Batch-Datei funktioniert nicht, wenn sie über „als Administrator ausführen“ gestartet wird

Hallo,

Peter II schrieb:
> mach doch mal eine CMD als Administrator auf und starte dort das Batch.

wenn ich eine Eingabeaufforderung mit Administratorberechtigung starte 
und die Stapelverarbeitungsdatei aufrufe funktioniert so weit alles 
ordnungsgemäß. Hierbei spielt es keine Rolle, ob ich die 
Stapelverarbeitung mit der vollen Pfadangabe aufrufe oder in den 
entsprechenden Ordner wechsle und die Datei ohne Pfadangabe aufrufe. Im 
ersten Fall muss der Pfad natürlich in Anführungszeichen stehen.

Wenn ich eine Eingabeaufforderung unter einem normalen Benutzer starte 
und die Stapelverarbeitung über "runas" mit Admin-Berechtigung starte 
tritt der in meinem Eingangsbeitrag beschriebene Fehler auch auf. 
Hierbei spielt es keine Rolle, ob ich die Stapelverarbeitungsdatei mit 
oder ohne Pfadangabe aufrufe.

wendelsberg schrieb:
> Das steht doch ganz klar in der Fehlermeldung:

Naja, das die Stapelverarbeitungsdatei aufgrund des Leerzeichens nicht 
gefunden wird ist mir durchaus klar. Auf Leerzeichen zu verzichten ist 
jedoch auch nicht "das Gelbe vom Ei".

Mit freundlichen Grüßen
Guido

wendelsberg schrieb:
> Auch heute noch gilt: Leerzeichen, Sonderzeichen und Umlaute haben in
> Datei- und Verzeichnisnamen nicht vorzukommen.

das sollte kein Problem sein, solange man solche argumente in 
Anführungszeichen angibt. Bei "Run as admin" scheint das nicht zu 
passieren.

Interessanterweise wirken bei Pfaden mit "&" scheinbar nicht das durch 
googeln angedachte

1

cd /d "%~dp0"

Also mein Tipp: keine Sonderzeichen im Pfad des Batch-Files. Leerzeichen 
sind nicht das Problem

Timmo H. schrieb:
> Interessanterweise wirken bei Pfaden mit "&" scheinbar nicht das
> durch
> googeln angedachtecd /d "%~dp0"
> Also mein Tipp: keine Sonderzeichen im Pfad des Batch-Files. Leerzeichen
> sind nicht das Problem

tatsache - ohne & gehts.

eine Sache kommt mir komisch vor:

in der registry unter batfile steht bei
shell/open/command    "%1" %*

unter shell/runas/command steht   %SystemRoot%\System32\cmd.exe /C "%1" 
%*


bei exefile ist es beides gleich. Der runas befehl kann scheinbar keine 
Dateitypzuordnungen auflösen und so wird der umweg über die cmd gemacht.
die allerdings interpretiert das '&' als Verkettung mehrerer Befehle.

Auszug aus der cmd-Hilfe:

1

Wird /C oder /K angegeben, wird der Rest der Befehlszeile nach der Option als

2

Befehlszeile verarbeitet, wobei folgende Logik zur Verarbeitung des doppelten

3

Anführungszeichens (") gilt:

4

5

    1.  Sind alle folgenden Bedingungen erfüllt, wird ein doppeltes

6

        Anführungszeichen auf der Befehlszeile beibehalten:

7

8

        - keine Option "/S"

9

        - genau zwei doppelte Anführungszeichen

10

        - keines der folgenden Zeichen zwischen den doppelten

11

          Anführungszeichen: &<>()@^|

12

        - es ist mindestens ein Leerzeichen zwischen den doppelten

13

          Anführungszeichen

14

        - die Zeichenfolge zwischen den doppelten Anführungszeichen ist der

15

          Name einer ausführbaren Datei

16

17

    2.  Ist dies nicht der Fall, wird bei einem doppelten Anführungszeichen

18

        als erstem Zeichen sowohl dieses, als auch das letzte doppelte

19

        Anführungszeichen entfernt (und der Rest der Befehlszeile bei-

20

        behalten).

Hallo,

vielen Dank für Eure Unterstützung.

Timmo H. schrieb:
> Also mein Tipp: keine Sonderzeichen im Pfad des Batch-Files. Leerzeichen
> sind nicht das Problem

Stimmt, das "&"-Zeichen ist schuld an der Misere. Zumindest darf ich/man 
die Leerzeichen benutzen. Mein Ordner heißt ab sofort "Infos und Dokus".

Mit freundlichen Grüßen
Guido