Delphi 11 (28) - Suchpfad für BPL Dateien ... wie einstellen ?

[haentschman]

@paule32.jk

geht doch...

Jetzt richte dir die IDE ein.
* Positionen der "Fenster" in der IDE (Standard, Debug)
* deine bevorzugten Farben für verschiedene "Eigenschaften" und die IDE selbst
* Nützliche Tools in die IDE: (jeder Geschmack ist anders )
- CnPack
- GExpert
* Nützliche Tools Extern:
- Versionskontrollsystem GIT! Ein Muß! Tutorial: https://entwickler-ecke.de/topic_Kur..._115462,0.html Geht auch mit BitBucket, GITHub etc...außer Haus.
- MadExcept. Ein Muß. Im Fehlerfalle zeigt er dir den Fehler und die Stelle mit Zeilennummer und Callstack.
- BeyondCompare. Ein gutes DIFF Tool. Bei Delphi in der Basisversion dabei. "C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\BCompareLite.exe "

Dann lege mal Los...


Tipp für die Zukunft:
Versuche dich von Fremdkomponenten, soweit es geht, unabhängig zu machen. Das erleichtert dir den Umstieg.
Bsp. TJvEdit vs. TEdit. Imho kannst du nicht das TJvEdit mit den VCL Styles (Themes) verändern...

[jaenicke]

Zitat von haentschman:

- MadExcept. Ein Muß. Im Fehlerfalle zeigt er dir den Fehler und die Stelle mit Zeilennummer und Callstack.

Aber normalerweise nur, wenn man auch Tools veröffentlicht. Selbst hat man ja Delphi und sieht den Stacktrace im Debugger, es sei denn der Fehler wäre nicht reproduzierbar.

[himitsu]

Bei Debuggen noch sowas wie MadExcept/Eurekalog drin zu haben, ist aber auch nicht so toll. (besonders geil wird es, wenn man das inkl. dessen eigenen Debuginfos kompiliert hat )

[Sinspin]

MadExcept pumpt zwar den Stacktrace auf den man im Fall eines Fehlers serviert bekommt.
Allerdings finde ich die Auswertung des Fehlers deutlich besser als was Delphi macht.

Und, mein Programm läuft noch! Mit dem Delphi Debugger ist die Chance hoch dass nach der Exception alles tot ist weil einfach alle Threads angehalten werden.

[haentschman]

Zitat:

Allerdings finde ich die Auswertung des Fehlers deutlich besser als was Delphi macht.

+1

[jaenicke]

Zitat von Sinspin:

MadExcept pumpt zwar den Stacktrace auf den man im Fall eines Fehlers serviert bekommt.
Allerdings finde ich die Auswertung des Fehlers deutlich besser als was Delphi macht.

Du siehst in Delphi die einzelnen Threads inkl. Bezeichnung, kannst durch die einzelnen Einträge klicken, siehst dabei auch die Inhalte von Variablen in den aufrufenden Codestellen, wenn sie nicht überschrieben wurden, kannst im Speicher nachschauen, die CPU-Register und den Stack prüfen, ...

Das sehe ich daher anders.

Schade ist nur, dass Delphi beim Wechseln des betrachteten Threads manchmal hängenbleibt, selten zum Glück, aber es kommt vor.