Vista / XP msvcrt.dll error

[=?Utf-8?B?RGF2aWQ=?=]

I have a VC++ / .NET 2.0 solution built using VS 2005 SP1 under XP.
Everything has been working well there over the past year. I have recently
starting porting the app to Windows Vista (since it currently will not
execute properly there).

I installed VS 2005 SP1 and the hot fix SP for Vista on my Windows Vista
system and have rebuilt the entire solution there with everything working
well. This solution also builds a setup package that includes all
dependecies -- i.e. MS VC80 vcrt merge modules, etc.). The setup package
works perfectly and the software now runs under Vista. Now, when I go back
and install the app under Windows XP I get the following error when I start
up the exe after installation:

The procedure entry point _except_handler 4_common could not be located in
the dynamic link library msvcrt.dll

This is frustrating since if I go back and build the identicle solution
under VS2005 SP1 under Windows XP the package installs and works great (but
then no longer works under Vista). What am I missing?

Thanks, -David

[Ben Voigt]

<he*@40th.comwr ote in message
news:OE******** ******@TK2MSFTN GP05.phx.gbl...

BV [Fri, 9 Mar 2007 14:20:22 -0600]:

The older msvcrt.lib would have no import for the suffix 4 exception
handler
function, because it was introduced with vista.

I've made import libraries in my time from
nothing but DLL files, back around the omf-
coff switch over. If someone wanted to make
an import library for some DLL, I'd assume he
still could. Most files today dwarf the RTL

You can, but that would be a .lib matching the version of the .dll generated
from, hence a Vista msvcrt.lib.

so I'd sooner link static than do that (for
small files, I use the vc6 import lib).

07 02 18 23:23 5,632 zetup.exe

Made with vs8/link8, ref'ing msvcrt.dll.
File made/linked with the vs8 static lib:

07 03 09 14:38 50,176 zetup.exe

(Like I said, simple, so only a little RTL
got linked; no reference to any RTL DLL.)

still, the linker only puts import table entries for the functions
referenced by the objects, so how did _except_handler 4_common get
referenced?

>
--
40th Floor - Software @ http://40th.com/
iplay.40th.com iPlay advanced audio player
zircon.40th.com Zircon music player

BV- [Fri, 9 Mar 2007 15:36:44 -0600]:

>still, the linker only puts import table entries for the functions
referenced by the objects, so how did _except_handler 4_common get
referenced?

I must not be following this thread as well
as you are.

* msvcrt.dll is used by all vc1-6 applications
that link to the msvcrt.dll

* vc7+ apps no longer use msvcrt.dll, but
rather use a version-specific msvcrt##.dll,
and requires a manifest

* Someone in this thread said msvcrt.dll is
a system dll, and apps, more or less, are
not to use it

This last statement is one that is not terribly
valid. The rest of the thread I wasn't following,
so I don't know how to answer your question.

--
40th Floor - Software @ http://40th.com/
iplay.40th.com iPlay advanced audio player
zircon.40th.com Zircon music player

[Jeffrey Tan[MSFT]]

Hi David,

How about this issue now? Have you managed to use dependency walker to find
out which binary is linking with the msvcrt.dll? If you still need any help
or have any concern, please feel free to feedback, thanks.

Best regards,
Jeffrey Tan
Microsoft Online Community Support
=============== =============== =============== =====
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscripti...ult.aspx#notif
ications.

Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscripti...t/default.aspx.
=============== =============== =============== =====
This posting is provided "AS IS" with no warranties, and confers no rights.

[Ben Voigt]

* Someone in this thread said msvcrt.dll is

a system dll, and apps, more or less, are
not to use it

This last statement is one that is not terribly
valid. The rest of the thread I wasn't following,
so I don't know how to answer your question.

The original poster compiled an application under Vista, and it then
wouldn't run on XP because of a missing function in msvcrt.dll.

>
--
40th Floor - Software @ http://40th.com/
iplay.40th.com iPlay advanced audio player
zircon.40th.com Zircon music player

BV [Mon, 12 Mar 2007 09:33:37 -0500]:

>The original poster compiled an application under Vista, and it then
wouldn't run on XP because of a missing function in msvcrt.dll.

Now that is pretty odd. The exception routine
looks like it's compiler-born, so if his app
is forceably linking to msvcrt.dll (like I do)
then that'll happen. But you have to go out
of your way to tell the linker to ignore the
default library:

#pragma comment(linker, "/NODEFAULTLIB:ms vcrt80.lib")

and then include the old to resolve what you
have:

#pragma comment(lib, "/yohoho/vs6/msvcrt.lib")

He may have those two, somewhere. In this
case I'd switch to static linking, or find
a way to get the compiler to not reference
that particular exception handler.
--
40th Floor - Software @ http://40th.com/
iplay.40th.com iPlay advanced audio player
zircon.40th.com Zircon music player

#pragma comment(linker, "/NODEFAULTLIB:ms vcrt80.lib")

The OP might use that as a trick to not link
to any embedded msvcrt.lib attribute, by adding

#pragma comment(linker, "/NODEFAULTLIB:ms vcrt.lib")

to his project. It's worth a shot.
--
40th Floor - Software @ http://40th.com/
iplay.40th.com iPlay advanced audio player
zircon.40th.com Zircon music player

[Volker Gimple]

Hi Jeffrey!

I am not sure if this is still of interest, but I ran across a customer who
uses our software and had the very same problem.
As it turned out, he had copied a number of DLLs that were shipped with Visa
onto his XP system (and *please* don't ask me why people do this...). Among
those DLLs was the dwmapi.dll that had the fatal msvcrt.dll dependency to
the Vista version of msvcrt.dll which exports the _except_hander4 ...
Deleting that DLL solved the problem in his case.

Regards

Volker

url:http://www.ureader.com/msg/14523230.aspx

[toptiger_1]

On Apr 22, 6:03 am, "Volker
Gimple"<v.DELET ESPAMgim...@ima ging.NOSPAM.dew rote:

Hi Jeffrey!

I am not sure if this is still of interest, but I ran across a customer who
uses our software and had the very same problem.
As it turned out, he had copied a number of DLLs that were shipped with Visa
onto his XP system (and *please* don't ask me why people do this...). Among
those DLLs was the dwmapi.dll that had the fatal msvcrt.dll dependency to
the Vista version of msvcrt.dll which exports the _except_hander4 ...
Deleting that DLL solved the problem in his case.

Regards

Volker

url:http://www.ureader.com/msg/14523230.aspx

Volker:

Thank you so much for sharing this finding!!! After installing my
Creative Sound card that came with a pack of XP and Vista drivers ---
I had the :

The procedure entry point except handler4 common could not be located
in the dynamic link library msvcrt.dll

while using my Safari browser (when minimizing/maximizing windows) and
with Photoshop CS3 --- the programs ran okay --- but the error was a
great annoyance ----

After long hours of searching for solutions --- including XP repair
(which I avoided) --- I found your post!

I searched my drive and found of dwmapi.dll file in my system32
directory and renamed it (in case I needed to recover it.

Now the error is gone!!! In my case the error was called by the
dependency call in the dwmapi.dll .

I really, really, really appreciate you letting us know about this !!!

It's a bad situation when new software trys to accommodate more than
one operating system --- and the .dll dependencies conflict --- these
errors are truly a nasty situation!

Thanks again!!!

[=?Utf-8?B?QWxhbg==?=]

After I build a MFC project under vista using vs 2008, I install it under XP.
when i run it, error was happened:
The procedure entry point _except_handler 4_common could not be located in
the dynamic link library msvcrt.dll

why?