Re: (RE)Compiling MFC8

From:

"David Ching" <dc@remove-this.dcsoft.com>

Newsgroups:

microsoft.public.vc.mfc

Date:

Wed, 23 May 2007 17:12:32 GMT

Message-ID:

<4C_4i.7412$H_.5465@newssvr21.news.prodigy.net>

"Carlo Capelli" <carlo.capelli@rdbos.it> wrote in message
news:AWR4i.6923$Oj2.2122@tornado.fastwebnet.it...

I'm wondering if it's allowed/supported to recompile MFC8.

I have a problem running our application on NT4, due to the
GetLongPathName
call issued from ATL startup code,
source code position C:\Programmi\Microsoft Visual Studio
8\VC\atlmfc\src\atl\atl.cpp(317), where it checks
for side-by-side requirements, i think.

Or Instead i could patch the KERNEL32.dll? It seems rather difficult to
do.
Someone could suggest the best approach?

The problem is GetLongPathName() does not exist in the NT version of
KERNEL32.dll. The function simply doesn't exist. But VC2005 ATL does not
support NT and freely calls functions that are available in the supported
OS's, including GetLongPathName(). If you don't want to rewrite the ATL
code, then you can't use VC2005.

Hooking only works by intercepting calls to EXISTING functions. Since
GetLongPathName() doesn't exist, there's no way to hook it! You could
(theoretically) code your own GetLongPathName() in your own app so that ATL
will find it and call that instead, but only an amateur would attempt to do
that. It's simply not worth the risk. You shouldn't be updating to VC2005
which does not support NT, if your app needs to work with NT.

-- David