Certainly the following is going to have some sort of impact. http://download.oracle.com/docs/cd/B19306_01/server.102/b14225/ch4datetime.htm#CACFFHCJ[^]

coder21k wrote: What is the best way to track/troubleshoot the 'crash' errors like NULL pointers, memory crashes, etc? As the application is a huge code base, I am looking for one smart way to track the application crashes. Write a crash report to identify application version, environment, registers, calling stack etc. Then assign each maintainer time to investigate and fix crashes, for a huge code base you probably have multiple teams/maintainers. If you have a ticket systems for defects the teams can create individual bug tickets after investigation and narrowing down the cause of a crash, marked as important. Application crashes are not only annoying for end users, they should be handled with high priority because they could be a sign for quality/security/development weaknesses. As an alternative you could add stress and penetration tests to your test strategy. Hope it helps :) /M Chat in Europe :java: Now with 24% more Twitter

As there is a fundamental problem with change management I think that would be the least of his problems. It sounds like he does not own the database and he is not in the change management loop. We recently had something like this where the IT team changed a view that was feeding us and did not inform the clients of the view. A rocket went around the IT team and we are now in the CM loop. Never underestimate the power of human stupidity RAH

The message loop in MFC is hidden inside CWinApp. Windows Message Handling - Part 1[^]

Would probably use .NET and then compile your C++ code as managed code using the /clr switch (VS2005 and newer supports this). .NET Winforms is much closer to Borland VCL library. If .NET is not an option and wanting to stick to the C++ guns, then you should take a look at Qt, as it ressembles the OO principles of VCL. Or maybe tryout the OWLNext as it should actually be the open source version of Borland C++ GUI library (But it is not VCL). Converting an application to MFC will not win you any awards. modified on Monday, December 6, 2010 5:34 PM

totally depend on your application architecture, in single core machine, practically each thread on application run on same CPU, means CPU allocate time for Main thread and Workerthread, in that case if program is not correctly syncronize, it can still work. But on multicore CPU, if every thread utilize service of diffrent CPU, here syncronization should be perfect otherwise be ready for new defect coming your way. "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow Never mind - my own stupidity is the source of every "problem" - Mixture cheers, Alok Gupta VC Forum Q&A :- I/IV Support CRY- Child Relief and You

Thanks for the reply. Yeah I know using the command promt to convert the files to vs2008. But again it will open up the wizard to convert. I am expecting a tool/shortcut methos to convert a series of .sln files located in a folder at one shot. Is it possible to do that?