%Commander_Path% und die Kommandozeile

[Sir_SiLvA]

mir ist gerade aufgefallen das wenn ich über die Kommandozeile eine
weitere Instanz des TCs starte die woanders liegt als die laufende
(zbsp "c:\pfad\totalcmd.exe /i=%commander_path%\settings.ini
/f=%commander_path%\ftps.ini")
wird %commander_Path% mit dem aktuellen inhalt ersetzt anstatt es
als %commander_path% zu übergeben.

Bleibt das so oder wird das in der nächsten version behoben?

[norfie]

[sqa_wizard]

%commander_path% als startparameter funktioniert nur, wenn du es direkt aus TC startest (die Variable ist nur im TC eigenen Umfeld (Environment) bekannt.

Funktioniert also als Button oder Starter-Menü Eintrag, aber nicht als Windows Shortcut !

[Sheepdog]

aber nicht als Windows Shortcut !

Im Gegenteil: Wenn man mit IniReloc den Pfad zur wincmd.ini auf %Commander_path%\ini\wincmd.ini gesetzt hat und man startet das Installationsprogramm (für die neuere Version) nicht aus dem TC heraus, dann stürzt die Installation ganz prima ab. Logisch, weil die wincmd.ini im Nirwana (leere Variable) gesucht wird.

sheepdog

[Sir_SiLvA]

also irgendwie versteht ihr mich nich

erstens:
eine TC instanz ist gestartet

zweitens:
von dieser TC instanz wird über Commandozeile
(die Zeile unten wo man/frau text eingeben kann)
eine zweite tc instanz gestartet die in einem anderen verzeichnis liegt und andere Ini Dateien benutzt. um das n bischen einfacher zu machen übergab
ich beim starten die Paramter /i und /f mit %CommanderPath%
stellte dann aber fest das sie hier durch die %commanderPath%-Werte der ersten TC instanz ersetzt werden was irgendwie nicht sinn der Sache ist.

Mein Wunsch darum für die nächste TC Version, bevor %Commander_Path% ersetzt wird überprüfen ob es hinter /f oder /i steht und dann nicht ersetzen

[norfie]

[Sir_SiLvA]

2Sir_SiLvA

also Dein erstes Beispiel wird zu

Code: Select all

c:\pfad\totalcmd.exe /i=.\settings.ini  /f=.\ftps.ini

Alles klar?

wieder was gelernt - danke!