Reparieren eines defekten NTVDM

_Problem:

Vor einer Woche brach der NTVDM auf einer XP-Installation.

_Symptome:

Das erste Symptom bestand darin, dass eine ausführbare 16-Bit-Datei, die während einer Auto-Run-Batchdatei ausgeführt wird, die CPU auf 100% hängt, bis sie abgebrochen ntvdm.exewird. Dann wird die Batchdatei weiter ausgeführt (allerdings ohne die Arbeit, die die ausführbare Datei war.) soll getan haben). Das nächste Symptom war, dass eine andere ausführbare 16-Bit-Datei, die als Teil eines Shutdown-Stapelskripts ausgeführt wird, hängen bleibt und das Skript fehlschlägt.

Interessanterweise arbeiten sie manchmal (~ 30%). Das heißt, wenn ein Programm zehnmal ausgeführt wird (über das Dialogfeld Ausführen ), wird es möglicherweise zwei bis vier Mal korrekt ausgeführt und hängt den Rest der Zeit. Dies ist meistens nur bei einfacheren Programmen, die etwas ausdrucken oder wie kompliziertere mit UIs mögen edit.comoder command.comdie immer hängen. Einige wenige Auswahlprogramme, die äußerst einfach sind (z. B. crlf.com578 Byte, ret.com1 Byte usw.), scheinen immer ohne Probleme auszuführen und zurückzukehren.

_Tests:

Einige Tests zeigen, dass das Problem beim NTVDM selbst liegt und nicht nur bei den ausführbaren Dateien (die bis vor kurzem gut funktionierten). Beim Ausführen edit.comwird beispielsweise eine Konsole geöffnet und der Editor angezeigt, reagiert jedoch nicht auf die Tastatur und muss abgebrochen werden. In der Tat command.comfunktioniert auch das Laufen nicht. Es öffnet sich eine Konsole und zeigt die Eingabeaufforderung, die dann gerade dort sitzt und nicht reagiert.

Ich habe alle verwandten NTVDM-Dateien (und zahlreiche andere Betriebssystemdateien) überprüft und sie sind alle korrekt. Ich habe auch einige verwandte Registry-Einträge überprüft und sie alle auch ausgecheckt. Die Programme laufen gut auf anderen XP-Installationen (was keine Überraschung ist command.comund auch edit.comfunktionieren). So ist es diese bestimmte Maschine. Die Umgebung hat sich nicht geändert, seit das NTVDM aufgehört hat zu arbeiten, aber ich habe es trotzdem überprüft und es gibt nichts auffälliges Problem. tempund tmpverweisen auf vorhandene Verzeichnisse ohne LFN-Namen, keine defekten Variablen mit Nullen oder ähnlichem, und obwohl das pathlang ist, ist dies seit einiger Zeit der Fall .

Dateien überprüft: ntd*, ntv*, dos*, redir.exe, Mscdexnt.exe, *.sys

Registry entires verifiziert: *\Software\Microsoft\Command processor, *ControlSet*\Control\WoW,*\Software\Microsoft\Windows NT\CurrentVersion\WOW*

Die NTVDM- und 16-Bit-Apps funktionieren auf der betreffenden Maschine im abgesicherten Modus einwandfrei. Sie hängen nur im Normalmodus.

_Frage:

Kann irgendjemand an etwas denken, das das NTVDM auf eine Weise bricht, die diese Symptome verursacht?

(Um es klar zu sagen: Es handelt sich NICHT um den allgemeinen Fehler „Die NTVDM-CPU hat eine ungültige Anweisung festgestellt .“ . Bitte schlagen Sie auch nicht vor, Dosbox oder andere VM-Software zu verwenden, da dies nicht anwendbar ist, und außerdem haben die betreffenden Programme zuvor funktioniert Ganz zu schweigen davon, dass Windows-eigene 16-Bit-Programme nicht funktionieren.)