Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Help with registering DLLs
Message
De
01/07/2014 11:17:24
 
 
À
01/07/2014 10:38:56
Information générale
Forum:
Visual FoxPro
Catégorie:
COM/DCOM et OLE Automation
Versions des environnements
Visual FoxPro:
VFP 9 SP2
OS:
Windows 7
Network:
Windows 2003 Server
Database:
Visual FoxPro
Application:
Desktop
Divers
Thread ID:
01602952
Message ID:
01602989
Vues:
67
>>>>I am struggling to register a DLL on client PCs. The clients are all W7 SP1 32 bit.
>>>>
>>>>My main application is located in and runs from C:\localapps\. (This gets copied from a network drive if a newer version is on the network). I have copied mynew.dll into the localapps folder on the clients; I have also copied the tlb and the vbr files - I was not sure if these were needed or not - could someone advise on this point?
>>>>
>>>>When running 'regsvr32 c:\localapps\mynew.dll' at the command line prompt I get errors:
>>>>
>>>>On one W7 client the error states: "The modul "c:\localapps\mynew.dll" was loaded but the call to DllRegisterServer failed with error code 0x80004005".
>>>>
>>>>On another W7 client I get "The module 'c:\localapps\mynew.dll' failed to load. Make sure the binary is stored at the specified path or debug it to check for probles with the binary or dependent .dll files. The specified module could not be found".
>>>>
>>>>I also have the VFP9r.dll ,VFP9t.dll and VFP9RENU.dll in the c:\localapps folder.
>>>>
>>>>I have tried logging on to the client as both local and domain admin. I have also tried "Run as administrator" against the CMD prompt.
>>>>
>>>>I do not understand why I get different error messages on what appear to be 2 identically configured clients.
>>>>
>>>>Could someone shed some light on what I am missing?
>>>>
>>>>Thanks
>>>>Barry Sutton.
>>>
>>>
>>>Just a WAG: maybe you are missing the msvcr71.dll
>>
>>Hi Frank
>>Thanks for input - it is on the pc BUT in the Windows\system32 folder. Do I need it in the application folder as well?
>>Barry
>
>No, if it's in that folder it should be fine, which means my WAG was very WA-ed :)one so this may not be the right tool:
>
>http://download.cnet.com/Dependency-Walker/3000-2086_4-10052198.html

>
>Maybe you could try one of thse tools that tells you what dependencies files have. The name "Dependency Walker" comes to mind, but I've never had to use

Frank, Thanks - not sure if it would mean a lot to me to be honest - as I probably will not understand what it is telling me. :-(

I have been able to register the dll on XP clients so it appears to be OS related.

Thanks
Barry
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform