Der 'Hello World'-Expert lässt sich leider nicht debuggen

[himitsu]

Diese Exception ist normal und hat nichts mit dir oder deinem Experten zu tun.
Ohne Debugger siehst du sie nur nicht, da sie nicht ausgegeben wird (try-except).

Die IDE hat einfach paar Macken, die man einfach ignorieren kann, sobald sie mehr als eine Instanz aktiv ist.

[r29d43]

Zitat von himitsu:

Diese Exception ist normal und hat nichts mit dir oder deinem Experten zu tun.
Ohne Debugger siehst du sie nur nicht, da sie nicht ausgegeben wird (try-except).

Die IDE hat einfach paar Macken, die man einfach ignorieren kann, sobald sie mehr als eine Instanz aktiv ist.

Thx. Nachdem ich dann bei ca. 10 dieser Exceptions einfach auf "Fortsetzen" geclickt habe (einmal kamen 4 völlig gleiche hintereinander, da hätte man sonst schonmal denken können, man befindet sich in so einer ewigen Fehlerloop), konnte ich dann mit Punkt 6 der obigen Prozedur fortsetzen und anschließend den Experten normal debuggen.

[dummzeuch]

Viele dieser Exceptions kommen dadurch zustande, dass man eine weitere Instanz der IDE debugged, also einige Dateien von der esten Instanz bereits geöffnet sind. Dasselbe gilt für mindetestens einen IP-Port.

Leider sind einige davon Wald- und Wiesen-Exceptions, so dass man sie einfach anhand der Klasse filtern könnte. Aber immerhin treten sie größtenteils nur im Startup-Code auf.

[himitsu]

GExperts, da kann man Exceptions auch anhand des Message-Text mit RegEx filtern.

Ja, nur nach Klassename filtern ist echt blöd.
Auch gibt es kein "nur in dieser Sitzung ignorieren" (außer im GExperts)
und ein "Wiederherstellen" in den Delphi-Eigenschaften gibt es auch nicht. (also "nur" selbsthinzugefügte Exceptions deaktiveren/entfernen, aber die von der IDE standardmäßig ignorierten belassen ... muß man dann selber wissen was man mal hinzugrfügt hatte)


PS: "sanct", das ist der schwachsinnige Kopierschurz und eventuell auch die Lizenzprüfung der IDE.