mysteriöse Exception

[UliTs]

Ah, danke. Dann werde ich es mal testweise installieren. Ich tappe so völlig im dunkeln .
Wenn ich übrigens den Befehl

Code:

FDMoniFlatFileClientLink1.Tracing := True;

hinzufüge, kommt keine Fehlermeldung mehr .

[UliTs]

Zitat von UliTs:

Ah, danke. Dann werde ich es mal testweise installieren. Ich tappe so völlig im dunkeln . ...

Habe es jetzt installiert. Beim Projekt habe ich "Enable MadExcept" angeklickt. Leider kommt die gleiche Fehlermeldung wie bisher ohne auch nur irgendwie zusätzliche Informationen zu liefern. So, als ob MacExcept nicht vorhanden wäre. Hat jemand eine Idee, woran das liegen könnte?

[dataspider]

Zitat von UliTs:

Leider kommt die gleiche Fehlermeldung wie bisher ohne auch nur irgendwie zusätzliche Informationen zu liefern. So, als ob MacExcept nicht vorhanden wäre. Hat jemand eine Idee, woran das liegen könnte?

Das kann auch daran liegen, dass die AV in Units von Fremdkomponenten feuert, welche nicht mit Debug dcu' s kompiliert sind.
Manche Hersteller legen die dcu' s nicht optimal ab...
Abhängig von den Einstellungen Bibliothekspfad/Suchpfad werden die dcu' s von Fremdkomponenten jedesmal neu erstellt oder nicht.

Und im Debugger sollte man wenigstens im Aufruf - Stack die letzte Zeile des eigenen Codes finden.

Frank

[UliTs]

Danke.
Nur wie kann ich mir den Aufruf-Stack anzeigen lassen?

[UliTs]

Ich habe jetzt einfach eine Division durch 0 provoziert, um zu schauen, ob dann irgend etwas anders mit MadExcept dargestelt wird. Leider nicht .
Entweder mache ich noch etwas grundsätzlich falsch bezüglich der Benutzung von MadExcept oder selbiges läuft mit Delphi 10.3 nicht.

[Klaus01]

.. das MadExcept Icon hast Du schon auf Deine Mainform gezogen?

Grüße
Klaus

[UliTs]

Zitat von UliTs:

Ich habe jetzt einfach eine Division durch 0 provoziert, um zu schauen, ob dann irgend etwas anders mit MadExcept dargestelt wird. Leider nicht .
Entweder mache ich noch etwas grundsätzlich falsch bezüglich der Benutzung von MadExcept oder selbiges läuft mit Delphi 10.3 nicht.

Ursache dank Mathias gefunden .
Grund ist die VMWare. Wenn der Quellcode auf einem Laufwerk der VMWar ist, klappt es nicht richtig. Wenn man ihn lokal kopiert, funktioniert es. Siehe auch forum.madshi.net

[UliTs]

Leider hat mich MadExcept auch nicht richtig weiter gebracht. Ich habe aber eine Vermutung.

Als Datenbankserver wird der ADS (Advantage Database Server) in der aktuellen Version 12 eingesetzt. Es gibt ein DD (Data Dictionary), in dem die Tabellen zusammengefasst sind und verwaltet werden. Die Tabellen stammen noch aus den 80er-Jahren und sind DBF-Tabellen mit NTX-Indizes. Mindestens bei einer Tabelle kommt zu dem besagten Fehlern. Ich vermute, dass einzelne Datensätze darin korrupt sind und z.B. nicht erlaubte Zeichen enthalten. Die Fehlermeldung entsteht ziemlich sicher im das FireDac-Modul. Im ARC (Data Architekten) kommt es zu keinen Fehlermeldungen.
Nun ist die Frage wie die Tabelle repariert werden könnte...

[freimatz]

Zitat von UliTs:

Ich habe jetzt einfach eine Division durch 0 provoziert, um zu schauen, ob dann irgend etwas anders mit MadExcept dargestelt wird. Leider nicht .
Entweder mache ich noch etwas grundsätzlich falsch bezüglich der Benutzung von MadExcept oder selbiges läuft mit Delphi 10.3 nicht.

Vielleicht wird die Exception von irgendwas abgefangen. madExcept behandet nur unbehandelte Exceptions. Viele Programm fangen weit oben alle Exceptions ab und zeigen dann einen Text an (so wie bei deinem ersten Beitrag). Vielleicht hast Du auch so was drin. Checke mal Application.OnException.