FireDac Debugen

[Uwe Raabe]

Offenbar hast du bei der Query den ResourceOptions.CmdExecMode auf asynchron gestellt. Dann wird da in einem Thread ausgeführt und der Callstack zeigt die Quelle des Aufrufs nicht an.

Während des Debuggens empfehle ich daher, den CmdExecMode auf amBlocking zu stellen. Das kann ja z.B. in einem BeforeOpen-Event speziell für den Debug-Mode so eingestellt werden.

Eigentlich müsste man es auch mit dem Thread-Callstack sehen können, wenn man die lokalen Variablen in den aufrufenden Methoden des Stack untersucht. Das kann ich allerdings nicht verifizieren, da ich hier keine Pro-Version habe.

[Edelfix]

Uwe du hast mal wieder Recht. Habe nicht mehr daran gedacht.

Mit CmdExecMode auf amBlocking wird auch die Zeile im Quelltext innerhalb der CPU Ansicht angezeigt.

Danke.

[Sinspin]

Woran lag es dann jetzt? Aus dem Callstack hätte ich auf einen Fehler im SQL Script getippt.
Das ist so das übliche bei so einem Callstack, zigmal error handling, irgendwo etwas mit "Check*" und direkt davor wird es dann deutlich wärmer.
Aber wars das auch?

[Edelfix]

Der Fehler scheint doch noch nicht gelöst.

Es ist von Fall zu Fall unterschiedlich. Manchmal wird die Quelltext Zeile in der CPU Ansicht angezeigt und manchmal nicht.

Lässt sich die CPU Ansicht generell deaktivieren?

[Sinspin]

Du kannst verhindern dass die IDE anhält wenn es zu Fehlern kommt. Es gibt dann einfach nur die Meldung der Exception in einem hübschen Dialog.
Da es eh zu spät ist wenn es knallt, finde ich die CPU Ansicht zu diesem Zeitpunkt auch eher unpraktisch.
Wenn man selber durchsteppen will ist sie aber eine schöne Hilfe falls man irgendwo keine Quelltexte hat.
Ich würde es mit MadExcept oder einem anderen Tool zum Exception tracen probieren.
Der Fehler kann ganz woanders sein.