You will need to capture entire packet frame with Mac address still in tact. One way is to use a packet capture library like Winpcap. But I certainly doubt that you can get it using normal socket operations; Since it strips off the packet headers before giving it to user application.

OK. You might want to conduct a little experiment. From your "OnReceive" handler, trace the return value of "GetCurrentThreadId" to a log and have multiple clients connect simultaneously to the server. Now inspect the log to see if the values logged are the same for all the clients. Also, is there a code snippet that you can post that shows how you are doing the file processing? -- gleat http://blogorama.nerdworks.in[^]

Try VBArray[^].

I'm going to reply to my own question. It drives me nuts when people just say: never mind, I figured it out and leave it at that. Here's what I ended up doing: In my CXXXApp (CWinApp derived class), I override WinHelp() and replace WinHelp() with the following: //CWinApp::WinHelp(dwData,nCmd); CString szFile(m_pszHelpFilePath); char drive[_MAX_DRIVE]; char dir[_MAX_DIR]; char fname[_MAX_FNAME]; char ext[_MAX_EXT]; _splitpath(szFile,drive,dir,fname,ext); CString szChm; szChm.Format("%s%s%s.chm",drive,dir,fname); nCmd = HH_HELP_CONTEXT; ::HtmlHelp(AfxGetMainWnd()->m_hWnd,szChm,nCmd,dwData); I needed to have the platform SDK installed to get the htmlhelp.h and .lib files. With those added to my project, the help seems to work identically to the way it did with WinHelp (jumps to the right topic,...). If you see something that I may have overlooked or could be doing better, please let me know.

Thank you very much. I'm working on keeping my own copy of the data now. I appreciate the help.

Not sure what your trying to do. Normally you use INADDR_ANY to bind the socket to the IP address of your PC, which normally only has one IP address. If you want multiple server sockets, you normally use INADDR_ANY for the IP and a different address for the port of each server. For example Server 1 ServerAddress.sin_family = AF_INET; ServerAddress.sin_addr.s_addr = INADDR_ANY; ServerAddress.sin_port = htons((u_short)27015); if(bind(ServerSocket, (struct sockaddr*)&ServerAddress, sizeof(ServerAddress)) != 0) ......... Server 2 ServerAddress.sin_family = AF_INET; ServerAddress.sin_addr.s_addr = INADDR_ANY; ServerAddress.sin_port = htons((u_short)27016); if(bind(ServerSocket, (struct sockaddr*)&ServerAddress, sizeof(ServerAddress)) != 0) .......... Then the clients will send to port 27015 for server 1 and port 27016 for server 2. You can definitely substitute service.sin_addr.s_addr = inet_addr("127.5.0.1"); if you want to specify and exact IP address

Also, you might verify it is not the 'watch' window getting messed up, and do something like this in your (debug) build: size_t szTemp = sizeof(TCHAR); and quickwatch the value of szTemp. Is it 1 or 2? Just to double-check against a wierd anomaly in the watch window's expression parsing or something.

Here's what fixed the problem: We noticed that two copies of Rundll32.exe were running and when they were killed, things worked. We looked into what was causing the Rundll32 to be executed and found that the tray application for the NVidia software was responsible. Once that was removed from the startup, things worked fine on both PC's where the trouble was reported. Those people can no longer use the tray app for the video card but they didn't need it. So, do you think it's something NVidia is doing, RunDll32, or just Windows that is at the root of the problem? Why would my pointer being passed in WM_COPYDATA get corrupt due to this app running? Thanks for your help, Dave.

Ok, but since Dave_ was the one asking the question, you might want to respond to him. :) "The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

Thank you very much! That did it!

how about "Free C++" or "Freedom C++"? :-) My article on a reference-counted smart pointer that supports polymorphic objects and raw pointers

I am not sure, but perhaps you should have a look at the GetIconInfo Windows API function. This function gives you an ICONINFO struct which contains HBITMAP handles to the color and the mask bitmap. If you use GetIconInfo you have to delete the handles to the two newly created bitmaps yourself. Read MSDN for more. -Dominik _outp(0x64, 0xAD); and __asm mov al, 0xAD __asm out 0x64, al do the same... but what do they do?? ;)

There is a a good article here on CP. http://www.codeproject.com/cpp/zip.asp[^] You can use this set of classes to do the job for you. Regards, Brian Dela :-)

Thank you for replying. Unfortunately, the worker thread isn't something I'm going to be able to do. It's difficult to explain why. I did try putting the dialog in a GUI thread, but got the same result. I think what may be happening is the message that helps keep the task running properly is getting "eaten" by something?? The PeekMessage loop that I showed earlier is there to keep the GUI alive, but the filter is set to read all messages. I thought that the task message (call it WM_USER + 100) would be left alone since I specified PM_NOREMOVE, but it is acting as if the message is not being left in the queue. I may have to do something cheesy like prevent the window from being moved if I can't find the problem. Thanks for your help.

What I am looking for is a way to wait for the mutex (ghAccess) to become available while allowing messages to be processed.

A CStatic derived class that is a child of the CPropertyPage. Things are working fine now, thanks again.

Thank you very much. I did some more searching, and found some information leading me to the same files you mentioned. I think it may have been a problem that I introduced, and not the VC7 installation. I added PATH=%PATH%;C:\utils\ to one of the files, (I may be wrong about the exact syntax). The idea was that I could use programs from my c:\utils when in a DOS window. It worked fine when using the DOS window but running 16-bit apps always failed. I took this line out, and things are back to the way they were long ago. :):):) Thank you very much for responding, and with the correct diagnosis.