Wo Exception geworfen
-
Die Property
StackTrace.
-
Danke, da steht es
-
Aber nicht bei jeder Exception steht in der Stacktrace Eigenschaft die Zeilennummer des Fehlers. Bei ToString() steht auch nichts, ich denke ToString() holt sich die Info aus Stacktrace.
Ich schreibe gerade in ein Grid Control und habe fälschlicherweise in eine nicht existierende Spalte geschrieben.
-
Die Zeilennummer kann natürlich nur dann angezeigt werden, wenn auch die Debug-Infos bei der Assembly hinterlegt sind, d.h. es eine korrespondierende .pdb-Datei gibt!!!
-
Ich steuere eine fremde Anwendung an. Die Exceptions werden natürlich in der fremden Anwendung generiert und in meiner Anwendung gefangen. Ich brauche die Zeile in meinem Code die die fremde Exception ausgelöst hat. Mein Code befindet sich im Debug Modus. Zu meiner Anwendung gibt es die pdb Datei, weil sie im Debug Modus ist. Die fremde Anwendung liefert nur eine Api, aber keine Debug Infos.
Aktuell schreibe ich in ein Grid Control der fremden Anwendung Werte hinein und ab und zu greife ich auf Spalten zu die nicht mehr existieren. Da treten die Exceptions auf. Im Catch Stmnt muß ich nun raten in welcher Zeile die E geworfen wurde.
-
Nein musst du nicht.
Aber du scheinst beratungsresistent zu sein.
OK, semi-beratungsresistent.hustbaer schrieb:
Es ist oft günstiger den Debugger so einzustellen dass er bei jedem
throwstehenbleibt, egal ob das Ding irgendwo gefangen wird oder nicht.
-
Blurry wird mich rächen.
-
Schön dass du selbst einsiehst dass ihr vom selben Schlag seid.
-
Du neigst zu logischen Kurzschlüssen? Der Rächer muß nicht vom gleichen Typ wie der zu Rächende sein.
-
Natürlich nicht.
In diesem Fall scheint es aber so zu sein.
Dann hatte ich eben fälschlicherweise angenommen dass auch du das erkannt hast.
-
Hallo,
für den Fall dass der Catch-Block keine fangende Variable besitzt könnte die Aufrufliste im Visual Studio behilflich sein zumindest grob den Punkt wo die Exception geworfen wurde herauszufinden.
