Mijn bedrijf heeft een VB6-toepassing die Crystal Reports 7 gebruikt en een klant heeft gevraagd deze te installeren op Windows 7 32 bit. Het is momenteel geïnstalleerd op Windows XP 32bit SP2-machines bij de client. Verbinding met de DB wordt gedaan via ODBC naar SQL Server 2000-instantie op een andere server.
In Windows 7 werkt de installatie prima, maar wanneer u de toepassing probeert te openen, wordt de foutmelding gegeven.
Ik heb het volgende bekeken:
- Alle dll’s en ocx-bestanden registreren met regsvr32. Sommige zullen zich niet registreren omdat ze ofwel al zijn geregistreerd of het volgende bericht wordt gegeven “Zorg ervoor dat “[naam].dll” een geldig DLL- of OCX-bestand is en probeer het opnieuw.” Ik heb hierover deze forumthread gelezen: http://social.msdn.microsoft.com/forums/en-US/vblanguage/thread/0653f685-4526-45d9-89f3-8c479a6b4c62
- Bewaakte het openen van de applicatie met behulp van een ProcessMonitor-applicatie om te proberen te zien of er een dll- of ocx-bestand ontbreekt – dit lijkt niet het geval te zijn.
- Heeft de aanvraag beoordeeld volgens deze lijsten niets lijkt in strijd met deze richtlijnen
Ik heb twee items in de kennisbank opgemerkt die hiermee verband houden
- http://support.microsoft.com/kb/281848 – de comdlg32.ocx die bij de toepassing wordt geleverd, is versie 6.0.81.69 en die in de map system32 op de ontwikkelmachine (WinXP 32 bit) is 6.1.97.82 . Maar als dit het probleem was, zou het op dit moment zeker niet werken?
- http://support.microsoft.com/kb/184898 – Ik weet niet zeker hoe ik kan bevestigen dat dit het probleem is
Ten slotte mag ik vanwege de complexiteit geen codewijzigingen aanbrengen in deze applicatie. Zelfs als ik dat was, ben ik geen VB6-programmeur, alleen de man die het vreselijke ondersteuningsproject kreeg! Als er codewijzigingen nodig zijn, moet ik het onderzoeken met behulp van de WinXP-modus.
Update: ik krijg dezelfde fout in de XP-modus. Dat is een Win XP met SP3 VM. Dit draait op een Win XP SP2 VM, is er mogelijk iets in SP3 waardoor dit zou kunnen gebeuren? Of is het gewoon een feit dat het de XP-modus is?
Antwoord 1, autoriteit 100%
Ik kreeg dezelfde fout, maar die heb ik opgelost door regsvr32.exe te gebruiken in C:\Windows\SysWOW64.
Omdat we het x64-systeem gebruiken. Dus als uw machine ook x64 is, moet de ocx/dll ook worden geregistreerd met de regsvr32 x64-versie
Antwoord 2, autoriteit 57%
Het bestand msrdo20.dll ontbreekt in de installatie.
Volgens de ondersteuningsverklaring voor Visual Basic 6.0 op Windows Vista, Windows Server 2008 en Windows 7moet dit bestand met de applicatie worden gedistribueerd.
Ik weet niet zeker waarom het niet zo is, maar mijn oplossing is om het bestand ergens op de computer te plaatsen en het te registreren met regsvr32 in de opdrachtregel, bijvoorbeeld:
regsvr32 c:\windows\system32\msrdo20.dll
In een ideale wereld zou je dit verpakken met de herdistribueerbare.
Antwoord 3, autoriteit 29%
Deze download loste mijn VB6 EXE en Access 2016 (met ACEDAO.DLL) runtime-fout 429 op. Het kostte me 2 lange dagen om het op te lossen omdat er zoveel oorzaken zijn van 429.
http://www.microsoft.com/en- ca/download/details.aspx?id=13255
CITAAT van link:
“Deze download installeert een reeks componenten die kunnen worden gebruikt om de overdracht van gegevens tussen 2010 Microsoft Office-systeembestanden en niet-Microsoft Office-toepassingen”
te vergemakkelijken
Antwoord 4
U zegt dat het werkt zodra u de VB6 IDE installeert, zodat het probleem waarschijnlijk is dat de componenten die u probeert te gebruiken, afhankelijk zijn van de VB6-runtime die is geïnstalleerd.
De VB6-runtime is standaard niet geïnstalleerd op Windows.
De IDE installeren is een manier om de runtime te krijgen. Voor niet-ontwikkelaarsmachines moet een “herdistribueerbaar” installatieverpakket van Microsoft in plaats daarvan worden gebruikt.
Hier is één VB6 Runtime-installatieprogramma van Microsoft. Ik weet niet zeker of het de juiste versie voor uw componenten is:
http: // www. microsoft.com/downloads/en/details.aspx?familid=7b9ba261-7A9C-43E7-9117-F673077FFB3C