I've managed to solve my problem yesterday. I can't really tell what it really was, but it seem to me like a page size problem. Library had a page size increased to 64 since it was too large. I have created three libraries out of this one and left efault page size (16). Now it links juzt fine. Since I created new project, I'm not quite sure if something else didn't get involved, but perhaps it really was the page size. So in cae anybody runs into similar problem this may be the hint. Thanks for help. [ CoY0te ] Coyotus incrediblus...

No HTML tags this time. The code again: #define NEW(t) (t)*New(__FILE__,__LINE__) template T* New(char * File,int Line) { T* Pointer=NULL; Pointer=(T*)new T; ..... ) Hoping for any help... [ CoY0te ] Railgun is like a Gilette Mach 3 - it does the job with one, easy stroke.

Nothing that should have anything to do with the image size. I can't really tell when this warning message occured for the first time. Right now the application is working again but I still get this message. I did some changes in code, and then i've reconstructed one loop. Finally the code is almost the same as it was but somehow it works. At one moment it was just just a matter of 4 calls to glVertex (OpenGL;) between glBegin(GL_QUADS) and glEnd(). These calls used no arrays - they used immediate arguments, but adding them caused the crash - unbeleivable. I'm really getting sure it was it is a compiler or linker bug or something. I have solved the problem (temporally) but still heven't found the real reason. Thanks for your help. [ CoY0te ] Railgun is like a Gilette Mach 3 - it does the job with one, easy stroke.

May be, this example will help you. Sorry i have no time to explain what does it mean. I hope, you will get it ..... STARTUPINFO si={0}; si.cb = sizeof(si); si.dwFlags = STARTF_USESHOWWINDOW | STARTF_USESTDHANDLES; si.wShowWindow = SW_HIDE; <<-------- Here we hide window si.hStdOutput = hWrite; si.hStdError = hWrite; PROCESS_INFORMATION pi; CreateProcess (szCompilerName,szCommandLine, NULL,NULL,true,NORMAL_PRIORITY_CLASS,NULL,NULL,&si,&pi)

Did you look at Chris's DibSection class? As my daughter would say, "... Whatever!"

Okay, if your stuff works right now you have no reason to change it :) However, please note that the described technique has nothing to do with "serious thread management". It just shows how to use member functions where C-style callbacks are expected. This is exactly what you asked in your original post: How to do the conversion from a pointer to a member function to THREAD_START_ROUTINE :-D -- Daniel Lohmann http://www.losoft.de (Hey, this page is worth looking! You can find some free and handy NT tools there :-D )

Thank You. I would probably spend some time looking for it in the MSDN before i would find out that MFC doesn't support drawing into CBitmap this way. I'll check out that CMemDC class right now. Thank You again. Greetings from Poland, heh. :cool: Railgun is like a Gilette Mach 3 - it does the job with one, easy stroke.

It´s better to gray them out, so that even the managers know that it won´t work. ;)