Threading problem

hi im trying to create a server program to recieve and send text msgs to and from clients. im trying to create a seperate thread for the function that listens to clients, so that the server can also send data while it listen. i create the thread like this:

Code:

void CServerDlg::OnBnClickedBstart()
{
    HANDLE hT1 =  CreateThread(NULL,0,(LPTHREAD_START_ROUTINE)ListenToClient,NULL,0,NULL); 
    WaitForSingleObject(hT1, INFINITE);
}

but when thread starts, the program hangs (because of the infinite loop inside the ListenToClient() function). (ListenToClient() is not a class function.) so creating a different thread like this dosen't seems to work with MFC? so how can i run ListenToClient() seperately so it dosen't hangs programs' UI?

thanks for any help.

Is this a blocking socket?

the program hangs (because of the infinite loop inside the ListenToClient() function).

Programs hans up because you do not exit the OnClicked callack till the created thread is finiished. Remove you waitforsingleObject - It just kills the idea of creating thread

ok thanx.

1) Do NOT cast the address you pass to CreateThread. If it doesn't compile without it, then your prototype function is incorrect.
2) For MFC, you should use AfxBeginThread and not CreateThread (I'm assuming you are?).
3) And yes, you're basically blocking until the thread exits.

Originally Posted by Elysia

3) To actual way to get the address of a function is to do &Function and not Function; this is non-standard and supported in versions prior to Visual Studio 2005.

The above is incorrect.

Code:

D:\temp>gcc -Wall -pedantic -ansi t.c

D:\temp>cat t.c
#include <stdio.h>
void foo(void) {
   printf("In foo\n");
}
void (*f)(void) = foo;

int main()
{
   f();
  return 0;
}

D:\temp>a
In foo

No ampersand needed to take an address of a function. [This is why it also works to write "foo;" in a line of code, and at worst(best?), this gives a warning for "statement with no effect"].

I tried with g++ too, just in case.

--
Mats

From what I understand, Visual C++ 2005 was made to be more standards compliant.
Maybe it just applies to classes? I'll have to try.
From what I see, it only applies to class members. I'd have preferred FunctionName wouldn't work, but apparently it does...