Alte 16-bit-Anwendung Verursacht Allgemeine Schutzverletzung in WIN87EM.DLL phasenweise

Ich habe eine alte 16-bit-Anwendung, die entwickelt wurde für Windows 3.1. Es preforms einige Berechnungen und ist Teil eines komplexeren Systems. Das system legt die Eingänge für das Programm ein, und speichert die Ausgabe-Ergebnisse.

Leider die 16-bit-Programm ist hier zu bleiben für die mittlere Zeit, also müssen wir arbeiten, um die Frustrationen, die es bewirkt, dass auf modernen Betriebssystemen.

Das system läuft auf Windows XP, und auf physischen Windows-XP-Rechnern läuft es gut. Die Maschine, die ich habe da ein problem mit einer Windows XP Instanz auf VirtualBox (version 4.1.12) auf einer Debian-box. Der physische computer ist ein HP Proliant server mit Quad Core Xeon 3,4 Ghz. Ich bin mit der remote-desktop-Zugriff auf den computer von meinem Windows 7-Rechner.

Die Fehler ich erhalte, ist "das PROGRAMM verursachte eine Allgemeine Schutzverletzung in WIN87EM.DLL unter der Adresse : 0001:02C9". Die ärgerliche Sache ist, mal funktioniert es und ein anderes mal nicht, macht die Fehlersuche alle, die mehr frustrierend.

Aus der Schleppnetzfischerei im internet, ich habe auf ein paar Seiten, die erwähnen, das gleiche problem. Keiner von Ihnen scheinen bieten echte Lösungen, außer zu sagen, dass WIN87EM.DLL versorgt floating-point-Routinen, und hat einige Probleme mit bestimmten Druckern.

Habe ich deinstalliert alle Drucker, die auf der virtuellen Maschine, habe ich auch versucht, die Installation von einem PDF-writer, und wenn er als Standard-Drucker, so dass der Drucker an der Maschine. Habe ich deaktiviert-Ressourcen-sharing mit meine Remote-Desktop-Verbindung. Ich habe aktualisiert die Virtuelle Maschine Gast-Treibern auf der Maschine. Ich habe auch versucht die Einstellung der Kompatibilität zu Windows 95 in den Eigenschaften der ausführbaren Datei.

Alle Hinweise zur Fehlerbehebung bei diesem problem, oder Methoden, die ich versuchen könnte, um es arbeiten?

Ich würde versuchen, zu Debuggen und zu sehen, was es falsch macht und wie er dort ankommt.
Was empfehlen Sie für das Debuggen verwenden?

