Markus Walter hat geschrieben:die xppfatal bei diesem Problem wird IMMER erst bei Programmende erzeugt.
"fast" richtig ...
während der Msgbox() habe ich per ALT-TAB auf TC umgeschaltet und fand eine XppFatal.Log, aber mit 0 Byte (F5 refresh).
Nachdem ich die MsgBox() weggeclickt habe war die XppFatl.Log "gefüllt"
Markus Walter hat geschrieben:Da das Problem bei dem Xbase-Sample aus dem Sample-Ordner nicht auftritt, aber sehr wohl mit dem "sample" aus der Online-Hilfe zur dropzone() liegt der Verdacht nahe, dass es bei der dropzone des XbpDialog (resp. der drawingarea) nicht zu einer xppfatl kommt, aber sehr wohl wenn man die dropzone eines XbpMLE oder eines XbpStatic benutzt (andere habe ich nicht probiert).
Aber da kommt wohl was durcheinander.
JA irgendwie hab ich da gar nicht darauf geachtet... wenn ein Programm beendet wurde.
FATAL ERROR LOG
Not recoverable Error!
SYS Thread-ID: 1664
Module: EH
Error Codes: EH: 900 Sub: 0(0) OS: 0 XPP: 0
Call Stack of Thread 1 (1664):
Call Stack of GUI Thread (1472):
File: D:\ALASKA\XPPYIU\BROWLIST.EXE
TimeStamp: 20100116 01:38
End of FATAL ERROR LOG.
wenn ich ein Bild auf die Static per DrapDrop eingefügt habe.
da es aber "100x am Tag" und mehr genutzt wird, und das keinem aufgefallen ist, ist es wohl eher ein Makel aber weniger ein Problem.
Markus Walter hat geschrieben:In einer kleinen Demo führt das erst zum Programmende zu einer xppfatal, aber vielleicht würde sich das in einer Live-Applikation, die (hoffentlich) viele Stunden am Tag läuft auch anders äußern?!
Ich habe ähnliche xppfatal.log wenn ich "vergesse" eine activeX Verbindung zu "lösen" und die Application beende.
btw. ähnliches gilt auch für Thread die "noch laufen" wenn man die Application verlässt
Markus Walter hat geschrieben:Ich warte jetzt erstmal auf die Antwort von Alaska. Meinen Anwender habe ich vertröstet und zunächst einen anderen Weg implementiert.
da bin ich ja mal gespannt wann es dazu einen
Hotfix gibt ...