IMHO it's not possible. You have to do some thread syncronization between the Main_thread and Worker_thread. ---- Rui Lopes

I think you should rather write this info to the Windows Event Log. Anyway, if you need to interact with the desktop, first read 'Interactive Services' in your VC++ help. It should be under Platform SDK/DLLs, Processes, and Threads. Tomasz Sowinski -- http://www.shooltz.com

> I was wondering how a program like Dr.Watson > is hooked into the exception handling mechanism. It's actually a debugger. I suggest reading April 1997 issue of MSJ; there's a column titled 'Under The Hood' by Matt Pietrek. The article presents a way to set the default exception filter per-thread basis. It should be in your VC++ help (look in the 'Periodicals' section), if it's not there, go to MSDN Online. Tomasz Sowinski -- http://www.shooltz.com

It seems that TabControlBar creates CMySystems and CMyDetails objects for you - one of the CRuntimeClass responsibilities is creating CObject-derived objects. If your question is how to get actual object after it is created by CRuntimeClass, the answer is: you depend on TabControlBar. This class should give you access to its views; I'd expect something like TabControlBar::GetFirstView/GetNextView. Since it's 3rd party class, I can't help you futher. Tomasz Sowinski -- http://www.shooltz.com

I had the same problem in a previous project that I inherited. We were storing messages coming across a network in an edit control. These messages could be anywhere from 2-64k in length, and that we got approximately 150 messages per minute, and we were simply adding them to the edit control with no thought of the size of the string *in* the edit control. Performance slowed to such a point that the CPU utilization was pegged at 100% and we got so far behind in the message queue that the only recourse was to do a hardware reset. The really embarassing part was that our app was the only one running. LOL Anyway, we needed to have the edit control, so we changed the code buy only storing only the previous message in the edit control. Performance improved dramatically, and we regained keyboard control of the system. Good luck on your project. :-)

Just create new doc/view classes and add new document template in CYourApp::InitInstance: BOOL CGeNIeApp::InitInstance() { ... // this template generated by the AppWizard AddDocTemplate(new CMultiDocTemplate( IDR_YOURTYPE, RUNTIME_CLASS(CYourDoc), RUNTIME_CLASS(CYourFrame), RUNTIME_CLASS(CYourView))); // new template AddDocTemplate(new CMultiDocTemplate( IDR_ANOTHERTYPE, RUNTIME_CLASS(CAnotherDoc), RUNTIME_CLASS(CAnotherFrame), RUNTIME_CLASS(CAnotherView))); } ... } Just create the menu with IDR_ANOTHERTYPE and it will be displayed automatically when you switch between views. Tomasz Sowinski -- http://www.shooltz.com

Thanks for your reaction :rolleyes: ! Just a summary of what you suggested: 1. First get access to complete memory block in CEdit 2. Do the loop-stuff as you suggested (outside the scope of CEdit) Probably by using memmove 3. Give this block of memory back to CEdit Now a little question... :confused: Let's say we're talking about 1000 lines of average 50 characters in width. What do you know about your method that it's probably faster than the 'select-and-replace-with-nothing' method? Curious about your answer, EiSl

> 1. What kind of control is most reliable for fast writing and > deleting lines for displaying by the application itself: CEdit > or CList CListCtrl is much easier to use when you want to insert/delete lines. Also, CEdit has serious capacity limitations on Win9x - don't know how much it affects you. Are you just putting the information on the screen, or also store it somewhere else in your program for statistics/detailed info etc.? If yes, you can consider using LVS_OWNERDATA style for your list control. Tomasz Sowinski -- http://www.shooltz.com.pl