It's a generic class for all instances of work that's i/o bound. Specific uses are filters and hashes which take a score or so of cycles per byte of data. (much less than time to read the data) I'm allocating the buffers on the stack and using overlapped i/o but wasn't sure if the operating system was actually able to asynchronously read the data or if just spawned another thread to do it. If it's just another thread, for a single processor, it'd seem better to just use a memory mapped file right? No overhead for the wait operations and processor is fully tied up reading (on each page fault) or processing. If overlapped i/o really is asynchronous on a single processor, then what I've got now should be optimal. Also I wonder, if the OS has the capability for real asynchronous reads on a single processor, would it be using that to help page in from a memory mapped file? Maybe the memory mapped file can match the overlapped i/o technique because the os is smart? (opened with sequential access for clue? I doubt but wonder.) (yeah buffer sizes are calculated for optimal size-- you have to pass working block size, processing cost and wait cost (about 10K cycles I found from experiments on XP) for the overlapped i/o-- it can be shown that optimal # of rounds is independent of read cost assuming that it's greater than processing cost.) Thanks!

The question is, who made you paranoid ? :~ Elaine (or is it ?) The tigress is here :-D

By using the MS #pragma init_seg (which of course means is totally non-portable), you can control initialization order or even control when your variables are initialized and destroyed. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccelng/htm/pragm_14.asp[^] I would exhaust ALL other options before doing this. Tim Smith I'm going to patent thought. I have yet to see any prior art.

Ah, I found the problem. If I didn't pass the button's window handle in the lParam, then the CWnd's OnCommand handler, zeros the nCode parameter, effectively making everything into a BN_CLICKED. So I need to do: GetParent()->SendMessage(WM_COMMAND,(WPARAM)(BN_PUSHED<<16|nID),hBtn); Should I have known that? (i.e. what purpose does that zeroing serve in OnCommand?)

Scott H. Settlemier wrote: Is there a simple tool instead that will serve to receive and display the TRACE messages? Here is a tool that captures both kernel and Win32 debug output: http://www.systeminternals.com/ntw2k/freeware/debugview.shtml[^] Good luck! Mike

Right, I don't think anyone should be moving the window after I have set its position. It is not a maximized window, merely a full screen window. That the problem does not occur if I pass SWP_SHOWWINDOW in the call to SetWindowPos, makes me suspect that this is not just unexpected behavior, but a bug. (after all, it shouldn't matter a lick to the OS whether the window has been painted already or not!)

If I am reading an English novel or article, or watching an English movie, I usually think in English. Otherwise, it's Hindi.   Regards, Rohit Sinha

Physically smaller does not necessarily mean "poorer microwave reflector." You really need to work out the full scattering cross-section, which is pretty involved, especially if there are corners, protrusions, etc., with radii of curvature less than or on the of the microwave wavelength (traffic radar uses bands that range between 1 and 12 cm). Things with lots of pointy protrusions tend to have scattering cross-sections enormously greater than their physical dimensions. The reflection cross section is also a strong function of orientation. This is why so many millions of dollars went into giving Stealth aircraft such strange shapes. There is a good introduction at https://ewhdbks.mugu.navy.mil/rcs.pdf.