Einbinden von Units unterbinden

[Schokohase]

Trotzdem du ein Minimal-Beispiel-Verweigerer bist habe ich dir mal ein Minimal-Beispiel angehängt.

ACHTUNG: Delphi 10.2 Tokyo

Das Projekt hat neben den Konfigurationen Debug und Release auch noch RoutedDirectX9 und RoutedDirectX9mod.

Bei RoutedDirectX9 wird das Verzeichnis .\DirectX9 in den Projekt-Suchpfad aufgenommen.
Bei RoutedDirectX9mod wird das Verzeichnis .\DirectX9mod in den Projekt-Suchpfad aufgenommen.

Das Projekt gibt lediglich den GUID-String der DirectDraw Konstanten CLSID_DirectDraw aus, die im Original '{D7B70EE0-4340-11CF-B063-0020AFC2CD35}' ist.
In meiner DirectDraw Unit ist der Wert auf '{11111111-1111-1111-1111-0020AFC2CD35}' festgelegt.

In dem Beispiel-Projekt kann man nur bei der Konfiguration RoutedDirectX9mod diesen Wert sehen, was bedeutet dort wird tatsächlich die untergeschobene DirectDraw Unit verwendet.

PS: Das war der entscheidende Hinweis

Zitat von EWeiss:

Es soll die DirectDraw.pas aus dem Suchpfad (..\KVideoPlayer64\DirectX9) verwendet werden NICHT die WinApi.DirectDraw!

[EWeiss]

Zitat:

was bedeutet dort wird tatsächlich die untergeschobene DirectDraw Unit verwendet.

Du verstehst es immer noch nicht .. Sorry.
Es wird die Unit Winapi.DirectDraw geöffnet unabhängig davon das tatsächlich die untergeschobene DirectDraw Unit verwendet wird.

Verwende das Menu Cursor auf (unit SearchPathPriority) DirectDraw. Datei beim Cursor öffnen.
Was wird geöffnet?

Bei mir ist es die WinApi.DirectDraw es muss aber deine untergeschobene DirectDraw Unit sein.

gruss

[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.

[Schokohase]

Probiere es aus und du wirst überraschst sein, wie unterschiedlich sich doch die IDE und der Compiler verhalten.

Ich muss zugeben, dass ich zunächst auch erst darauf reingefallen bin, aber beim Ausführen war es doch so wie gedacht.

[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

[EWeiss]

Zitat von Schokohase:

Probiere es aus und du wirst überraschst sein, wie unterschiedlich sich doch die IDE und der Compiler verhalten.
Ich muss zugeben, dass ich zunächst auch erst darauf reingefallen bin, aber beim Ausführen war es doch so wie gedacht.

Hallo?
Ich habe es ausprobiert sonst würde ich es nicht posten.
Dein Projekt öffnet WinApi.DirectDraw.
Ich hoffe du kannst ein Bild lesen ?

PS:
Bei mir hingegen steht DirectDraw und wird mit Winapi.DirectDraw geöffnet.

gruss

[Schokohase]

@Uwe Raabe

Das ist aber nicht die Ursache für dieses Problem.

Bei Unit-Gültigkeitsbereichsnamen ist u.a. der Eintrag Winapi enthalten.
Wird jetzt die Unit DirectDraw über den Suchpfad gesucht, dann wird erst nach Units mit dem Namen Winapi.DirectDraw gesucht und ja auch gefunden, die aber gar nicht gewollt sind. Erst wenn keine Winapi.DirectDraw gefunden würde, dann würde nur nach DirectDraw gesucht.

Benennt man die modifizierte Unit aber nach Winapi.DirectDraw um, dann wird diese auch gefunden und verwendet.

[Schokohase]

@Emil

Du sollst das Beispiel-Projekt in der Konfiguration RoutedDirectX9mod erzeugen und ausführen. Dann - und nur dann - wirst du sehen, dass die DirectDraw aus dem Ordner .\DirectX9mod verwendet wurde.

Nochmal: Nur beim Ausführen wirst du es sehen!
Nochmal: Nur beim Ausführen wirst du es sehen! - Nicht in der IDE

Zeigst du mir zum Beweis jetzt wieder Screenshots von der IDE ... dann lies es bitte nochmal

[EWeiss]

Zitat von Schokohase:

@Emil
Ziegst du mir zum Beweis Screenshots von der IDE ... dann lies es bitte nochmal

Ich verstehe was du meinst.
Aber genau darum geht es mir um nichts anderes.

Mein Unverständnis ist folgendes..

Wenn ich debugge und möchte eine Unit aus meinem Pfad öffnen was tue ich? Richtig ich klicke auf den Namespace und sage Datei beim Cursor öffnen.

Nun und du glaubst das ist normal wenn dann die falsche geöffnet wird?
Darum geht es mir um nichts anderes.. welche Unit letztendlich wirklich beim Kompilieren verwendet wird mag mal dahingestellt sein.
Wenn ich Anfänger wäre dann würde ich schon alleine daran verzweifeln weil immer die FALSCHE Unit geöffnet wird.
Stell dir vor man achtet nicht darauf und fängt dann an diese Unit zu bearbeiten.

gruss

[Schokohase]

@Emil

Da bin ich ganz nah bei dir.

Ja, die IDE verhält sich da sehr seltsam und das gehört behoben.