VC++6 to VC++7 porting issues

  • Thread starter Thread starter Pardeep Singh
  • Start date Start date
P

Pardeep Singh

Hi all,

I am migrating modules from VC++6 to VC++7. All the dll and exe modules are
compiled successfully, but the applications crashes at startup.

Please guide me what are the proper steps to migrate VC++6 code to VC++7.

Thanks & Regards,
Pardeep Singh Sangha
 
I am migrating modules from VC++6 to VC++7. All the dll and exe modules
are
compiled successfully, but the applications crashes at startup.

Please guide me what are the proper steps to migrate VC++6 code to VC++7.
Click to expand...

Normally just open with VC++ 2003 and it will ask to convert the project and
compile.
That is all it takes, just fix the warnings and errors it gives you. It
should work without problems.

WIth the amount of detail you provide us, we cannot determin wat the cause
is. The biggest chance is that you either had a bug that never showed up in
VC++ 6 or that in the conversion, you somehow incorrectly changed something
to reduce warnings/errors.
 
Pardeep Singh said:
Hi all,

I am migrating modules from VC++6 to VC++7. All the dll and exe modules
are
compiled successfully, but the applications crashes at startup.

Please guide me what are the proper steps to migrate VC++6 code to VC++7.

Thanks & Regards,
Pardeep Singh Sangha
Click to expand...
What Olaf said!
Hopefully, you kept a copy of the original VC++6 project so you can repeat
the process. The next time through, document each change you make to update
obsolete headers, change noncompliant code, etc. That way, you can identify
the change causing the crash.
 
Hi All,

Is there any different approach to use XML in VC+7. In our VC+6 code the xml
classes are created from msxml.dll.

May be this causing problem.

Thanks & Regards,
Pardeep Singh Sangha
 
Is there any different approach to use XML in VC+7. In our VC+6 code the
xml
classes are created from msxml.dll.

May be this causing problem.
Click to expand...
Are you using managed code to do this? I mean the .NET libraries.
Or the old style unmanaged C++? I guess the latter.

One other probable cause could be that somehow you are compiling with the
managed code switch on and you have a partly .NET program that has not
enough administrative rights to run the program.
This can happen when run from a network driv and you have not told the
program that it is allowed to run from there.
 
Found the root cause crash of ported exe application. While debuging I found
the AfxOleInit( ) returns false and causes application to crashes and puts
the debug pointer to OleInit.cpp's

Note : The AfxOleInit( ) returns successfully in InitInstance of CMyApp
class.
but it fails in another thread. If I comment the later the application
starts-up correctly.

What is the reason behind the AfxOleInit() returning false?

Thanks,
Pardeep Singh Sangha
 
Back
Top