Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Division durch Null ... externe Exception behandeln
35 views
Skip to first unread message
Ole Jansen
Mar 11, 2013, 11:51:05 AM3/11/13
to
Moin Moin,
unter Delphi 6 stehe ich vor folgendem Problem:
- es wird ï¿œber eine Import-Unit eine externe Funktion in einer DLL
aufgerufen, die einen kleinen Dialog zeigt.
(Die DLL mit dem Dialog ist closed source.)
- Auf diesem Dialog gibt es einen Bug. Wenn ein bestimmter Reiter
gewï¿œhlt wird gibt es eine "Gleitkommadivision durch Null"
Exception.
Der selbe Dialog macht keine sichtbaren Probleme wenn er direkt von
C++ aus aufgerufen wird.
Nun zu dem Teil, wo ich nicht weiter komme:
- Wenn ich das mein Programm unter dem IDE Debugger ausfï¿œhre und
bei den Debugger Optionen die Gleitkomma Exception $C000008E
auf "Behandelt starten" setze funktioniert der Dialog
anstandslos (so wie bei C++)
- Wenn ich die EXE ohne Debugger ausfï¿œhre bleibt der modale Dialog
an der Stelle hï¿œngen und das Programm wird unbedienbar.
Die Behandlung der Exception findet anscheinend nicht statt,
auch wenn ich das Programm mit allem mï¿œglichen Debugfunktionen,
Bereichsï¿œberprï¿œfung usw. kompiliere.
Hat jemand einen Tip wie ich das eventuell doch noch
geregelt bekomme?
(Eigener Exception handler in meinem Hauptprogramm? Andere Ideen?
gibt es irgendwelche Compilerschalter? Import-Unit ï¿œberprï¿œfen?)
viele Grￜￜe,
O.J.
unter Delphi 6 stehe ich vor folgendem Problem:
- es wird ï¿œber eine Import-Unit eine externe Funktion in einer DLL
aufgerufen, die einen kleinen Dialog zeigt.
(Die DLL mit dem Dialog ist closed source.)
- Auf diesem Dialog gibt es einen Bug. Wenn ein bestimmter Reiter
gewï¿œhlt wird gibt es eine "Gleitkommadivision durch Null"
Exception.
Der selbe Dialog macht keine sichtbaren Probleme wenn er direkt von
C++ aus aufgerufen wird.
Nun zu dem Teil, wo ich nicht weiter komme:
- Wenn ich das mein Programm unter dem IDE Debugger ausfï¿œhre und
bei den Debugger Optionen die Gleitkomma Exception $C000008E
auf "Behandelt starten" setze funktioniert der Dialog
anstandslos (so wie bei C++)
- Wenn ich die EXE ohne Debugger ausfï¿œhre bleibt der modale Dialog
an der Stelle hï¿œngen und das Programm wird unbedienbar.
Die Behandlung der Exception findet anscheinend nicht statt,
auch wenn ich das Programm mit allem mï¿œglichen Debugfunktionen,
Bereichsï¿œberprï¿œfung usw. kompiliere.
Hat jemand einen Tip wie ich das eventuell doch noch
geregelt bekomme?
(Eigener Exception handler in meinem Hauptprogramm? Andere Ideen?
gibt es irgendwelche Compilerschalter? Import-Unit ï¿œberprï¿œfen?)
viele Grￜￜe,
O.J.
Peter
Mar 11, 2013, 2:13:02 PM3/11/13
to
Ole Jansen wrote:
> Moin Moin,
>
> unter Delphi 6 stehe ich vor folgendem Problem:
>
> - es wird ï¿œber eine Import-Unit eine externe Funktion in einer DLL
> aufgerufen, die einen kleinen Dialog zeigt.
> (Die DLL mit dem Dialog ist closed source.)
>
> - Auf diesem Dialog gibt es einen Bug. Wenn ein bestimmter Reiter
> gewï¿œhlt wird gibt es eine "Gleitkommadivision durch Null"
> Exception.
> Der selbe Dialog macht keine sichtbaren Probleme wenn er direkt von
> C++ aus aufgerufen wird.
Das liegt mit Sicherheit an verschiedenen Settings des
> Moin Moin,
>
> unter Delphi 6 stehe ich vor folgendem Problem:
>
> - es wird ï¿œber eine Import-Unit eine externe Funktion in einer DLL
> aufgerufen, die einen kleinen Dialog zeigt.
> (Die DLL mit dem Dialog ist closed source.)
>
> - Auf diesem Dialog gibt es einen Bug. Wenn ein bestimmter Reiter
> gewï¿œhlt wird gibt es eine "Gleitkommadivision durch Null"
> Exception.
> Der selbe Dialog macht keine sichtbaren Probleme wenn er direkt von
> C++ aus aufgerufen wird.
FPU-Controlwords. Man kann damit FPU-Exceptions maskieren (was im
Prinzip normalerweise eine schlechte Idee ist) und die DLL scheint zu
erwarten, dass die Host-Application das macht. Die verwendeten Defaults
hï¿œngen vom Compiler ab, der zum Erzeugen der Host-Applikation verwendet
wird.
Geh mal nach www.codenewsfast.com und suche nach Set8087CW, das sollte
massenhaft Posts zu ï¿œhnlichen Problemen geben. Du muï¿œt vermutlich nur
vor Aufruf der DLL-Funktion die Exception-Mask so setzen, wie die DLL
das erwartet und nach dem Aufruf wieder zurï¿œck. Sowas wie
Set8087CW(Default8087CW or $3f); // nicht sicher ob das richtig ist
...DLL aufruf
ClearFPUInterrupts;
Set8087CW(Default8087CW);
procedure ClearFPUInterrupts;
// Clear any pending interrupts.
asm
FNCLEX
end;
--
Peter Below
Stefan Graf
Mar 11, 2013, 2:12:12 PM3/11/13
to
dll aufrufen ();
except
end;
Das geht nicht?
--
Stefan Graf
Ole Jansen
Mar 12, 2013, 5:18:26 AM3/12/13
to
Moin Peter,
Am 11.03.2013 19:13, schrieb Peter:
> Das liegt mit Sicherheit an verschiedenen Settings des
> FPU-Controlwords. Man kann damit FPU-Exceptions maskieren (was im
> Prinzip normalerweise eine schlechte Idee ist) und die DLL scheint zu
> erwarten, dass die Host-Application das macht. Die verwendeten Defaults
> hï¿œngen vom Compiler ab, der zum Erzeugen der Host-Applikation verwendet
> wird.
Ja, Volltreffer.
Ich habe mal spasseshalber selbst eine DLL geschrieben, die mir
anzeigt, mit welcher Exception-Mask der C++ Demo Code des Herstellers
DLLs aufruft. Der verwendet $133F (alles maskieren... mhh)
Nur neugierig: Muss / darf das bei WHQL zertifizierter Software
denn so sein? In der Doku steht dazu nichts.
Danke nochmal fï¿œr die Hilfe!
O.J.
Am 11.03.2013 19:13, schrieb Peter:
> Das liegt mit Sicherheit an verschiedenen Settings des
> FPU-Controlwords. Man kann damit FPU-Exceptions maskieren (was im
> Prinzip normalerweise eine schlechte Idee ist) und die DLL scheint zu
> erwarten, dass die Host-Application das macht. Die verwendeten Defaults
> hï¿œngen vom Compiler ab, der zum Erzeugen der Host-Applikation verwendet
> wird.
>
> Geh mal nach www.codenewsfast.com und suche nach Set8087CW, das sollte
> massenhaft Posts zu ï¿œhnlichen Problemen geben. Du muï¿œt vermutlich nur
> vor Aufruf der DLL-Funktion die Exception-Mask so setzen, wie die DLL
> das erwartet...
> Geh mal nach www.codenewsfast.com und suche nach Set8087CW, das sollte
> massenhaft Posts zu ï¿œhnlichen Problemen geben. Du muï¿œt vermutlich nur
> vor Aufruf der DLL-Funktion die Exception-Mask so setzen, wie die DLL
Ich habe mal spasseshalber selbst eine DLL geschrieben, die mir
anzeigt, mit welcher Exception-Mask der C++ Demo Code des Herstellers
DLLs aufruft. Der verwendet $133F (alles maskieren... mhh)
Nur neugierig: Muss / darf das bei WHQL zertifizierter Software
denn so sein? In der Doku steht dazu nichts.
Danke nochmal fï¿œr die Hilfe!
O.J.
Ole Jansen
Mar 12, 2013, 5:20:19 AM3/12/13
to
Moin Stefan
Am 11.03.2013 19:12, schrieb Stefan Graf:
> try
> dll aufrufen ();
> except
> end;
>
> Das geht nicht?
>
Negativ.
Das führt dazu, dass der Message Ballon mit der Meldung weg bleibt,
aber der Dialog friert weiterhin ein.
O.J.
Am 11.03.2013 19:12, schrieb Stefan Graf:
> try
> dll aufrufen ();
> except
> end;
>
> Das geht nicht?
>
Das führt dazu, dass der Message Ballon mit der Meldung weg bleibt,
aber der Dialog friert weiterhin ein.
O.J.
Soeren Muehlbauer
Mar 12, 2013, 5:44:05 AM3/12/13
to
Hi,
> Ich habe mal spasseshalber selbst eine DLL geschrieben, die mir
> anzeigt, mit welcher Exception-Mask der C++ Demo Code des Herstellers
> DLLs aufruft. Der verwendet $133F (alles maskieren... mhh)
Nahezu alle von Microsoft verï¿œffentlichte DLL's gehen davon aus, dass
die Exceptions maskiert werden. Manche von denen setzen das dann beim
Laden auch um. Wir haben hier auch ein mit Delphi entwickeltes Programm,
welches WPF Inhalte hostet. Dort haben wir auch dieses Problem gehabt.
> Nur neugierig: Muss / darf das bei WHQL zertifizierter Software
> denn so sein? In der Doku steht dazu nichts.
Ich glaube dazu gibt es keine Vorgabe. Wï¿œre auch nicht in Ordnung. Deine
Anwendung muss dafï¿œr Sorge tragen, dass es mit allen von ihr geladenen
Modulen korrekt funktioniert. BTW, fï¿œr eine DLL gibt es auch IIRC keine
WHQL Zertifizierung.
Sï¿œren.
> Ich habe mal spasseshalber selbst eine DLL geschrieben, die mir
> anzeigt, mit welcher Exception-Mask der C++ Demo Code des Herstellers
> DLLs aufruft. Der verwendet $133F (alles maskieren... mhh)
die Exceptions maskiert werden. Manche von denen setzen das dann beim
Laden auch um. Wir haben hier auch ein mit Delphi entwickeltes Programm,
welches WPF Inhalte hostet. Dort haben wir auch dieses Problem gehabt.
> Nur neugierig: Muss / darf das bei WHQL zertifizierter Software
> denn so sein? In der Doku steht dazu nichts.
Anwendung muss dafï¿œr Sorge tragen, dass es mit allen von ihr geladenen
Modulen korrekt funktioniert. BTW, fï¿œr eine DLL gibt es auch IIRC keine
WHQL Zertifizierung.
Sï¿œren.
Hans-Peter Diettrich
Mar 12, 2013, 6:00:16 AM3/12/13
to
Ole Jansen schrieb:
> Nun zu dem Teil, wo ich nicht weiter komme:
>
> - Wenn ich das mein Programm unter dem IDE Debugger ausfï¿œhre und
> bei den Debugger Optionen die Gleitkomma Exception $C000008E
> auf "Behandelt starten" setze funktioniert der Dialog
> anstandslos (so wie bei C++)
>
> - Wenn ich die EXE ohne Debugger ausfï¿œhre bleibt der modale Dialog
> an der Stelle hï¿œngen und das Programm wird unbedienbar.
> Die Behandlung der Exception findet anscheinend nicht statt,
> auch wenn ich das Programm mit allem mï¿œglichen Debugfunktionen,
> Bereichsï¿œberprï¿œfung usw. kompiliere.
Die Debug-Optionen sind nur wirksam, wenn das Programm mit Debugger
lï¿œuft, nicht wenn es direkt gestartet wird.
> Hat jemand einen Tip wie ich das eventuell doch noch
> geregelt bekomme?
> (Eigener Exception handler in meinem Hauptprogramm? Andere Ideen?
> gibt es irgendwelche Compilerschalter? Import-Unit ï¿œberprï¿œfen?)
So wie ich das sehe wird die Exception in der DLL nicht behandelt, wie
das eigentlich der Fall sein sollte, und Application kommt damit auch
nicht zurecht, sonst wï¿œrde die Standard-Behandlung mit einer MessageBox
auftauchen.
Da es sich um eine Gleitkomma-Exception handelt, kï¿œnnte es helfen, das
FPU Kontrollwort zumindest wￜhrend des Aufrufs so zu ￜndern, daￜ eine
Division durch Null keine Exception auslï¿œst. Wie das in Delphi genau
heiￜt, und welches Flag darin wie gesetzt werden muￜ, kann ich aus dem
Kopf nicht sagen.
DoDi
> Moin Moin,
>
> unter Delphi 6 stehe ich vor folgendem Problem:
>
> - es wird ï¿œber eine Import-Unit eine externe Funktion in einer DLL
> aufgerufen, die einen kleinen Dialog zeigt.
> (Die DLL mit dem Dialog ist closed source.)
>
> - Auf diesem Dialog gibt es einen Bug. Wenn ein bestimmter Reiter
> gewï¿œhlt wird gibt es eine "Gleitkommadivision durch Null"
> Exception.
> Der selbe Dialog macht keine sichtbaren Probleme wenn er direkt von
> C++ aus aufgerufen wird.
Verkï¿œufer fragen.
>
> unter Delphi 6 stehe ich vor folgendem Problem:
>
> - es wird ï¿œber eine Import-Unit eine externe Funktion in einer DLL
> aufgerufen, die einen kleinen Dialog zeigt.
> (Die DLL mit dem Dialog ist closed source.)
>
> - Auf diesem Dialog gibt es einen Bug. Wenn ein bestimmter Reiter
> gewï¿œhlt wird gibt es eine "Gleitkommadivision durch Null"
> Exception.
> Der selbe Dialog macht keine sichtbaren Probleme wenn er direkt von
> C++ aus aufgerufen wird.
> Nun zu dem Teil, wo ich nicht weiter komme:
>
> - Wenn ich das mein Programm unter dem IDE Debugger ausfï¿œhre und
> bei den Debugger Optionen die Gleitkomma Exception $C000008E
> auf "Behandelt starten" setze funktioniert der Dialog
> anstandslos (so wie bei C++)
>
> - Wenn ich die EXE ohne Debugger ausfï¿œhre bleibt der modale Dialog
> an der Stelle hï¿œngen und das Programm wird unbedienbar.
> Die Behandlung der Exception findet anscheinend nicht statt,
> auch wenn ich das Programm mit allem mï¿œglichen Debugfunktionen,
> Bereichsï¿œberprï¿œfung usw. kompiliere.
lï¿œuft, nicht wenn es direkt gestartet wird.
> Hat jemand einen Tip wie ich das eventuell doch noch
> geregelt bekomme?
> (Eigener Exception handler in meinem Hauptprogramm? Andere Ideen?
> gibt es irgendwelche Compilerschalter? Import-Unit ï¿œberprï¿œfen?)
das eigentlich der Fall sein sollte, und Application kommt damit auch
nicht zurecht, sonst wï¿œrde die Standard-Behandlung mit einer MessageBox
auftauchen.
Da es sich um eine Gleitkomma-Exception handelt, kï¿œnnte es helfen, das
FPU Kontrollwort zumindest wￜhrend des Aufrufs so zu ￜndern, daￜ eine
Division durch Null keine Exception auslï¿œst. Wie das in Delphi genau
heiￜt, und welches Flag darin wie gesetzt werden muￜ, kann ich aus dem
Kopf nicht sagen.
DoDi
Hans-Peter Diettrich
Mar 12, 2013, 6:10:37 AM3/12/13
to
Ole Jansen schrieb:
> Ich habe mal spasseshalber selbst eine DLL geschrieben, die mir
> anzeigt, mit welcher Exception-Mask der C++ Demo Code des Herstellers
> DLLs aufruft. Der verwendet $133F (alles maskieren... mhh)
>
> Nur neugierig: Muss / darf das bei WHQL zertifizierter Software
> denn so sein? In der Doku steht dazu nichts.
Da sieht man mal wieder, wie hilfreich die Zertifizierung von Software,
Bio-Eiern etc. ist :-]
DoDi
> Ich habe mal spasseshalber selbst eine DLL geschrieben, die mir
> anzeigt, mit welcher Exception-Mask der C++ Demo Code des Herstellers
> DLLs aufruft. Der verwendet $133F (alles maskieren... mhh)
>
> Nur neugierig: Muss / darf das bei WHQL zertifizierter Software
> denn so sein? In der Doku steht dazu nichts.
Bio-Eiern etc. ist :-]
DoDi
Stefan Graf
Mar 12, 2013, 2:40:37 PM3/12/13
to
inzwischen leider auch schon bei Drucktreibern bzw. deren
Einstellungs-Dialogen.
--
Stefan Graf
0 new messages