Are you using a 'using' block by any chance? If so, it automatically calls dispose at the end of the block so manual calls to dispose will cause issues. Another possibility is that some other object (a stream reader or similar) may be closing/disposing the underlying stream. Just a couple of ideas as without code it's very difficult to guess what the problem is. Dave If this helped, please vote & accept answer! Binging is like googling, it just feels dirtier. Please take your VB.NET out of our nice case sensitive forum.(Pete O'Hanlon) BTW, in software, hope and pray is not a viable strategy. (Luc Pattyn)

dene99970 wrote: Client writes a string, then assume the server reads the string, so it checks the pipes for a response, then ends up reading the string it just wrote to the pipe. This should never happen, as previously pointed out. There is a probably a bug in your source code or the "server" echos back received text, can you show example code? /M Chat in Europe :java: Now with 24% more Twitter

I'm not sure that I could answer this question as so much depends on the location of the server and client, the bandwidth available, line speed, traffic volumes etc. The only way to get a reasonable idea of speed would be to talk to the hosting services to see what facilities they offer. It's time for a new signature.

You *have* to create the child window in the same thread its parent was created on. My usual rule is to keep *all* windowing operations within one thread. If you need to create a window in response to an event in a worker thread, post a message across from the worker thread to the main UI thread (posting messages is allowed from worker threads to the UI thread).

That's the way I've always done it. Unless there is something I'm unaware of, that seems to be the way to go.

This article is about CList not CListCtrl and has nothing about changing the grid color.

WhiteSky wrote: See SendInput[^] humm copying me :) "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow cheers, Alok Gupta VC Forum Q&A :- I/ IV Support CRY- Child Relief and you

You can use, sure, import resource command in resource editor and choose the file as external file; the resulting binary will now contain a resource that can be accessed using FindResource, LoadResource, LockResource etc. (Perhaps is even better to use a separate dll only for this purpose). On the other hand, ifstream (basic_ifstream) have contructor only with a filename. Maybe basic_istream will do it, passing in constructor a basic_streambuf for resource and probably false for 2nd argument, _Isstd. I think implementing a derived class from basic_streambuf to use with the text resource file can do it.

Hello, it took me a while to figure it out how this class works. Here is a sample in Managed C++: ManagementObjectCollection ^c = query("Win32\_DiskDrivePhysicalMedia"); for each(ManagementObject ^o in c) { DeviceInfo ^device = gcnew DeviceInfo(); ManagementObject ^media = gcnew ManagementObject(o\["Antecedent"\]->ToString()); ManagementObject ^disk = gcnew ManagementObject(o\["Dependent"\]->ToString()); Object ^temp = disk\["Manufacturer"\]; if(temp) device->manufacturer = temp->ToString(); temp = disk\["Model"\]; if(temp) device->model = temp->ToString(); temp = media\["SerialNumber"\]; if(temp) device->serial = temp->ToString(); list\_->Add(device); } The class Win32_DiskDrivePhysicalMedia only contains references to the Physical Media and Disk Drive objects. You must, then, instatiate both objects to access their properties individually. Regards, Paulo

Look up WM_USER in the help text. This is a #defined constant in the Windows header files that is always equal to the highest Windows message ID. Thus, you can safely define your own IDs starting at WM_USER + 1. Beware, however, that some Windows common controls use IDs above WM_USER, so what I have done use WM_USER + 1000, + 1001, + 1002, etc., and I have not had any problems. Scott