msvcp71.dll problem with Python PC XP laptop

  • Thread starter Thread starter W. eWatson
  • Start date Start date
W

W. eWatson

I'm trying to find a problem with a matplot library I installed in
Python 2.5.2. I managed to track it down to msvcp71.dll. The issue may
be what was flagged as a "required dependency not found" according to
the Dependency Walker program.

I found a msvcp71.dll dated Aug. 2003, I think from MS, and tried
putting it into c:\windows\system32. I found there was one there dated
feb 2003. I'm hesitant to replace it at the moment.

I happened across this
====================
I found this
<http://pcsupport.about.com/od/findbyerrormessage/a/msvcp71-dll-not-found-missing-error.htm>,
but he almost has too much to say. He issues a warning about getting a
dll off the web. He does offer this though.

Run the sfc /scannow System File Checker command to replace a missing or
corrupt copy of the msvcp71.dll file. If this DLL file is provided my
Microsoft, the System File Checker tool should restore it.

Maybe there's more useful advice there, but ...
====================
Well, I tried entering sfc /scannow, and a DOS window came up for a
split second. I had no idea how to go further, so back to the web, and
found this.

<http://www.microsoft.com/resources/...ddocs/en-us/system_file_checker.mspx?mfr=true>
I have no idea if sfc is helpful here. but ...

Some 20 lines down it says:
"If sfc discovers that a protected file has been overwritten, it
retrieves the correct version of the file from the
%systemroot%\system32\dllcache folder, and then replaces the incorrect
file. "

So how do I get out of my dilema, and does sfc offer any real help?
 
Run the sfc /scannow System File Checker command to replace a missing or
corrupt copy of the msvcp71.dll file. If this DLL file is provided my
Microsoft, the System File Checker tool should restore it.

Maybe there's more useful advice there, but ...
====================
Well, I tried entering sfc /scannow, and a DOS window came up for a
split second.

"came up for a split second" is a clue that you tried to run the
command from the Run dialog. You should go to Start, Run, and enter
cmd to open a Command Prompt window. Run your sfc /scannow from there.
 
Char said:
"came up for a split second" is a clue that you tried to run the
command from the Run dialog. You should go to Start, Run, and enter
cmd to open a Command Prompt window. Run your sfc /scannow from there.

He shouldn't even be doing that :-)

I have seventeen! copies of that file on my WinXP machine, and
*none* of them are in system32. Running System File Checker (SFC)
won't put back non-system type files.

I'm still trying to find a legit download to fix this, but this
answer will have to do for now (as a means to stop Mr.Watson
from trashing his computer out of idle curiosity).

http://social.msdn.microsoft.com/fo.../thread/7f5a39ee-e089-4330-a67c-e8e24090939c/

"This is kind of retarded actually. The thing is, msvcp71.dll is
not a part of any framework, but rather it's supposed to be built
and shipped along with the application that is designed to rely on
this external .dll instead of having its code incorporated into it
internally). But it's so common that many products are shipped without
it, often because developers aren't even aware that they're supposed
to ship it - they have it on their system and never get any problem.

Furthermore, you need to know how to build it (or rather, know where
to look to know how to build it)

- http://msdn.microsoft.com/en-us/library/k9a8ehy3(VS.71).aspx

So technically it's the fault of the people who fail to ship the .dll
their application relies on, and Microsoft is not obliged to provide it.
But I agree they could still provide a generic version for download anyways,
so that the users who happen to not have this file could still get it without
resorting to suspicious third-parties. And the fact that this issue is so
obscure to both developers and users is a ramification of a design decision
made on Microsoft side.

Also, if you put this .dll into your system32 folder and it still doesn't
see it, you might instead need to put it into the same folder as the .exe
of the application that needs it (or modify the appropriate environment
variable)
"

I tried .NET 1.1 and it isn't in there (so that answer was bullshit). Next
thing to test, is the DST hotfix for those runtime files. Maybe I can get it
that way. I opened that with 7ZIP, and the vast majority of the downloaded
file isn't visible in 7ZIP. So I'm going to have to run it and install it,
to see if it's there.

In any case, you should not be downloading it from "Slim Shady's DLL download
site". That's bad practice... It should come from Microsoft, somehow.

HTH,
Paul
 
I have seventeen! copies of that file on my WinXP machine, and
*none* of them are in system32. Running System File Checker (SFC)
won't put back non-system type files.

I have 16 copies of msvcp71.dll! All of them are version 7.10.3077.0
(one of which is in \system32) except for two, which are version
7.10.6030 and seem to have been installed by Oracle Java.
 
