Einbinden von Units unterbinden

[EWeiss]

Zitat von Schokohase:

Also unter 10.2 Tokyo (gerade getestet) haben die Suchpfade im Projekt Vorrang vor den globalen Suchpfaden.

Reden wir aneinander vorbei?
OK dann ein Shot!

Es soll die DirectDraw .pas aus dem Suchpfad (..\KVideoPlayer64\DirectX9) verwendet werden NICHT die WinApi.DirectDraw!
Bedenke DirectDraw.pas wurde nicht zum Projekt addiert nur über den vor eingestellten Suchpfad.
Wenn ich nun bei DirectDraw (Menu.. Datei beim Cursor öffnen) anklicke wird Winapi.DirectDraw geöffnet und das ist definitiv falsch!

gruss

[Uwe Raabe]

Kann es sein, daß das Problem nur dann auftritt, wenn bei den Compiler-Optionen das "Mit Debug-DCUs" aktiviert ist? In dem Fall werden die Debug-DCU Pfade womöglich vor die Projekt-Suchpfade gestellt.

Ich habe mal bei StackOverflow etwas zu dem Thema geschrieben. Ist zwar schon eine Weile her, aber ist womöglich immer noch relevant: Managing very large codebases in Delphi using a Library of Debug and Regular DCUs I built myself

Es ist allerdings auch so, daß nicht die Delphi Source-Pfade (z.B. rtl\win) im Suchpfad stehen, sondern nur das der Plattform entsprechende lib-Verzeichnis - zumindest in einer Standard-Installation ist das so.

[EWeiss]

Zitat:

"Mit Debug-DCUs" aktiviert ist?

Ist false.. bei Release und Debug
Also nach meinem Verständnis wenn man schon einen Suchpfad angibt dann sollte dieser Vorrang vor den von Emba haben.
Ansonsten macht es keinen Sinn überhaupt Suchpfade anzulegen..

PS:
Ich habe auch schon die Reihenfolge geändert also
den Pfad (..\KVideoPlayer64\DirectX9) an erster stelle, ändert aber nichts an dem Problem.

Sorry.. zum Schluss noch es steht DirectDraw als unit in den Uses nicht Winapi.DirectDraw

gruss

[Uwe Raabe]

Zitat von EWeiss:

Also nach meinem Verständnis wenn man schon einen Suchpfad angibt dann sollte dieser Vorrang vor den von Emba haben.

Das sollte eigentlich auch so sein.

Kannst du mal aus dem Meldungsfenster die Befehlszeile des Compilers hier zeigen. Dort sollte ja der tatsächlich verwendete Suchpfad zu erkennen sein.

[EWeiss]

Zitat von Uwe Raabe:

Zitat von EWeiss:

Also nach meinem Verständnis wenn man schon einen Suchpfad angibt dann sollte dieser Vorrang vor den von Emba haben.

Das sollte eigentlich auch so sein.

Kannst du mal aus dem Meldungsfenster die Befehlszeile des Compilers hier zeigen. Dort sollte ja der tatsächlich verwendete Suchpfad zu erkennen sein.

Ja über PN das sind private Daten..

Hier ein kleiner Ausschnitt.

Zitat:

release\DE ";..\KVideoPlayer64\DirectX9;..\KVideoPlayer64 \EVM RPlayer;..\KVideoPlayer64\DSPack

PS:
Anderes Problem..
Uses DirectShow9, GDIPAPI, GDIPOBJ;

DirectShow9 öffnet Winapi.DirectShow9
GDIPAPI öffnet Winapi.GDIPAPI
GDIPOBJ öffnet die korrekte Unit.

Was soll das?

gruss

[Delphi.Narium]

Zitat von EWeiss:

Hier ein kleiner Ausschnitt.

Zitat:

release\DE ";..\KVideoPlayer64\DirectX9;..\KVideoPlayer64 \EVM RPlayer;..\KVideoPlayer64\DSPack

Wenn ich solche Probleme habe, sorge ich dafür, dass "meine" Pfade in dieser Liste am Anfang zugefügt werden und nicht, wie von der IDE üblich, ans Ende. Man muss dann halt, wenn man über die IDE Pfade hinzufügt, diese nochmal in der Eingabe "rumkopieren". Meist klappt das dann.

[EWeiss]

Zitat von Delphi.Narium:

Zitat von EWeiss:

Hier ein kleiner Ausschnitt.

Zitat:

release\DE ";..\KVideoPlayer64\DirectX9;..\KVideoPlayer64 \EVM RPlayer;..\KVideoPlayer64\DSPack

Wenn ich solche Probleme habe, sorge ich dafür, dass "meine" Pfade in dieser Liste am Anfang zugefügt werden und nicht, wie von der IDE üblich, ans Ende. Man muss dann halt, wenn man über die IDE Pfade hinzufügt, diese nochmal in der Eingabe "rumkopieren". Meist klappt das dann.

Es geht nicht um einen Workaround (den suche ich nicht) es MUSS auf normalem Wege funktionieren!
bzw. Den habe ich ja wenn ich die Units direkt zum Projekt addiere aber das ist NICHT der sinn der Sache.

Siehe! Nochmals..

Anderes Problem..
Uses DirectShow9, GDIPAPI, GDIPOBJ;

DirectShow9 öffnet Winapi.DirectShow9
GDIPAPI öffnet Winapi.GDIPAPI
GDIPOBJ öffnet die korrekte Unit.

gruss

[hoika]

Hallo,

Zitat:

Bedenke DirectDraw.pas wurde nicht zum Projekt addiert nur über den vor eingestellten Suchpfad.

das meinte ich aber.
Die Pfade, die hinter der Pas in der DPR stehen, haben meines Wissens immer Vorrang.
Ist nicht schön, aber was solls.

[Uwe Raabe]

Zitat von EWeiss:

Ja über PN das sind private Daten..

Hier ein kleiner Ausschnitt.

Zitat:

release\DE ";..\KVideoPlayer64\DirectX9;..\KVideoPlayer64 \EVM RPlayer;..\KVideoPlayer64\DSPack

Die Befehlszeile entspricht in etwa dem, was ich in der StackOverflow Antwort geschrieben habe. Hier ist es die Spracheinstellung DE, die für eine falsche Sortierung der Suchpfade sorgt. Die Änderung der CodeGear.Delphi.Targets gemäß der dortigen Beschreibung sollte das Problem lösen.

Du kannst das vorab ja mal ausprobieren, indem du in Delphi unter Tools - Umgebungsoptionen - Umgebungsvariablen die LANDIR Variable überschreibst und statt des DE einen Leerstring einträgst. Damit sollten die sprachabhängigen Suchpfade nicht mehr in der Befehlszeile auftauchen. Allerdings verwendet dein Programm dann halt die englischen Ressourcen, aber es ist ja nur zum Testen. Das ändern der Targets-Datei löst das Problem dann dauerhaft.

Wer mag, kann ja für diesen QP-Eintrag voten: Wrong order of search pathes presented to compiler
Vielleicht muss ich dann irgendwann diese Anpassung nicht bei jeder Delphi-Installation wiederholen.

[EWeiss]

Zitat von Uwe Raabe:

Zitat von EWeiss:

Ja über PN das sind private Daten..

Hier ein kleiner Ausschnitt.

Zitat:

release\DE ";..\KVideoPlayer64\DirectX9;..\KVideoPlayer64 \EVM RPlayer;..\KVideoPlayer64\DSPack

Die Befehlszeile entspricht in etwa dem, was ich in der StackOverflow Antwort geschrieben habe. Hier ist es die Spracheinstellung DE, die für eine falsche Sortierung der Suchpfade sorgt. Die Änderung der CodeGear.Delphi.Targets gemäß der dortigen Beschreibung sollte das Problem lösen.

Du kannst das vorab ja mal ausprobieren, indem du in Delphi unter Tools - Umgebungsoptionen - Umgebungsvariablen die LANDIR Variable überschreibst und statt des DE einen Leerstring einträgst. Damit sollten die sprachabhängigen Suchpfade nicht mehr in der Befehlszeile auftauchen. Allerdings verwendet dein Programm dann halt die englischen Ressourcen, aber es ist ja nur zum Testen. Das ändern der Targets-Datei löst das Problem dann dauerhaft.

Wer mag, kann ja für diesen QP-Eintrag voten: Wrong order of search pathes presented to compiler
Vielleicht muss ich dann irgendwann diese Anpassung nicht bei jeder Delphi-Installation wiederholen.

Uwe Danke für den Tip.

Ich habe es damit behoben das ich die Dateien zum Projekt addiert habe.
Es geht aber nicht um einen Workaround sondern darum das es ein Fehler in der IDE ist..
Ich denke das sollte gemeldet werden.. ich kann es leider nicht!

gruss