MSVCR70.DLL not registering VFP Exe won't start

[081267074101]

I have a VFP8.0 build program to executable which is deployed through the Install Shield Express application. This program installs and runs fine on machines which were previously installed with other VFP executable. All machines are running on Windows XP.

However on new machines which have been set up in the last two - three weeks, the executable complained of not finding msvcr70.dll, so I copied the file from one of the working machines to the c:\windows\system32 sub-directory and tried to register it with regsrv32 "c:\windows\system32\msvcr70.dll"

Error returned was the file was loaded but the entry point was not found and windows cannot register this file.

I really need to solve this issue as I have several users who do not have access to this program.

Thanks for any help in resolving this issue.

 

[Olaf Doschke]

This is the c runtime and, yes, it doesn't register. There is no com server in it registerable. It's just a functional DLL. Better put it to the EXE of your application, and that'll be it.

http://fox.wikis.com/wc.dll?Wiki~VFP9RuntimeFiles

will show in detail which DLLs are needed for what and which of them need registration.

Bye, Olaf.

 

[Olaf Doschke]

...and as your application needs the msvcr70.dll, it's a VFP8 application, for which about the same applies, as explained here:

http://fox.wikis.com/wc.dll?Wiki~VFP8RuntimeFiles~VFP

Bye, Olaf.

 

[Mike Lewis]

I usually just copy MSVCR70.DLL to the same directory as my main executable. I don't try to register it. That seeme so work OK.

Mike


__________________________________
Mike Lewis (Edinburgh, Scotland)

Visual FoxPro articles, tips, training, consultancy

 

[MurphieNB]

Just noticed today that I have a similar issue. I have a very simple VFP program (Built as a WIN32 Executable) using VFP8. The EXE is in a shared folder that all users have access to, and the folder also contains two DLL's (VFP6R and VFP6RENU). Until today, no user has had any issue running this EXE. Now I have two users that receive the error message "application failed to start because MSVCR70.DLL was not found...". I've searched their systems, and that DLL is of course not found. Thought I could simply copy that DLL from my system to theirs, and while I no longer get the error message, the program also doesn't run. I don't get any program feedback at all - the program just doesn't do anything.

I should note that one other user - who does have VFP8 installed on his system - is still able to run the EXE.

Any help would be appreciated.

 

[Mike Lewis]

Until today, no user has had any issue running this EXE. Now I have two users that receive the error message

So, something must have changed. There must be a reason for it to behave differently today compared to yesterday. If you can identify what that is, you'll be on your way to a solution.

Mike





__________________________________
Mike Lewis (Edinburgh, Scotland)

Visual FoxPro articles, tips, training, consultancy

 

[MurphieNB]

As I typed out my issue, I realized that the DLL's that were in the shared folder were VFP6 versions. So I got rid of the VFP6 versions, re-verified the minimum files that should be in the shared folder (

http://fox.wikis.com/wc.dll?Wiki~VFP8RuntimeFiles),

copied them to the shared folder and looks like we're OK.

I also think that up until recently, we were in fact running a VFP6 compiled version, which would have been OK with the associated DLL's, but I recompiled it using VFP8, and the users in question probably never tried that version.

My apologies for the clutter. Guess just writing out the issue made me aware of the problems and pointed myself to the solution.

 

[Mike Lewis]

Guess just writing out the issue made me aware of the problems and pointed myself to the solution.

Yes, that's often happened to me as well.

Glad you've got it sorted.

Mike




__________________________________
Mike Lewis (Edinburgh, Scotland)

Visual FoxPro articles, tips, training, consultancy