"came up for a split second" is a clue that you tried to run the
command from the Run dialog. You should go to Start, Run, and enter
cmd to open a Command Prompt window. Run your sfc /scannow from there.
Ah, ha. Thanks.
 
I have 16 copies of msvcp71.dll! All of them are version 7.10.3077.0
(one of which is in \system32) except for two, which are version
7.10.6030 and seem to have been installed by Oracle Java.

Turns out that I have 29 copies of that dll on this box. Sizes include
488, 492, 494, and 498 KB. Dates range from 3/18/2003 to 8/9/2010.
Locations are all over the place, with one copy in system32. Versions
range from 7.10.3077.0 to 7.10.6030.0.
 
He shouldn't even be doing that :-)

I have seventeen! copies of that file on my WinXP machine, and
*none* of them are in system32. Running System File Checker (SFC)
won't put back non-system type files.

I'm still trying to find a legit download to fix this, but this
answer will have to do for now (as a means to stop Mr.Watson
from trashing his computer out of idle curiosity).

http://social.msdn.microsoft.com/fo.../thread/7f5a39ee-e089-4330-a67c-e8e24090939c/


"This is kind of retarded actually. The thing is, msvcp71.dll is
not a part of any framework, but rather it's supposed to be built
and shipped along with the application that is designed to rely on
this external .dll instead of having its code incorporated into it
internally). But it's so common that many products are shipped without
it, often because developers aren't even aware that they're supposed
to ship it - they have it on their system and never get any problem.

Furthermore, you need to know how to build it (or rather, know where
to look to know how to build it)

- http://msdn.microsoft.com/en-us/library/k9a8ehy3(VS.71).aspx

So technically it's the fault of the people who fail to ship the .dll
their application relies on, and Microsoft is not obliged to provide it.
But I agree they could still provide a generic version for download
anyways,
so that the users who happen to not have this file could still get it
without
resorting to suspicious third-parties. And the fact that this issue is so
obscure to both developers and users is a ramification of a design decision
made on Microsoft side.

Also, if you put this .dll into your system32 folder and it still doesn't
see it, you might instead need to put it into the same folder as the .exe
of the application that needs it (or modify the appropriate environment
variable)
"

I tried .NET 1.1 and it isn't in there (so that answer was bullshit). Next
thing to test, is the DST hotfix for those runtime files. Maybe I can
get it
that way. I opened that with 7ZIP, and the vast majority of the downloaded
file isn't visible in 7ZIP. So I'm going to have to run it and install it,
to see if it's there.

In any case, you should not be downloading it from "Slim Shady's DLL
download
site". That's bad practice... It should come from Microsoft, somehow.

HTH,
Paul
Did you miss something here? It is on the laptop that I've install
Python on. It failed according to Dependency Walker.

And as I said, I got one from MS--off my other XP laptop. msvcp71.dll
 
I have 16 copies of msvcp71.dll! All of them are version 7.10.3077.0
(one of which is in \system32) except for two, which are version
7.10.6030 and seem to have been installed by Oracle Java.

Hmmm, it looks like we've swerved off course.
 
I have 16 copies of msvcp71.dll! All of them are version 7.10.3077.0
(one of which is in \system32) except for two, which are version
7.10.6030 and seem to have been installed by Oracle Java.

Hmmm, it looks like we've swerved seriously off course.
 
See later posts in this thread... You may not want to mess with sfc
for this particular problem.
I think you're right from what I've seen. I'll save the one on the
Python laptop, and install the one I pulled off my other XP laptop.
 
W. eWatson said:
I'm trying to find a problem with a matplot library I installed in
Python 2.5.2. I managed to track it down to msvcp71.dll. The issue may
be what was flagged as a "required dependency not found" according to
the Dependency Walker program.

I found a msvcp71.dll dated Aug. 2003, I think from MS, and tried
putting it into c:\windows\system32. I found there was one there dated
feb 2003. I'm hesitant to replace it at the moment.

I happened across this
====================
I found this
<http://pcsupport.about.com/od/findbyerrormessage/a/msvcp71-dll-not-found-missing-error.htm>,
but he almost has too much to say. He issues a warning about getting a
dll off the web. He does offer this though.

Run the sfc /scannow System File Checker command to replace a missing or
corrupt copy of the msvcp71.dll file. If this DLL file is provided my
Microsoft, the System File Checker tool should restore it.

