Programminstallation bricht mit Systemfehler NTVDM ab

[spswalter]

Hallo zusammen,

ich habe folgendes Problem:
Host-Rechner mit XP pro und SP3 mit VMware 7.0 Workstation
Gast-Rechner mit XP pro und SP3
möchte im Gast-Rechner Software installieren (Mitsubishi GX-IEC Developer)
Die Installation bricht aber mit folgender Fehlermeldung ab:

Ein Systemfehler wurde von NTVDM entdeckt. Unzulässiger Zugriff auf eien Speicherbereich. Klicken Sie auf "Schließen", um die Anwendung zu beenden.

Habe auch schon eine neue VM erzeugt mit gleichem Erfolg.
Habe auch schon die ConfigNT kontrolliert.
Auf dem Host-Rechner funktioniert die Installation ohne Fehler.

Vielleicht könnt Ihr mir weiterhelfen, das wäre echt super.

Schöne Grüße
Harald

[Dayworker]

Fang doch erstmal an zu erklären, was das für eine SW ist und welche HW-Vorraussetzungen sie hat.

[spswalter]

Hallo Dayworker,

die Software ist zum SPS Programmieren. (Speicher-Programmierbare-Steuerung)
Empfohlen Hardware-Voraussetzung:
128 MB RAM (Windows XP) 200MB freier Platz auf Festplatte

Empfohlene Software-Voraussetzung:
GX IEC Developer ist ein 32-bit Produkt
Microsoft Windows XP Professional (SP1, SP2, SP3)

Auf dem Host PC läßt sich die Software problemlos installieren.

Gruß
Harald

[Dayworker]

Werden durch die SW irgendwelche Hardware-nahen Treiber installiert, die am Betriebssystem vorbei die Hardware aus Performance- oder Echtzeit-Gründen direkt ansprechen?

[spswalter]

nein, die Software ist nur zum Programmieren da ("besserer" Editor).
Das fertige Programm wird kompiliert und auf die SPS übertragen.

Wenn die Fehlermeldung beim Installieren kommt steht oben im "blauen Balken" Win16-Teilsystem. Vielleicht haben die da noch ein paar Brocken 16-bit Programm zum installieren verwendet.

Gruß
Harald

[continuum]

NTVDM-probleme kenne ich auch - aber nur bei abgespeckten XP/2k34 systemen.

Hast du den Gast mit nlite gestrippt ?

[spswalter]

nein habe ich nicht.
Wie hast du die NTVDM-Probleme bei deinen abgespeckten Systemen gelöst?

Gruß
Harald

[continuum]

16 bit subsystem nachinstalliert

[Dayworker]

Solche Probleme im Zusammenhang mit "nlite" oder "vlite" sind bekannt und traten auch im Zusammenhang mit dem Slipstreaming von Servicepacks in abgespeckten oder selbst zusammengestellten und mit benötigten Treibern versehenen OS-Versionen auf.
Vielfach hilft dann nur die Inst von einer unmodifizierte Hersteller-CD weiter oder wenn man die Bestandteile genau kennt auch deren Nachinstallation.

[spswalter]

wie kann ich das 16 bit subsystem nachinstallieren?
habe das noch nie gemacht, kann in der Hilfe nichts finden.

Gruß
Harald

[spswalter]

Hallo continuum,

könntest du mir bitte erklären wie man das 16 bit subsystem nachinstalliert.

Vielen Dank.

Gruß
Harald

[UrsDerBär]

Bist du sicher, dass das Teil keinen speziellen Video-Kram installiert? Die Mitsubishi-Robotor-Ansteuerung bietet zumindest die Möglichkeit ein Echtzeitsimulationsprogramm zwischenzuschalten um das programmierte zu testen bevor es auf die SPS/Robi-Steuerung kommt. Deshalb würde ich eine hardware-nahe Schnittstelle nicht gänzlich ausschliessen. Beim Robi ist auch eine Echtzeitauswertung möglich, also die grafische Darstellung was das Ding gerade macht oder so ähnlich. Würde es deshalb nicht gänzlich ausschliessen, dass dies mit der SPS auch denkbar ist. Kenne aber nur die Robis ein klein wenig, weil ein Kumpel ab und wann etwas Hilfe mit der Programmierung braucht.

Die Auswertungsmodule sind zwar alle Optional, aber die Schnittstellen dazu müssten ja vorhanden sein. Ist jetzt halt die Frage inwiefern das auch auf dein Programm zutrifft und ob das wirklich der Grund für die fehlgeschlagene Installation ist.

