This would have been MUCH better had the alligator gotten lunch!

What do you think is the best control for getting keyboard and mouse input? I need to be able to over ride OnKeyDown, OnChar, OnMouseMove, OnLButtonDown & Up. I need to be able to control every aspect of how to respond to the input. CRect Pos(50,200,200,220); CWnd MyWnd; MyWnd.Create(_T("WHAT HERE???","MyInputWnd",WS_CHILD|WS_VISIBLE,Pos,this,1); Thanks in advance.

Thanks for responding. Please see my response to Maximilien.

Thanks for both responses. "CSIDL_COMMON_APPDATA" corresponds to "c:\ProgramData" which is a hidden folder in Win7. The documentation says "CSIDL_COMMON_DOCUMENTS" corresponds to "... A typical path is 'C:\Documents and Settings\All Users\Documents' ...". What does that mean in Win7? There is no "c:\Documents and Settings" folder. The "C:\Users\Public" seems the most promising, but how do I get the folder from code since I didn't see any CSIDL or FOLDERID that seemed to correspond?

Where do I update my program to create user data? The program data needs to be global to all users on the machine and must not be in a hidden or protected folder because occasionally users do have to access the data to get a file or place a file. Currently it's written to sub-directories off of "c:\Program Files\ProgramNameAndVersionHere" Do I need to just do this the Win 3.1 way and write to "c:\ProgramNameHere"?:confused: Thanks in advance.

Or better yet entirely in Courier New, 10 pt. ;P

Thanks for the very helpful reply. This confirms what I had surmised. I'll check out the book too; I've run into many problems along the way that has been quite frustrating. I'm considering a re-write of the server side in Java for it's cross platform compatibility and so I'd like as much information up front during the design phase. Thanks again.

Hello All, Sorry in advance for the lengthy explanation... I have two applications (a server and a client) that talk to each other via TCP/IP. (WinXP to WinXP) I've noticed that if the server runs on a relatively poor performing machine and the TCP/IP traffic is high, that TCP/IP will be smart and combined messages to save on network traffic. My server/client are able to handle that just fine; however, I've recently noticed that in certain circumstances, like over a VPN connection where the network performance is degraded, TCP/IP will not only combined packets, but will also split the packets. That is to say where one packet was sent, two are received. In reality what happens is that four are sent and two are received; the first 3 are combined with 1/2 of the fourth and the other half of the fourth is in the second packet. This wouldn't be a problem except I don't know how to know which packets need to be reconnected and in what order. This seems to only occur when a large number of packets are being sent in rapid succession. TCP/IP does not guarantee that the order sent is the order received. The data that is being sent must pieced together in the correct order for it to be useable. Is this normal behavior and if so, how do you make the connection between packets? Thanks in advance.

I bought a Lenovo about 2 years ago for my wife. As I write this, it sits in the repair shop because the hard drive failed. I'm disappointed! I bought the Lenovo because it was recommended as durable. She doesn't need super speed / raw processing power; she just needs it to work. I thought that's what I was buying, but now I know better. :mad:

It occurs to me -- what's the support for Direct2D in Vista, XP and Win2K? Do you have any idea about this?

Thanks Sarath. These are quite helpful. Tim Anderson's article seemed to be expressing exactly what I have experienced. Since customers will be getting this software, I can't demand they upgrade their hardware so I will look into the Direct2D. Thanks again.

A good technique to learn early in one's career in programming is this: when you have a problem where you don't have any idea where the problem lies, comment out sections, placing hard coded (good) values where necessary and see if the unexplained problem goes away. This is a good place to start when you don't know where else to start.

Hello All, I have a large legacy application that I will soon be updating with some new development. The new features will require a fair amount of owner draw stuff. My concern is that some of the application's current owner draw stuff runs slowly on Vista. Win2K and WinXP run great. I'm not sure what's causing the slowness on Vista, but I want to figure it out before the new development. I'm not sure whether it's poor programming (although it seems pretty adequate to me) or whether I need to swap out all the pDC->MoveTo() pDC->LineTo() etc... for some other methodology or switch to a Directx equivilent or something. I'm developing in Visual Studio 2003 so perhaps upgrading to VS2008 would fix the problem? Anyone have any similar experience? Any thoughts? Thanks in advance.

Whatever... :confused: The prompt asks whether this was helpful; yes or no, not rate it on a scale of 1 to 10 -- Your response was, in essence, "if it's still running, then it's still running". I don't bother someone else until I have done my work, eliminating the obvious. I guess honesty isn't the best policy.

Luc Pattyn wrote:

as long as Administrator.exe is still running (hence visible in Task Manager) the file is locked and cannot be replaced by any program, including Visual

The thing is though, it's not visible in the task manager. No applications and no processes. It appears to be completely exited when you look at the output window in Visual Studio. Any other ideas?

Hello All, A couple of weeks ago I started getting the following error, but I don't know what is causing it. LINK : fatal error LNK1168: cannot open ..\Bin\Administrator.exe for writing It happens after I've run the application from with Visual Studio (2003), but I'm sure nothing is leaking so that something would keep the file in use. I use Boundschecker to check for leaks. My work around is to go to the Windows Explorer and delete the executable from there. That always works so the file isn't "in use" from an operating system point of view. Any ideas as to what changed or what causes this quite irritating problem??? Thanks in advance. Koolski