InformationsquelleAutor Lance | 2012-05-09

  1. 1

    Dies war der gleiche Fehler hatte ich mit der Microsoft XP-Modus.
    Offensichtlich WIN87EM.DLL hat Probleme mit dem virtualisierten Prozessoren.
    Meine Lösung: ich "entladen" der XP-Version WIN87EM.DLL in der registry (suchen und löschen Sie jeden Eintrag mit diesem Namen), und kopiert eine viel ältere version in den application-Ordner. Die alte version finden Sie: http://support.microsoft.com/kb/86869/de
    Viel Glück!

    So weit, aus all den Antworten im internet, funktioniert viel besser (nicht 100%, noch Allgemeine Schutzverletzung in einigen Fällen, aber die Geschwindigkeit ist 1000% besser. Alle diese Hide87 Lösungen ignorieren Sie die Tatsache, dass Sie Locker den co-Prozessor bringen wird-Zeichnung/cad - /floating-point-apps zu einem kriechen

    InformationsquelleAutor Bruce

  2. 1

    Video-Treiber win87em.dll

    Dies ist die Schritt für Schritt-Lösung das problem hatten wir mit dem "win87em.dll" Thema.

    1. Der linken Maustaste Auf die Schaltfläche START in der linken unteren Ecke des Bildschirms.
    2. Der rechten Maustaste Auf Arbeitsplatz und Links auf Eigenschaften.
    3. Der linken Maustaste Auf die Registerkarte am oberen Rand mit der Aufschrift Hardware
    4. Links-Klicken Sie auf die Schaltfläche Geräte-Manager.
    5. Links-Klicken Sie auf das + - Zeichen neben " Display-Adapter in der Nähe der Spitze der Liste.
    6. Der rechten Maustaste Auf die Elemente in der aufgeklappten Liste unter Display-Adapter, und klicken Sie auf Deaktivieren.
    7. Der linken Maustaste Auf die Schaltfläche " ja " wird angezeigt, wenn windows fragt, ob Sie sicher sind, dass Sie wollen, um es zu deaktivieren.
    8. Der linken Maustaste Auf die Schaltfläche "Nein", wenn windows fragt, ob Sie neu starten wollen.
    9. Deaktivieren, wiederholen Sie die Prozess für jedes Element aufgeführt, die unter Display-Adapter (in der Regel nur ein oder zwei)
    10. Starten Sie den PC neu und die win87em.dll Fehler der Allgemeinen Schutzverletzung Weggehen sollte.

    Dies gilt nur für Benutzer von Windows XP. Wahrscheinlich ist der display-Adapter aufgelistet wird gezeigt, wie ein Intel G41 interne Grafikkarte, aber es kann sein, ein weiterer Intel-Gerät. Wenn dies nicht beheben das Problem, dann ist es wahrscheinlich ein schlechter Drucker-Treiber das problem verursacht.

    Deaktivieren der video-adapter wird nicht Schaden windows. Es wird Ihren computer nicht in der Lage, videos oder 3D-Spiele spielen, wird jedoch von windows noch laufen und gut Aussehen. (Sie werden wahrscheinlich brauchen, um ändern Sie Ihre Bildschirm-Auflösung, nach dem Neustart.)

    InformationsquelleAutor S. H.

  3. 1

    VirtualBox 4.3.16 sollte auch einen fix. Sehen https://www.virtualbox.org/ticket/12646 Wenn Sie möchten, das Update sofort haben Sie zu bauen von VirtualBox OSE Quellen.

    Update: VirtualBox 4.3.16 mit diesem Update ist jetzt offiziell freigegeben.

    InformationsquelleAutor Tekn0

  4. 1

    Diese Frage ist alt, aber ich hatte genau dieses win87em.dll Absturz mit einigen 16-bit-factory-automation-software, die unter nativ auf windows 7. Durch die folgende Methode HIDE87.com und Bearbeiten von autoexec.nt ich war in der Lage, um die software zu stoppen Absturz, so dass ich änderungen vornehmen.

    Dieser Maschine ausgeführt wurde Intel 8 Series/C220 Series-chips. Ich Schreibe diese Konfiguration zum Absturz zu bringen, weil ich habe diese gleiche 16-bit-software auf Tonnen von anderen windows-7-Maschinen seit Jahren.

    edit: hier die Schritte, die ich verwendet, um das problem zu beheben

    1. Download winfloat.exe von http://www.conradshome.com/win31/archive/
    2. Öffnen winfloat.exe mit 7zip. Finden HIDE87.com und entpackt es auf dem desktop.
    3. Kopieren HIDE87.com zu C:\Windows\System32\
    4. Öffnen c:\windows\system32\autoexec.nt mit notepad
    5. Am Anfang der Datei, nachdem die erste Gruppe von Anmerkungen fügen Sie die folgenden

    lh %SystemRoot%\system32\HIDE87.com

    1. Fügen Sie einen Kommentar über Ihren letzten Zeile

    REM Fix für allg. Schutzverletzung in win87em.dll

    1. Speichern von änderungen an autoexec.nt und pc-Neustart.

    InformationsquelleAutor TWood

  5. 0

    Ich weiß, dies ist ein Alter thread, aber ich stieß bei der Suche, wie ich hatte das gleiche Problem unter Windows XP mit VirtualBox. Schließlich habe ich Folgendes gefunden:

    https://communities.vmware.com/people/jmattson/blog/2012/03

    Dies ist für VMWare-und scheint das Problem behoben wurde, konnte Sie nicht finden, etwas ähnliches für die VirtualBox, sondern als VMWare Player ist kostenlos, es ist eine gute Abhilfe für alle mit diesem problem.

    InformationsquelleAutor blawford

  6. 0

    im Falle von virtuellen Maschinen - vxBOX (getestet) mit VM-ware (vielleicht)
    Sie müssen nur zum abschalten aller para-Virtualisierung Optionen in den Prozessoren Abschnitt der VX-BOX-Optionen.
    funktioniert wie Magie!

    InformationsquelleAutor Daniil

Schreibe einen Kommentar