[gelöst] $(TargetCmdLine) vs ExtractFilePath(Paramstr(0))

[kralle]

OS: Linux Mint 18.2 Cinnamon 64-Bit
FPC: 3.02
Laz: 1.9

Moin,

nach dem Compilieren soll eine Anwendung in "wine" gestartet werden und ich benutze deshalb den Aufruf "/usr/bin/wine $(TargetCmdLine)".

Jetzt liefert ein

Code: Alles auswählen

ExtractFilePath(Paramstr(0))

in der Anwendung nach dem Start unter Linux als Startpfad:
"/home/laz-user/projekte/Firebird Demo/linux/".
Für die Anwendung wenn sie für Windows erstellt wird, würde der Pfad
"/home/laz-user/projekte/Firebird Demo/win32/" bzw. "/home/laz-user/projekte/Firebird Demo/win64/" heißen.

Bei den Windowsversionen kommt es nach dem Compilieren aber zu der Fehlermeldung:

wine: cannot find '/home/laz-user/projekte/Firebird'

Das heißt der Pfad ist viel kürzer.
Warum?

Gruß HEiko

[wp_xyz]

Das Leerzeichen in "Firebird Demo"? Starte mal per:

Code: Alles auswählen

/usr/bin/wine "$(TargetCmdLine)"

[kralle]

Moin,

Das Leerzeichen in "Firebird Demo"? Starte mal per:

Code: Alles auswählen

/usr/bin/wine "$(TargetCmdLine)"

Aua, da würde ich jetzt nicht drauf gekommen. Danke.
Ist das Grundsätzlich bei allen Variablen so? Auch bei $(TargetOS) , $(BuildMode) usw?

Gruß Heiko

[wp_xyz]

Das hat nichts mit den Variablen zu tun, sondern mit der Shell, die einen Parameter mit Leerzeichen als zwei (oder mehr - je nach Anzahl der Leerzeichen) Parameter interpretiert. Durch die umschließenden Anführungszeichen wird der Shell mitgeteilt, dass es sich um einen einzigen Parameter handelt.

[kralle]

Moin,

Das hat nichts mit den Variablen zu tun, sondern mit der Shell, die einen Parameter mit Leerzeichen als zwei (oder mehr - je nach Anzahl der Leerzeichen) Parameter interpretiert. Durch die umschließenden Anführungszeichen wird der Shell mitgeteilt, dass es sich um einen einzigen Parameter handelt.

Okay, danke.
Gruß Heiko