.bat file problem nach update

[robwin8]

Nach dem letzten Update von WIN8.1 PRO lassen sich .BAT Files nicht mehr richtig
starten. Gemerkt habe ich dass, da bestimmte Programme (z.B. Eclipse) nicht mehr
richtig funktionieren, weil sie batchfiles aufrufen z.B. zum Kompilieren.

Also habe ich ein simples Test batchfile erzeugt. Das konnte man vor dem Update
einfach anklicken , dann lief es. Jetzt ist es anders:

Der Stand ist folgender:

Batch File doppelklicken: Fehlermeldung in Box: "xyz.bat konnte nicht gefunden werden. Stelle
Sie sicher, dass Sie den Name richtig ....usw. ."
(es ist aber da , konnte ja draufklicken)

Batch File als Administartor ausführen (rechte Maus Taste): Batchfile funktioniert.

Batch File über Kommandoeingabe ausführen : Batchfile funktioniert.

Batch File über Verknüpfung mit "Start als Administrator" starten: Batchfile funktioniert.

Nach dem Rückholen des alten Status mit Systemwiederherstellung von VOR dem update,
war alles wieder in Ordnung.
Da dann aber automatisch wieder das Updaten startet, klappt das Batchfile nun wieder
nicht mehr.

In der Registry hat sich an den Stellen, die sich für mich als wichtig für das Batchfiles und
CMDfiles darstellen , nichts geändert durch das update. Konnte das auch mit einem
zweiten PC, allerdings mit WIN8.1 (ohne PRO) verifizieren.

Ich führe das Verhalten auf das Update zurück.

Hat jemand ähnliche Erfahrungen gemacht ? Weiß jemand wie man das Problem behebt ?

Danke.

 

[jens aus B]

also hier gibt es ja Hilfe für WIN7 ... die funktionieren aber auch "meist" für Win8 / 8.1

evcentuell iss ja wirklich was verstellt in den Reg-Einträgen - kannst ja mal vergleichen

iss nur ne Idee

File Association Fixes for Windows 7 - The Winhelponline Blog

gruß

 

[vdh1975]

Gibt es auch direkt für Win 8:

File Association Fixes for Windows 8 - The Winhelponline Blog

 

[robwin8]

Danke, aber das hatte ich schon versucht , ohne Erfolg.
Wie gesagt, konnte die Registry Daten mit einem zweite WIN8.1 PC
vergleichen.

Wenn man KB2919355 ,(KB2922229 und KB2936068) deinstalliert, geht alles wieder!!!

 

[robwin8]

Das Problem ist gelöst.

Das besagte Update nimmt vermutlich übel, wenn man mehr als einen Pfad
in COMSPEC stehen hat. Der Version vor dem Update war das wahrscheinlich
egal. Es darf also nur der Pfad zum CMD.EXE dort auftauchen.

 

[areiland]

Es war eigentlich schon immer so, dass Comspec nur den gültigen Pfad zum Kommandointerpreter enthalten darf. Schliesslich muss Windows ja zweifelsfrei wissen wo der verwendete Kommaninterpreter steht.

 

[robwin8]

Naja, hinterher kann man immer schlauer sein!

Gebe aber zu bedenken,
warum hat es bisher trotzdem einwandfrei funktioniert ?
Warum klappte der Aufruf trotzdem mit den anderen erwähnten Mehoden?
Das ist schon was geändert worden im letzten Update und wer schaut denn schon
nur so mal nach ob die entsprechenden Variablen richtig bestückt sind und ob
irged ein Tool sich da eingeklinkt hat?

Aber ich will das jetzt gar nicht mehr wissen, Hauptsache es geht jetzt wieder!

 

[areiland]

Der Doppelklick führt dazu, dass das assoziierte Programm gestartet werden soll - also Cmd.exe, die aber in einer ungültigen Comspec Variable angegeben ist.
Der Aufruf "Als Administrator ausführen" (ist der gleiche Aufruf wie das in der Verknüpfung eingestellte "Als Administrator") übergibt direkt an Cmd.exe, der Aufruf ist also nicht abhängig von %Comspec%. Rufst Du die Batchdatei in einer Eingabeaufforderung auf, dann kommt %Comspec% ebenfalls nicht zum Tragen, weil der Kommandointerpreter hier ja schon läuft.

Wenn %Comspec% falsch deklariert wurde, dann laste das bitte Deinen Programmen an, denn eines von denen muss die Variable verhunzt haben.