Deutsches Lazarusforum

Das kann man auch unter "Run" > "Run Parameter" einstellen. Das problem für den Debugger ist, das die IDE (und damit der Debugger) wine startet. Das heißt der Debugger will Wine debuggen. Und das geht nicht. Um das zu debuggen, müsste man irgendwie remote debuggen. Und wahrscheinlich müsste die IDE ...

Ich nehme an das Project läuft dann unter Wine? Und die IDE ist native 64bit Linux? Wie wird die Window-exe dann gestartet? Linux lädt keine Windows exe, oder? startet die IDE da vorher irgendwie Wine? --------------------- Das Heap dump Window hat nix mit dem Debugger zu tun. Das wird von Fpc in di...

fpdebug ignoriert den Pfad, weil nicht gebraucht. Zum Cross debuggen => Das hängt vom OS ab. Unter window geht nur 64 bit IDE und 32 bit project. Unter windows kann eine 32 bit IDE mit fpdebug keine 64 bit app debuggen. Unter Linux bin ich gerade nicht sicher. Was genau ist uch unter Win64debug cros...

Von den "dwarf...." Optionen gehen alle Drei. Wenn Du irgendwann wieder zurück zu GDB willst, dann nimm "Dwarf (2) with sets". Oder denke dran das wieder-einzustellen, wenn Du Gdb aktivierst. Ansonsten empfehle ich "Dwarf3". ---- Dwarf 2 vs Dwarf (2) with sets -> Beides dwarf 2 => unterschied "set o...

Was das Step-in vs Step-over betrifft: Das tritt nur mit GDB auf (obwohl nicht klar, ob der Fehler in GDB oder FPC ist). Verwende einfach FpDebug, und stepping funktioniert. Für das asm Window gibt es in den Debugger setting eine Option das es auch automatisch wieder schließt, wenn man das Programm ...

https://wiki.lazarus.freepascal.org/Debugger_Status Step in/out/over sollten alle funktionieren. Befinden sich (während die App im Debugger läuft) an jeder Zeile kleine blaue Punkte (vorne im Gutter wo auch die Breakpoints sind)? Welcher Debugger? GDB basierend oder Fpdebug Ausserdem: https://wiki.l...

Eine Hinweis noch.
Es gibt verschiedene Debug Info Formate.

Die IDE versteht Dwarf und Stabs, wenn der GDB debugger verwendet wird.
Mit FpDebug nur Dwarf.

Grundsätzlich sollte sich das von Lazarus starten lassen. Du brauchst ein Projekt, und musst folgendes konfigurieren (ide/lazarus.lpi ist genau so konfiguriert) - Project wird NICHT kompiliert (damit die existierend exe benutzt wird) - ggf Pfad zur exe Dann startet die IDE die exe im Debugger. Um al...

Und wieso kann ich dann nicht mehr debuggen (also Breakpunkt setzen und eine Variable überwachen)? Die dbg wird doch bei jedem Mal kompilieren wieder neu angelegt. Hab ich da ein grundlegendes Verständnisproblem und man kann mit dem Debugger noch viel mehr machen? Wenn sie wieder da ist, kann man a...

Menu: Tools > Optionen > Editor > General

"Always keep Caret in visible Area of editor"

Der Cursor wird beim Scrollen bewegt, so das er im sichtbaren Teil bleibt.

Langfristig (im Moment keine Zeit) wäre ein undo streaming wünschenswert.

Da jede UndoAkiton als Klasse gespeichert ist, sollte so ein Streaming recht einfach machbar sein. (Mit der Einschränkung, dass der Text nicht verändert werden darf.)

Tools wie "top" (linux) oder OS memory info zeigen immer zu viel Speicher an. Wenn FPC auch nur ein einziges Byte reservieren will, fordert es vom OS *immer* mindestens eine ganze "page" an. Fpc hat dann einen internen Mem-Manager der das Memory unterverteilt. Auch entstehen im Memory Lücken, die ab...

charlytango hat geschrieben: ↑

Mo 26. Okt 2020, 10:03

Und bedenklich allemal, denn ohne Debugger bin ich ziemlich im A...

Deshalb versuchen wir gdb zu ersetzen.

Aber einen neuen Debugger, von Grund auf zu schreiben braucht Zeit.

FPDebug ist mittlerweile recht brauchbar (Win&Linux). Package LazDebuggerFp

Probier die variablen als "watches".
Und probier, falls nicht schon eingestellt "dwarf mit sets"

Gdb und Pascal strings vertragen sich nicht immer.

Oder nutze FPdebug (dwarf 3)

TList hat Capacity.

Das bedeutet weniger Memory re-allocation.