Hallo,
ich habe ein CC das eine Verknüpfung zu einer Exe-Datei auf einem Netzlaufwerk anlegt.
Wird dieses CC unter Windows XP ausgeführt, so wird der Link ganz normal bei
%SHELLFOLDER_COMMON_DESKTOP angelegt.
Wird das gleiche CC unter Windows 7 ausgeführt, so wird der Link zwar erst einmal auch an der
richtigen Stelle angelegt. In der Zeile für den Programmaufruf werden allerdings die Leerzeichen
zu Unterstrichen umgewandelt, so dass der Pfad ungültig ist.
Beispiel aus:
r:\allgemein\SEPA Account Converter\SEPA Account Converter.exe
wird
r:\allgemein\SEPA_Account_Converter\SEPA_Account_Converter.exe
Das Setzen der Pfadangabe in " " hat übrigens nicht geholfen.
Kennt jemand dieses Problem und kann mir helfen ??
Mit freundlichen Grüßen
Grumphy
Verknüpfung anlegen: Leerzeichen werden zu Unterstrichen
-
- Beiträge: 11
- Registriert: Fr Feb 24, 2012 12:40 pm
Setzt du die aktuelle Version ein? Bei mir klappt das ohne Probleme und ich benötige auch keine Anführungsstriche in der Kommando-Zeile. Version 3.8.12
Hallo Thomas,
ja, wir setzen hier die aktuelle Version (3.8.12 Version 3.8 Build 10402) ein.
Hatte gehofft, dass sich das Problem vielleicht mit dem Release der Version 4.0 löst.
Das sollte ja eigentlich laut Aussage beim Anwendertreffen in der 17. Kalenderwoche
ausgerollt werden.
ja, wir setzen hier die aktuelle Version (3.8.12 Version 3.8 Build 10402) ein.
Hatte gehofft, dass sich das Problem vielleicht mit dem Release der Version 4.0 löst.
Das sollte ja eigentlich laut Aussage beim Anwendertreffen in der 17. Kalenderwoche
ausgerollt werden.
Seit gestern ist sie endlich verfügbar.Grumphy hat geschrieben:Hatte gehofft, dass sich das Problem vielleicht mit dem Release der Version 4.0 löst.
Das sollte ja eigentlich laut Aussage beim Anwendertreffen in der 17. Kalenderwoche
ausgerollt werden.
Hallo,
hat eine Weile gedauert bis ich mal wieder Zeit hatte, mich um dieses Problem zu kümmern.
Wir haben inzwischen auf ACMP 4.0 geupdatet.
Leider besteht das Problem immer noch. Jetzt allerdings auch schon bei Windows XP.
Ich kann zwar sehen, dass sich viele dieses Posting angucken, aber mich würde mal interessieren,
ob ich der einzige mit diesem Problem bin oder ob jemand einen Lösungsvorschlag hat.
Ansosnten bleibt mir wohl nur wieder der Weg über den Support.
Hier ein paar Bilder zum Verdeutlichen des Problems.
hat eine Weile gedauert bis ich mal wieder Zeit hatte, mich um dieses Problem zu kümmern.
Wir haben inzwischen auf ACMP 4.0 geupdatet.
Leider besteht das Problem immer noch. Jetzt allerdings auch schon bei Windows XP.
Ich kann zwar sehen, dass sich viele dieses Posting angucken, aber mich würde mal interessieren,
ob ich der einzige mit diesem Problem bin oder ob jemand einen Lösungsvorschlag hat.
Ansosnten bleibt mir wohl nur wieder der Weg über den Support.
Hier ein paar Bilder zum Verdeutlichen des Problems.
- Dateianhänge
-
- So sieht der ClientCommand-Befehl aus.
Laufwerk R: bezieht sich hier auf eine Microsoft-Server-Netzwerkfreigabe die als Laufwerk R: bei allen PCs gemountet ist. - Verknüpfung-Anlegen_Skript.jpg (81.73 KiB) 18443 mal betrachtet
- So sieht der ClientCommand-Befehl aus.
-
- Das ist das Ergebnis, wenn das Skript im Editor ausgeführt wird. Alles ist schön und das Programm lässt sich starten.
- Verknüpfung-Anlegen_Ergebnis aus Editor.jpg (94.63 KiB) 18443 mal betrachtet
-
- Das ist das Ergebnis, wenn das Skript über den Command Launcher (vom gleichen Nutzer wie im Editor) ausgeführt wird. Dateiname und Pfad wird auf 8 Zeichen gekürzt und die Leerzeichen
wurden durch Unterstriche ersetzt. Das Programm kann nicht gefunden werden und startet somit nicht. - Verknüpfung-Anlegen_Ergebnis aus CommandLauncher.jpg (85.89 KiB) 18443 mal betrachtet
- Das ist das Ergebnis, wenn das Skript über den Command Launcher (vom gleichen Nutzer wie im Editor) ausgeführt wird. Dateiname und Pfad wird auf 8 Zeichen gekürzt und die Leerzeichen
@hschriek
Naja,
das kann schon an einer Windows-Funktion liegen. Aber wenn das ClientCommand
diese Routine im Editor anders ausführt als über den CommandLauncher, dann ist
mir damit eigentlich nicht geholfen. Geplant ist, das durch Systembetreuer Vor-Ort
ein Softwareinstallation per Auswahl im CommandLauncher durchgeführt werden kann.
Ansosnten bleibt mir ja wieder nur die Möglichkeit per Login-Skript nachzuprüfen ob
eine Software installiert ist und dann ggf. mit dem guten alten xcopy den Link aus
einem Share auf den Desktop zu kopieren.
Diese Krücken wollte ich eigentlich mit ACMP abschaffen....
Gruß
Grumphy
Naja,
das kann schon an einer Windows-Funktion liegen. Aber wenn das ClientCommand
diese Routine im Editor anders ausführt als über den CommandLauncher, dann ist
mir damit eigentlich nicht geholfen. Geplant ist, das durch Systembetreuer Vor-Ort
ein Softwareinstallation per Auswahl im CommandLauncher durchgeführt werden kann.
Ansosnten bleibt mir ja wieder nur die Möglichkeit per Login-Skript nachzuprüfen ob
eine Software installiert ist und dann ggf. mit dem guten alten xcopy den Link aus
einem Share auf den Desktop zu kopieren.
Diese Krücken wollte ich eigentlich mit ACMP abschaffen....
Gruß
Grumphy
Microsoft hat hier dieses Problem gut erklärt und bietet
auch eine Lösung (durchs Knie ins Auge) an.
http://support.microsoft.com/kb/263324
auch eine Lösung (durchs Knie ins Auge) an.
http://support.microsoft.com/kb/263324
Danke für die Info.
Ich habe mir jetzt einen Workaround gebastelt.
Ich prüfe erst im CC ab, ob auf dem Netzlaufwerk der Ordner vorhanden ist.
Ist dies nicht der Fall, so wird das Netzlaufwerk (hier r: getrennt (Fehler werden
ignoriert)) und anschließend wieder verbunden.
So kann ich sicher sein, dass zum Zeitpunkt der Ausführung des CC auch die
Netzlaufwerk zur Verfügung steht.
Ich habe mir jetzt einen Workaround gebastelt.
Ich prüfe erst im CC ab, ob auf dem Netzlaufwerk der Ordner vorhanden ist.
Ist dies nicht der Fall, so wird das Netzlaufwerk (hier r: getrennt (Fehler werden
ignoriert)) und anschließend wieder verbunden.
So kann ich sicher sein, dass zum Zeitpunkt der Ausführung des CC auch die
Netzlaufwerk zur Verfügung steht.