9
Windows RDS 2016 - Installation von uralt Applikation scheitert
Hallo IT Kollegen,
ich habe die Anforderung eine Applikation vom Stand WIndows XP oder noch älter auf einem 2016er RDS Server bereitstellen zu müssen. Unter Windows 10 x64 läuft die Software wie sie soll. Die Installation unter Windows Server 2016 scheitert jedoch mit 2 Meldungen, dass jeweile eine .ocx Datei aus dem Verzeichnis c:\windows\system32 nicht registriert werden konnte. Die Dateien liegen jedoch im Verzeichnis c:\windows\syswow64. Eine manuelle Registrierung mittels regsvr32 bringt jedoch auch eine Fehlermeldung, so bekomme ich die Software nicht zum laufen.
Eine Idee was hier schief läuft und was ich hier tun kann?
ich habe die Anforderung eine Applikation vom Stand WIndows XP oder noch älter auf einem 2016er RDS Server bereitstellen zu müssen. Unter Windows 10 x64 läuft die Software wie sie soll. Die Installation unter Windows Server 2016 scheitert jedoch mit 2 Meldungen, dass jeweile eine .ocx Datei aus dem Verzeichnis c:\windows\system32 nicht registriert werden konnte. Die Dateien liegen jedoch im Verzeichnis c:\windows\syswow64. Eine manuelle Registrierung mittels regsvr32 bringt jedoch auch eine Fehlermeldung, so bekomme ich die Software nicht zum laufen.
Eine Idee was hier schief läuft und was ich hier tun kann?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 502261
Url: https://administrator.de/forum/windows-rds-2016-installation-von-uralt-applikation-scheitert-502261.html
Ausgedruckt am: 22.12.2024 um 15:12 Uhr
9 Kommentare
Neuester Kommentar
Der 2016er ist doch ein reiner 64 Bit Server ?!?
Ja logo ist das ein 64 Bit OS. Aber die Software läuft ja unter Windows 10, daher suche ich ja den Unterschied warum die Installation unter dem server OS scheitert.
... wird der Nano-Server wie auch das vollwertige Windows Server 2016 vollständig für 64-Bit-Software ausgelegt sein. Viele ältere Programme werden unter diesem System nicht mehr laufen, was ärgerlich gerade für große Kunden im öffentlichen Dienst oder staatliche Behörden mit oftmals noch älterer, spezieller Software werden könnte.
https://www.golem.de/news/microsoft-das-bringt-windows-server-2016-1609- ...
Moin,
vielleicht hilft das: https://www.winboard.org/threads/ocx-datei-laesst-sich-unter-64-bit-nich ...
Also mal mit Dependenywalker schauen, welche Abhängigkeiten die beiden ocx haben und diese ggf. auflösen, wie es auch in der Fehlermeldung steht. Die Software geht vermutlich von einem älteren OS aus, wo die Abhängigkeiten im OS verankert waren (bspw. älteres .NET Framework).
Gruß
cykes
vielleicht hilft das: https://www.winboard.org/threads/ocx-datei-laesst-sich-unter-64-bit-nich ...
Also mal mit Dependenywalker schauen, welche Abhängigkeiten die beiden ocx haben und diese ggf. auflösen, wie es auch in der Fehlermeldung steht. Die Software geht vermutlich von einem älteren OS aus, wo die Abhängigkeiten im OS verankert waren (bspw. älteres .NET Framework).
Gruß
cykes
Moin,
kopier das mal nach System32, und registriere von da aus.
kopier das mal nach System32, und registriere von da aus.
Arbeitest du mit UserProfileDisks ?
Nein, wir haben bisher alles auf Roaming Profiles eingestellt.
Mit Dependenywalker hatte ich auch schon mal geschaut nach den ersten googeleien, aber die Ergebnisse und Abhängigkeiten waren riesig und zu verworren.
Den Tipp die Dateien zu kopieren kann ich natürlich mal anwenden. Danke schon mal.
Mit Dependenywalker hatte ich auch schon mal geschaut nach den ersten googeleien, aber die Ergebnisse und Abhängigkeiten waren riesig und zu verworren.
Den Tipp die Dateien zu kopieren kann ich natürlich mal anwenden. Danke schon mal.
Hi,
Als Ergänzung zum Tipp von cykes, lad dir mal die vb6 runtimes runter und pack die in denselben ordner wie das ocx.
Als Ergänzung zum Tipp von cykes, lad dir mal die vb6 runtimes runter und pack die in denselben ordner wie das ocx.
Hat leider nicht geholfen, gleiche Fehlermeldung.
Zitat von @Bitboy:
Hi,
Als Ergänzung zum Tipp von cykes, lad dir mal die vb6 runtimes runter und pack die in denselben ordner wie das ocx.
Hi,
Als Ergänzung zum Tipp von cykes, lad dir mal die vb6 runtimes runter und pack die in denselben ordner wie das ocx.
Ebenfalls nicht erfolgreich. Gleiche Fehlermeldung beim registrieren.
Zitat von @cykes:
Moin,
vielleicht hilft das: https://www.winboard.org/threads/ocx-datei-laesst-sich-unter-64-bit-nich ...
Also mal mit Dependenywalker schauen, welche Abhängigkeiten die beiden ocx haben und diese ggf. auflösen, wie es auch in der Fehlermeldung steht. Die Software geht vermutlich von einem älteren OS aus, wo die Abhängigkeiten im OS verankert waren (bspw. älteres .NET Framework).
Gruß
cykes
Moin,
vielleicht hilft das: https://www.winboard.org/threads/ocx-datei-laesst-sich-unter-64-bit-nich ...
Also mal mit Dependenywalker schauen, welche Abhängigkeiten die beiden ocx haben und diese ggf. auflösen, wie es auch in der Fehlermeldung steht. Die Software geht vermutlich von einem älteren OS aus, wo die Abhängigkeiten im OS verankert waren (bspw. älteres .NET Framework).
Gruß
cykes
Hab das nochmal gescheckt. Da werden einige DLLs angemeckert, habe diese dann auch, falls nicht vorhanden, vom syswow64 nach system32 kopiert und auch nochmal neu registriert, dann die beiden OCX Dateien nochmal versucht zu registrieren, aber alles ohne Erfolg.
Dependenywalker meckert noch zig weitere APIs an, aber hier resigniere ich. Dann läuft die Software halt nicht auf Server 2016 und baue für die Anwender eine Alternative.
Danke euch!
