We are migrating a project from VC++1.5 to VC++6.0. Also, the project was working on Windows95, and now has to made compatible to work on Windows98/2000 and NT.
We were able to load the workspace, and amend some code changes comaptible in VC++6.0. So the code is compiling right now. But during runtime, the code loads the frame and the OnFileNew() and OnFileOpen() functions fail. That is, teh frame window opens up, but the new & open menu, give runtime termination, with the message of "The instruction at "Ox5f436bcd" referenced memory at "0x000000020". The memory could not be "read"".
On tracing the program, we get that the error is spotted in "ASSERT(::IsWindow(m_hWnd)
"First-chance exception of MFC42D.dll" exception is also flagged.
How can we set this right?
We are presently, running the application on Win NT and VC++6.0. How do we migrate this application? Are there any other changes required in the code?
Also, are the problems, we are facing, because of Windows incomaptibilty or VC++(that is 16-bit VC++1.5 to 32-bit VC++6.0)
Please reply at the earliest.
Thanks
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Save solutions to your questions, answers you’ve discovered through searching plus helpful articles in your personal knowledgebase for easy future access.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.
Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Thanks for the answer _Rob_,
The source code has 12 .cpp files and 14 .h files.
The application is expected to read the file names from a CD. The application is to be upgraded to read long file names from CD.
Can you please give details of, how to proceed with your suggestion? I am not clear about your opinion.
Thanks again.
What I meant is that there are so many differences between the MFC framework for Win16 and Win32 that creating a new project and then moving the old code that actually does the job is probably easier than finding and fixing any problems due to the differences. But that is only my opinion.
What functions is the program using for scanning for filenames?
If you could e-mail me a couple of files I could browse through them and see if I can give you any further tips. rob314159@hotmail.com
/rob
Business Accounts
Answer for Membership
by: _Rob_Posted on 2003-08-11 at 08:56:43ID: 9123156
>ASSERT(::IsWindow(m_hWnd)
And the value of m_hWnd was what? NULL perhaps?
If I were to port an application from Win16 to Win32 I would create a skeleton project from scratch with the wizard in DevStudio. I would create handlers for messages with ClassWizard, build the menus with the GUI editor and then move the old code function by function into this skeleton and perform tests if possible during the process.
Is it a huge source? Number of lines?
/rob