Maybe there's more useful advice there, but ...
====================
Well, I tried entering sfc /scannow, and a DOS window came up for a
split second. I had no idea how to go further, so back to the web, and
found this.

<http://www.microsoft.com/resources/...ddocs/en-us/system_file_checker.mspx?mfr=true>

I have no idea if sfc is helpful here. but ...

Some 20 lines down it says:
"If sfc discovers that a protected file has been overwritten, it
retrieves the correct version of the file from the
%systemroot%\system32\dllcache folder, and then replaces the incorrect
file. "

So how do I get out of my dilema, and does sfc offer any real help?

F***ing Microsoft...

Clue to a recipe here.

http://blogs.msdn.com/b/asklar/arch...ll-the-visual-c-7-1-runtime-on-windows-7.aspx

Start by downloading a 14MB hotfix. This is constructed in such a way,
that 7ZIP can't directly extract useful files from it.

http://archive.msdn.microsoft.com/KB932298/Release/ProjectReleases.aspx?ReleaseId=762

When you download the file from that site, you should get

VS7.1sp1-KB9322981102-X86-Enu.exe 14,730,688 bytes

In a command prompt, navigate to the folder containing your
new download. I've modified the above blog command slightly,
so that the resulting extracted file is the right file type.
The output file from this step is VS71.msi 16,192,512 bytes.

VS7.1sp1-KB9322981102-X86-Enu.exe /Xp:VS71.msi

The next step I tried was (/a = Administrative install to network,
/qb = basic UI):

msiexec /a VS71.msi /qb TARGETDIR=output

That doesn't work either. I had to try 7ZIP on the VS71.msi ,
and the result of that isn't much better than the original blog
article, which basically tells you to extract and rename
one of the multiple versions of files in there. Hardly
satisfactory!

The package was only ever meant to patch an existing install, so
the fact it won't cooperate, isn't a surprise.

With 7ZIP, you have to use the "open inside" function, on the
larger component parts inside the file, to find things like

FL_msvcp71_dll_3_____X86.3643236F_FC70_11D3_A536_0090278A1BB8

and rename that to "msvcp71.dll".

If I check the properties on that, I get

7.10.6052.0
MSVCP71.DLL
English (United States)
MSVCP71.DLL
Microsoft Visual Studio .NET
7.10.6052.0

Now, the copies on my WinXP C: partition appear to be version 7.10.3077.0 .

*******

This one, gives me version 6030, using the same method as above (/Xp: blah.msi)

Microsoft Visual Studio .NET 2003 Service Pack 1 (156MB)

http://www.microsoft.com/download/en/confirmation.aspx?id=703

I'm not sure I can get the one before Service Pack 1.

*******

The ones I have already on disk have these properties.

msvcp71.dll

File Size = 499,712 bytes
Version = 7.10.3077.0
Date = March 19, 2003 6:14:52 AM
MD5SUM = 561fa2abb31dfa8fab762145f81667c2

When I looked up that checksum on virustotal, a commenter says the file
exists on Windows 7 of all things...

http://www.virustotal.com/file-scan...4509d3c810a57bffd2a91de45a3ed5b23b-1324534161

So maybe a search of a Windows 7 machine will find a copy.

I found one in C:\Windows\SysWOW64 version 7.10.3077.0
but the size is larger at 505128 bytes. I found
one in an application folder at 499712 bytes. Both
seemed to be PE32 files (i.e. 32 bit), so it isn't
a bit problem.

So a Windows 7 machine appears to be the easiest way to find
a donor. If you have an HP/Dell/Acer/Gateway machine with
Windows 7, chances are you'll find more than one copy of the
file there.

Thanks, Microsoft.

Paul
 
Well, I thought I'd take the PC to a computer shop to see why when I
move windows they shake a bit. The technician took about 2 minutes to
show me uninstalled devices under System Devices. He thought they should
be fixed. The system was showing lots of device errors. They wanted $75
to repair it, but I told them a friend who will use the PC will have to
decide that.

This PC belonged to my wife at one time for 5 years. She had put Linux
on it, but she no longer needed it. I restored it to XP Home. When I
told her where the problems were she found a driver DVD, so I'm using it
now to fill in the gaps. Maybe it'll get by the dll problem. It
certainly is adding a VGA driver, so I think the window wobbles may get
fixed.

Continuing ...

Well, it now works w/o any difficulty. It was the incomplete install
that did it. It now has acrobat, wallpaper, etc, like most XP systems.
No more wobbles! Yea!
 
Back
Top