Delphi 12 parallel mit Delphi 11: Windows-PATH Probleme

[himitsu]

Die Dateien darin haben normal eine Versionsnummer im Dateinamen, so dass es "eigentlich" nicht zu Konflikten kommt.


Suchpfade zu Packages sind schon etwas wichtig.

Normals werden DesignTimePackages in der Registry eingetragen,
worüber Delphi diese lädt.

Jetzt kommt es auf die Reihenfolge drauf an und ob auch z.B. unregistrierte Runtimepackages geladen werden müssen. (leider hat Windows standardmäßig nicht das aktuelle Verzeichnis der DLL/BPL in seinen DLL-Suchpfaden drin, für dessen Abhängigkeiten aka Imports/Requires)

Lädt eine der geladenen DLL/BPL eine andere DLL/BPL, dann ist es egal, ob sie in der Registry drin steht (die kennt Windows nicht), denn es wird ausschließlich der DLL-Suchpfad des Windows benutzt, inkl. der %PATH%-Variable.
https://learn.microsoft.com/de-de/wi...y-search-order



Wenn man sich aktuell ins QUALITY einloggen könnte, dann wäre es möglich einen seit Jahren unbeantworteten Bugreport/Featruerequest zu diesem Thema zu finden.

[ManuelGurski]

Ich war eigentlich ganz sicher, dass ich alle Packages auf {$LIBSUFFIX AUTO} umgestellt hatte...

Der Hinweis von himitsu hat mich aber nochmal nachschauen lassen, weil ich eigentlich auch überzeugt war, dass es hier nicht zu Konflikten kommen kann.
Und tatsächlich hatte ich ein Package vergessen, dass dann mit *280.bpl in den Ordner für Delphi 12 kompiliert wurde. Das hat Delphi 11 dann beim starten gefunden und wollte die darin referenzierte rtl290.bpl von Delphi 12 laden, was natürlich nicht geht.

Bezüglich meiner Lösung konnte ich nicht validieren, dass die Platzhalter (z.B. %BDS%) im PATH tatsächlich von Windows bei der Suche nach Dateien aufgelöst werden.
Ich habe das mal auf der Kommandozeile simuliert in dem ich BDS=C:\Temp definiert habe und dann eine Project1.exe nach C:\Temp\bin\ kopiert habe.
Wenn ich Project1.exe dann versucht habe aufzurufen, hat Windows die nicht gefunden.

Ich habe die Standard-Pfade wiederhergestellt. Jetzt läuft wieder alles parallel.

Für das Problem mit der langen PATH-Variable setzen ich seit längerem:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro l\FileSystem]
"LongPathsEnabled"=dword:00000001

[PeterPanino]

Zitat von himitsu:

Die Dateien darin haben normal eine Versionsnummer im Dateinamen, so dass es "eigentlich" nicht zu Konflikten kommt.


Suchpfade zu Packages sind schon etwas wichtig.

Du meinst: Suchpfade zu den Quelldateien?

[himitsu]

Nein, diese stehen normal nicht im globalen %PATH%.

Aber z.B. die BPLs und von einigedn/vielen Komponenten auch in den DLLs.