benjymous wrote: You could just redirect the input from a text file rather than from the keyboard Assuming that the program is reading from standard input, you'd have: myprog.exe < file.dat "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

Thank you. It confirms my suspicions. I was however unable to detect it in the MSDN notes. Cheers

Thanks for the reply. Yes, you're right CreateFile() and the WIN32 Comms API can be used. My problem is that I receive data that is between 40 and 45 bytes in length far too late. The instrument on the other side sends the data at 9600 baud every 100ms. My program must receive it by 65ms. At the moment the data is received it at approximately 80ms, which is way too late. I have used the CreateFile() and ReadFile() with the necessary time-out, threads and event operations to read the data. I also wrote a utility in Delphi which seem to work fine (54ms). Unfortunately the code must be in C++ as it fits into a bigger Visual C++ program. Any ideas. Thank again.

louis wrote: I am still not able to update my listview with the new data. What does the code look like that is doing the updating? louis wrote: The program gives an application error. And that error would be? "When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

Thanks for your input. It is appreciated. I do use a QueryPerformance counter to check the time. Timing and the data is critical. Other instruments that sends synchronous data at 19200 baud are received at less than 50ms. Unfortunately the instrument in question is the only one that sends asynchronous data at 9600 baud. I will check out the threads in the mean time. Thanks again

I'll let you be the judge as to its goodness or relevance, but here is one: http://www.flounder.com/books.htm#Developing Windows NT 4.0 Device Drivers

Try to read only 1 byte in ReadFile

Thanks James Adding a delay, thus waiting for all threads to startup solved the crash problem at startup. Thanks again for your input. Cheers :) Louis

Thank you very much. I do appreciate your advice. I have gone thru your suggestions. All code are implemented the correct way, i.e all are destroyed afterwards except for one occurence. This i have corrected but the problem still remains. An interesting comment by someone else is to monitor the GDI Objects in Task Manager. I however are unable to activate it in NT. Any advice here. Thanks. Louis

Thanks. Sorry for my late reply. Easter and family holidays here in S.A. But I found my mistake. Firstly, ClassWizard does not handle ON_NOTIFY_EX_RANGE. If one wants to use it, one must edit the message map oneself. Also, I moved ON_NOTIFY_EX_RANGE outside the //{{AFX_MSG_MAP. All is OK. Cheers. Louis :) ;)

This is no solution to your problem as Roger has already given one. What I'd like to do is recommend that you do not redefine the keys that have "standard" functionality in Win32 programs (e.g. F1, Alt-F4, F10). This will only confuse your user and make them think your program is complicated to use. Cheers Steen. "To claim that computer games influence children is rediculous. If Pacman had influenced children born in the 80'ies we would see a lot of youngsters running around in dark rooms eating pills while listening to monotonous music"

Thanks. It all makes sense now. Cheers. Louis :laugh:

Thank's a lot. It works fine. Kind regards. :) :) :)

Thank you. It works. :-O