Frage doch am besten mal bei Mitsubishi nach, die sind in Deutschland ziemlich kompetent. Wenn sie ned weiter wissen, wirst an Japan verwiesen. In der Schweiz musst du es gar nicht erst versuchen.

Wenn du deine XP-Installation 'normal' durchgeführt hast, dann sollte das nicht am 16Bit Subsystem liegen. --> Siehe Ausführungen von Dayworker betreffend nlite/vlite. Kannst aber natürlich versuchen nochmals eine VM sauber aufzusetzen und das ganze erneut zu probieren.

Auch ein Versuch Wert ist vielleicht das Setup im Kompatibilitätsmodus zu starten. Dazu eine Verknüpfung zur Setup Datei erstellen. Auf die Verknüpfung 'Rechte Maustaste>Eigenschaften>Regiser Kompatibilität' und da mit den Einstellungen spielen. Wäre aber schon ziemlich seltsam wenn sie XP als Anforderung stellen.

Auch die Option "Disable Acceleration" hat schon 'Wunder' bewirkt wenn etwas nicht so funktionieren wollte wie es sollte, wenn Zugriff auf Hardware gefordert wird. -->Bsp. Parallel-Port-Dongles. Glaube aber ned so recht, dass dies hier hilft. Try and Error. Geht ja schnell.

[spswalter]

Hallo UrsDerBär,

das Teil hat kein spez. Kram.

Die Installation bricht gleich nach der Auswahl im Menü ab. (es wird nur versucht die Setup.exe zu starten).
Ich vermute die wurde noch unter einem 16bit System erstellt (Setup.exe von 1998).

Die anderen Vorschläge habe ich schon ausprobiert > ohne Erfolg.

Vielen Dank füe deine Info`s

Gruß
Harald

[continuum]

Lad dir mal depends.exe runter und start das setup ueber depends.exe - dann siehst di evtl. wo es hapert

[spswalter]

Hallo continuum,

habe das ganze mit depends durchgeführt.

Ergebnis:
Setup.EXE No PE signature found. This file appears to be a 16-bit Windows module.

Error: At least one file was not a 32-bit or 64-bit Winwoes module.

Du hast doch erwähnt man kann das 16-bit subsystem nachinstallieren oder habe ich das falsch verstanden?

Mitsubishi wird diese Setup-Prozedur nicht so einfach ändern können.

Gruß
Harald

[continuum]

in einem normalen XP sollte das subsystem dabei sein - dass war nur relevant fuer nlited systeme

[spswalter]

Hallo,

vielen Dank für euere Bemühungen mit meinem Problem.

Habe noch ein paar Dinge ausprobiert, hat leider nicht funktioniert. (in Boot.Ini /PAE eingetragen)

Ich denke die Ursache liegt darin das die Setup-Datei eine "16-bit Setup Launcher" ist, und meine Gast-VM keine Lust hat diese 16-bit Anwendung auszuführen.
Siehe auch Meldung von Depends.
Setup.EXE No PE signature found. This file appears to be a 16-bit Windows module.
Error: At least one file was not a 32-bit or 64-bit Winwoes module.

Werde das Programm auf dem Host installieren.

Schöne Grüße
Harald

[Dayworker]

Das es mit der Boot-Option PAE nichts werden konnte, war ja wohl klar. Damit kannst du auf einem 32bit Betriebssystem normalerweise mehr als 4GB RAM adressieren oder schaffst die Voraussetzung zum Einsatz des NX-Bits Stichwort Datenausführungsverhinderung (DEP) bei M$.
Ich hätte daher probiert, daß Inst-Proggi im Kompatibilitätsmodus zu starten. Also Rechtsklick auf die Setup-Datei und dort über die Eigenschaften im Reiter Kompatibilität den passenden Modus ausprobieren.

[UrsDerBär]

@Dayworker: Hatte ich ihm ja auch vorgeschlagen, scheint aber nicht zu funktionieren. Zumindest hat er es so vermeldet.

Alternativ wäre natürlich noch ein Steinzeit 98 für die Härtefälle.

[Dayworker]

Ups, stimmt und dabei hatte ich doch so über die Supportstationen einiger asiatischer Firmen in der Schweiz gelacht. Ich kann das leider voll und ganz bestättigen. Einen Ansprechpartner in Japan zu finden, ist aufgrund der "kleinen" Zeitverschiebung aber auch nicht ganz leicht.