Suchpfade von Delphi ?

[Cashew]

Ich hätte hierzu auch mal eine Frage...

Für meine Delphi 10.2.3 IDE habe ich eine zusätzliche Komponente installiert. In den IDE Optionen wurde durch den Komponenten Installer der Bibliothekpfad um das Verzeichnis erweitert in dem sich die *.dcu Dateien der installierten Komponente befinden.

In den IDE Optionen habe ich dann noch zusätzlich den Suchpfad um das Verzeichnis erweitert in dem sich die Source Code Dateien der installierten Komponente befinden. Die Änderung habe ich benötigt, damit ich über STRG+Enter (wenn der Cursor im Unit Namen platziert ist) in die entsprechende Source Code Datei springen kann.

So weit so gut...


Nun möchte ich eine Methode aus dieser Komponente debuggen und habe hierzu einen Breakpoint in der entsprechenden Unit gesetzt. Dieser wird allerding ignoriert. Ich kann hier erst debuggen, wenn ich den Suchpfad des Projektes um das Verzeichnis erweitere, in dem sich die Sourcen der Komponente befinden.

Ist das normal?

[Delphi.Narium]

Nimm die zu debuggenden Datei(en) doch einfach ins Projekt auf. Dann musst Du nicht an die Pfade und die IDE weiß garantiert, um welche Datei es sich konkret handelt.

[jaenicke]

Ja, es ist normal, dass das funktioniert, wenn du den Suchpfad des Projekts ergänzt. Das liegt daran, dass dort die Bezeichnung irreführend ist. Das ist in Wirklichkeit das projektbezogene Äquivalent zum Bibliothekspfad. Einen projektbezogenen Suchpfad gibt es gar nicht.

Wenn die Komponente in ihrem Bibliothekspfad keine Version mit Debuginformationen hat, bleibt dir auch nichts anderes übrig als diesen Weg zu gehen oder die Units in das Projekt einzubinden. In jedem Fall solltest du nach dem Debuggen das DCU-Ausgabeverzeichnis deines Projekts bereinigen, damit dir die dort befindlichen DCUs der Komponente später nicht in die Quere kommen.

[Cashew]

Vielen Dank für die Antworten...

Zitat von jaenicke:

Wenn die Komponente in ihrem Bibliothekspfad keine Version mit Debuginformationen hat, bleibt dir auch nichts anderes übrig als diesen Weg zu gehen oder die Units in das Projekt einzubinden.

Wie kann man prüfen ob die Komponente über Debuginformationen verfügt?

Zitat von jaenicke:

In jedem Fall solltest du nach dem Debuggen das DCU-Ausgabeverzeichnis deines Projekts bereinigen, damit dir die dort befindlichen DCUs der Komponente später nicht in die Quere kommen.

Das könnte man doch einfach über die Debug und Release Konfiguration des Projektes lösen... Im Debug Projekt den Suchpfad (Bibliothekspfad) erweitern und in der Release Konfiguration eben nicht?!

[hoika]

Hallo,
zum Debuggen würde ich die Komponente Zur Laufzeit erzeugen,
also nicht einfach auf ein Formular drauf"pappen".

[jaenicke]

Zitat von Cashew:

Wie kann man prüfen ob die Komponente über Debuginformationen verfügt?

Dafür müsste es ein separates Verzeichnis mit den Debug-DCUs geben. Darauf könnte man dann automatisch umschalten.

Zitat von Cashew:

Das könnte man doch einfach über die Debug und Release Konfiguration des Projektes lösen... Im Debug Projekt den Suchpfad (Bibliothekspfad) erweitern und in der Release Konfiguration eben nicht?!

Nein, es geht nicht darum was im Suchpfad gefunden wird, sondern dass im DCU-Verzeichnis noch Units liegen bleiben könnten, die nur zum Debuggen projektspezifisch kompiliert wurden. Die gehören da sonst nicht hin. Wenn man für Debug- und Releasekonfiguration unterschiedliche DCU-Pfade einträgt, geht das auch, ja. Trotzdem wäre eine Bereinigung sinnvoll, wenn man den Suchpfad später vielleicht auch im Debug wieder herausnimmt usw.