DLL debuggen

[jaenicke]

So wie in deinem Edit sollte es sein. Exe starten, sobald die DLL geladen ist, kann man beide debuggen.

Das klappt leider auch hier nicht immer auf Anhieb. Neustart von Delphi und Erstellen beider Projekte hilft aber meistens.

[himitsu]

Dennoch bleibt, dass ich die relative Pfadangabe dort etwas verwirrend empfinde.
Wie gesagt, sonst ist es relativ zum Projekt, aber hier relativ zum Ausgabeverzeichnis.
[obwohl] Wo ich grade nochmal drüber nachdenke ... bezüglich RemoteDebugging, relativ zum DeployPfad.


Nja, mehrfach neu gestartet hatte ich es schon wegen anderer nerviger Macken.
Schon, als ich nur ein Projekt gedebuggt hatte, also noch nicht übergreifend.
* Haltepunkte verschwinden ... kommen 'ne Stunden später zurück
* Haltepunkte verschieben sich, fast jedes Mal, wenn das Debuggen gestartet oder gestoppt wird.
* oft werden sie hier angezeigt, aber sind eigentlich dort
* und wenn die IDE verreckt, ist alles im Arsch, da beim "alles Speichern" nicht der Desktop gespeichert wird.
* * paar Mal ist einfach beim CodeInsight, oder wenn ich in den Property-Editor klicke, die IDE einfach so hängen geblieben
* ...

[himitsu]

boar eh ... mal geht's ne ganze Weile,
dann wieder 'ne Weile garnicht,
dann geht mal absolut garnichts
und einmal sogar falschrum, also nicht das aktive Projekt, aber dafür die fremde Seite (bei Beiden, selbst nach mehreren Wechseln hin und her)

[jaenicke]

Zitat von himitsu:

boar eh ... mal geht's ne ganze Weile,
dann wieder 'ne Weile garnicht,
dann geht mal absolut garnichts
und einmal sogar falschrum, also nicht das aktive Projekt, aber dafür die fremde Seite (bei Beiden, selbst nach mehreren Wechseln hin und her)

Ja, das ist leider so. Bei mir klappt es meistens, aber Fehler gibt es dabei leider immer wieder, egal ob z.B. mit XE6, 10.4 oder 11.3.

Zitat von Andreas13:

Aber ich gehe den Weg des NoGo und halte stets den kompletten Pfad der Exe oder DLL im Quellcode fest, kopiere ihn an die richtige Stelle, und es funktioniert einfach, ohne irgendwelche Zicken der IDE.

Ich weiß, es ist überhaupt nicht professionell , aber es funktioniert bei mir immer...

Das dürfte eher an der Größe der Projekte liegen. Bei kleineren Projekten funktioniert es bei mir auch sehr zuverlässig. Das ist ja auch der Grund, dass Embarcadero das noch nicht behoben hat. Ich bin mir sehr sicher, dass es bei deren Projekten auch besser funktioniert...

[himitsu]

@Andreas13
Bei Pfaden, welche zur Laufzeit bestimmt werden,
oder zu Dateien, welche sich nach der Installation nicht verschieben, da sind feste Pfade OK.

Relative Pfade, wenn sie abhängig von z.B. einen veränderlichem Arbeitsverzeichnis abhängen, da sind vollkommen fehleranfällig.

Drum wird da auch immer empfohlen, dass man absolute Pfade benutzen soll, welche man z.B. oft aus einem relativen Pfad zur EXE live generiert.



Die "relativen" Pfade in den Projektoptionen sind fast alle relativ zum Projektverzeichnis (zur DPROJ).
Per se ist das immer gleich, aber man kann z.B. das ganze Projekt verschieben/umbenennen.
* innerhalb der Festplatte
* oder auf mein NAS
* oder ich könnte mein Projekt jemand Anderem geben

Da sind absolute Pfade nicht möglich,
aber relativ (so lange es innerhalb der Projektstruktur liegt) ist dort ideal.

[Andreas13]

Ich sagte doch: ich bin nur ein kleiner Amateur mit kleinen Projekten...

[himitsu]

Das fängt aber schon an, wenn du mal aufräumst
und Projekte/Verzeichnisse verschiebst/umbenennst.

Oder der PC war im Arsch und du richtest alles aus dem Backup neu ein (nicht unbedingt am selben Ort)
Das Standard-Projekteverzeichis liegt im UserVerzeichnis, da reicht es dann auch schon, wenn dein Windows-Name dann ein Anderer ist.

Außerdem hat Emba das Projekteverzeichnis lokalisiert, somit reicht es, wenn du die IDE in einer anderen Sprache anzeigst.
https://quality.embarcadero.com/browse/RSP-42499

[TiGü]

Zitat von jaenicke:

Das dürfte eher an der Größe der Projekte liegen. Bei kleineren Projekten funktioniert es bei mir auch sehr zuverlässig. Das ist ja auch der Grund, dass Embarcadero das noch nicht behoben hat. Ich bin mir sehr sicher, dass es bei deren Projekten auch besser funktioniert...

Das verstehe ich immer nicht so ganz.
Die ganze IDE-Entwicklung muss doch in der Vorgängerversion stattfinden und ich nehme mal an, dass BDS-Projekt hat schon eine gewisse Größe.
Die müssten doch schon aus reinen Selbstschutz die IDE immer wieder verbessern, weil sie ja damit arbeiten.

[Sinspin]

Wer sagt das Delphi mit sich selber geschrieben wird? So grausig wie manche Fehler in der IDE sind würde ich da auf C/C++ tippen. ...Und keiner hat Lust sich damit zu befassen.
Wenn man sich die Qualität so einiger Delphi Sourcen ansieht könnte man auch denken dass die nicht von Delphi Sprachlern gepflegt werden.

[TiGü]

Zitat von Sinspin:

Wer sagt das Delphi mit sich selber geschrieben wird? So grausig wie manche Fehler in der IDE sind würde ich da auf C/C++ tippen. ...Und keiner hat Lust sich damit zu befassen.
Wenn man sich die Qualität so einiger Delphi Sourcen ansieht könnte man auch denken dass die nicht von Delphi Sprachlern gepflegt werden.

Zumindest die IDE sieht so aus wie mit VCL-Komponenten gebaut, da lag der Schluss nahe, dass da auch Delphi verwendet wird.
BDS.jpg