CWinThread "issues"

[T1TAN]

hi john, i (obviously) forgot to mention that the app i'm doing is dialog based. i still can't figure it out: how can one thread affect the other, because my filesystem thread, when run alone, really works fine..? i'll try the m_bAutoDelete thing, is there something i should know about it? is there a standard way everyone uses to stop a thread? thanx --- kick ash. http://sprdsoft.bigmoron.com http://t1tan.cjb.net

[John M Drescher]

T1TAN wrote: i (obviously) forgot to mention that the app i'm doing is dialog based. Oh. I saw that, I'm sorry about the long rant about doc/view but you still have to be careful of GUI calls with dialog based apps. Did you check the source for wincore.cpp, at Line 304? What version of VC are you using? I looked at my version of vc6 and it is not a valid instruction but it is exactly where I thought the problem to be. I mean it is between the CWnd::FromHandle(HWND hWnd) or CWnd::FromHandlePermanent(HWND hWnd). Niether of these functions will work accross threads. [EDIT] Ok line 304 in wincore.cpp is in VC7. Here:

CWnd* PASCAL CWnd::FromHandle(HWND hWnd)
{
CHandleMap* pMap = afxMapHWND(TRUE); //create map if not exist
ASSERT(pMap != NULL);

The assert fails because the handle map is null when you are calling this member from a thread that did not create the window. This is fixed by putting the dialog in the main application thread. [/EDIT] John

[T1TAN]

argh, argv, argc... John M. Drescher wrote: I'm sorry about the long rant about doc/view heh, it's better than saying nothing, is it?:-D i haven't checked it out (and i'm not at my PC right now..) but i sure will. so.. my dialog cannot be inside a thread? now that sucks. i really need to do this app multithreaded, because my app is a file exchange && chat server, and it would be really awkward to leave it single-threaded. if you have any other ideas for making the app more responsive, now is the time and place :) thanx again --- kick ash. http://sprdsoft.bigmoron.com http://t1tan.cjb.net

[John M Drescher]

T1TAN wrote: so.. my dialog cannot be inside a thread? You can but in a lot of cases you will run into problems like this. You must not have the parent of the dialog be the main window. You must not call any of the dialog's GUI calls from any other thread than the one the dialog was created in. You must not delete the dialog object from a thread that did not create it. John

[T1TAN]

John M. Drescher wrote: You can but in a lot of cases you will run into problems like this. nothing is ever easy.. X| John M. Drescher wrote: You must not have the parent of the dialog be the main window. i made it so that the desktop window is the parent, without knowing this:cool: John M. Drescher wrote: You must not call any of the dialog's GUI calls from any other thread than the one the dialog was created in. hm.. does that mean that i should send a message to thread, and then handle it so that the owner thread takes care of the dialog? a man's gotta do what man's gotta do..:suss: thanks john, you're a great help dst --- kick ash. http://sprdsoft.bigmoron.com http://t1tan.cjb.net

[John M Drescher]

T1TAN wrote: does that mean that i should send a message to thread Yes! John

[dreamerzz]

hi, With what u have mention above, does it means that we cannot include any updates of the GUI codings in the thread function? I have 2 MFC program, can i use just one button to control these 2 MFC? Btw, this 2 MFC is link by a database(Microsoft Access). How can i run this 2 MFC concurrently and continously with just one Start button and will end it once i click on the Exit button. And I tried using thread function with database. But it has some errors on the recordset that i have used. can u advice me on this issue? Thanks lots.. dReaMerzZ

[John M Drescher]

I get back on the rest if I have some time. dreamerzz wrote: And I tried using thread function with database. But it has some errors on the recordset that i have used. can u advice me on this issue? This is because DAO is not multithreaded. There are workarounds for this but it is much better to use ADO to connect to the database. I use ado and connect with any of the threads in my program with no problems at all. A good ado article is here: http://www.codeproject.com/database/caaadoclass1.asp John

[dreamerzz]

Hi, Thanks for ur help and advice dReaMerzZ

[John M Drescher]

Sorry I did not get the rest of the info for you. I am behind on a very important deadline and I do not have a lot of time. John