VFP 9 SP2 Hotfix 3 VFP 9 SP2 Hotfix 3 mstrcmtr (Programmer) (OP) 21 Apr 17 13:00 Downloaded and set all the files as per described in 968409_ReadMe file but on running VFP9 exe giving following error 1. Resource Version file mismatch. 2. Visual Foxpro cannot start. Could not load resources http://files.engineering.com/getfile.aspx?folder=fad5bb3c-803b-4a3c-880f-85 RE: VFP 9 SP2 Hotfix 3 Olaf Doschke (Programmer) 21 Apr 17 16:55 You are aware you first need to apply SP2, then the Hotfix? You can install VFP from CD (no SP aka SP0), then install SP2 (no need to go through SP1), then the Hotfix3 (no need to go through Hotfix 1 and 2). But you cannot skip installing SP2, you cannot apply the Hotfix on VFP SP0 or SP1, that'll result in that error. When sites say you can apply the Hotfix without going through earlier Hotfixes, that doesn't say SP2 is included, it just says the fixes of Hotfix1 and 2 are included. The SP2 changes are by far bigger changes and that setup also is modifying your VFP installation without your manual intervention of copying and replacing files, so you can't expect that to be included all in just the Hotfix3. And lastly, Hotfixes then are never incorporated into SPs, so that upgrade has the manual steps and no programmatic file fixing. Notice UAC may have redirected some of your replacements into the VirtualStore folder. Applying the hotfix is far easier, if you don't install into %ProgramFiles% but into eg Users\Public\VFP9, you can use the installation interview of the CD to install into such destination folders. Bye, Olaf. RE: VFP 9 SP2 Hotfix 3 mstrcmtr (Programmer) (OP) 22 Apr 17 05:37 1. Installed 1st VFP9 from CD 2. Installed SP2 3. Then Hotfix3 4. Restart computer also But facing problem as described above RE: VFP 9 SP2 Hotfix 3 Olaf Doschke (Programmer) 22 Apr 17 06:56 I would say this proves you haven't followed instructions of the Hotfix replacements fully or UAC redirected (some of) your replacements. Did you once copy runtimes elsewhere, into system32 or syswow64? Then remove those. Your runtimes of the IDE installation should always be in \Program Files\Common Files\Microsoft Shared\VFP only and there you do some of the replacements of the Hotfix3 files. And the major resource file the IDE useses and only the IDE uses, the VFP9ENU.DLL is in Home() and not in Microsoft Shared\VFP. All this and more is mentioned in the readme you read. There are no optional replacements, you obvioulsy left out something and thought you get away with it. Bye, Olaf. RE: VFP 9 SP2 Hotfix 3 mstrcmtr (Programmer) (OP) 22 Apr 17 07:21 Yes i make copy of runtime files attaching image of \Program Files\Common Files\Microsoft Shared\VFP http://files.engineering.com/getfile.aspx?folder=9e806181-bdbf-4092-97b2-b3 RE: VFP 9 SP2 Hotfix 3 Olaf Doschke (Programmer) 22 Apr 17 07:32 You just proof you can't read. I talked about that folder, yes, but you highlighted the VFP9RENU.DLL while I also talked about the HOME() folder and talked about the VFP9ENU.DLL in there. The similar DLL without the R for the IDE. The IDE does not use runtime resource DLLs, it uses the IDE resource DLLs, which are separate and since VFP8 are not available in all languages. You have to take the readme literally. literally literally. Bye, Olaf. RE: VFP 9 SP2 Hotfix 3 Olaf Doschke (Programmer) 22 Apr 17 14:58 And to make one more thing clear: You can't retrofit the Hotfix 3 runtimes to an already eloyed VFP application compiled in VFP9 without the hotfix. The hotfix only is for the IDE and the deployment of fixed application has to go through the whole build and deploy process again, you have to redo a setup with the new MSM files or new runtime DLLs, but also have to recompile an EXE with the upgraded VFP9.EXE and all other upgraded files. You can't skip anything and you should also think about removing any further occurrrances of runtimes you may have put into system32 or syswow4 or anywhere at some installation, especially files, which were even registered. Also see http://www.foxpert.com/foxpro/knowlbits/files/know... If all else fails, try to do all the steps on a new VM, inside there in the guest system any compromised configuration or other file of the host system will not play any role. And if you don't get it going in the VM you finally know you have misread or skipped something. And if you do the same things and it works, you at least know you are still able to read and follow instructions, but then find out what you did to compromise your host system. Removing all files of wrong versions will surely help and maybe even go with one of those often more harming than helping registry cleaners, preferrably a tool just listing deprecated entries and be able to pick only VFP related, to also remove wrong registrations of older VFP DLLs. Bye, Olaf.