vbs fehler (2 Viewers)

[mrbonsen]

bin ratlos da bis gestern funktionierte.
nun kommt diese fehlermeldung. (screen)
aber unter "ausführen" -> C:\Program Files\Samurize\client.exe i=cover c=cover.ini - funktioniert dieser befehl.

gestern (bevor fehler bemerkte) hatte ich 3-4 verschiedenen gif animations software getestet. waren aber portable.
vermute da vielleicht einen zusammenhang.

vielleicht hat auch jemand idee woran liegt.
andere vbs scripte funktionieren wiederum.

z.b.

Set objWMIService = GetObject("winmgmts:{impersonationLevel=impersonate}!\\.\root\cimv2")
Set colProcess = objWMIService.ExecQuery ("Select * from Win32_Process Where Name = 'explorer.exe'")
For Each objProcess in colProcess
  objProcess.Terminate()
Next
Set objProcess = objWMIService.Get("Win32_Process")
intReturn = objProcess.Create ("explorer.exe","",SW_NORMAL)

will mit diesem beispiel sagen, das "windows script host" augenscheinlich nicht im arsch ist

aso, win10 pro (64)

 

[mrbonsen]

mhhh, habe stundenlang google bemüht und die tollsten "lösungsansätze" oder "schlaue" artikel studiert . . . ohne erfolg.
was mir immer wieder durch den kopf geht ? wieso funktioniert der befehl über eingabeaufforderung

ich glaube wirklich "gimp" oder anderes gif tool hat mir beim testen irgend ein reg eintrag versaut.
vermute das die "filter" einschl. erstellung der anim. gifs über diverse scripte laufen.
einer davon wars dann.

 

[Zoidberg77]

Er meckert doch über Zeile 3, also die erste Zeile mit client.exe? Vermutlich , weil die zweiten Anführungszeichen hinter .exe gehören und nicht hinter die Parameter ;-)

 

[mrbonsen]

ok, versuch ist es wert.
kann erst mittwoch an meinen pc ran. nutze grad nochmal letzte ski urlaub bevor der osterwahnsinn losgeht.

frage bleibt trotzdem, warum funktionierte dieser befehl jahre und seit 2 tagen nicht mehr.

 

[mrbonsen]

Er meckert doch über Zeile 3, also die erste Zeile mit client.exe? Vermutlich , weil die zweiten Anführungszeichen hinter .exe gehören und nicht hinter die Parameter ;-)

bringt nichts, da kommt fehler zeile 3 zeichen 53.

ich muss irgenwo anders ursache suchen.

 

[larry_S]

Dann fügt doch nochmal dein geändertes Script mit ein. Ansonsten lässt sich zu Zeile 3 Zeichen 53 nichts sagen.

 

[mrbonsen]

edit.
screen 2 habe ich wie abgebildet auch schon getestet.
diese verdammte kacke startet doch über "ausführen" wieso geht da vbs nicht.
selbst die verlinkung (screen2) startet durch doppelclick.

muss noch erwähnen, das diese vbs scripte schon ca 15 jahre über XP/VISTA/WIN7/ und jetzt win10 genau so benutzt habe.
lediglich instanzen (i) namen haben sich mal geändert.

 

[larry_S]

Du darfst auch die Parameter nicht einfach hinten dran schreiben. Deshalb auch die Fehlermeldung "Anwendungsende erwartet"
Probier es mal so:

wshshell.run chr(34) & "C:\Program Files\Samurize\client.exe" & chr(34) & " i=cover c=cover.ini"

 

[mrbonsen]

muss ich verstehen, wieso es so funktioniert ?

was ist passiert, das die alten parameter bis vor einer woche noch auf win10 genauso funktionierten.
auf win7 auch genau so noch funzt ?

bin fast geneigt zu sagen "sche****ss" drauf, deine variante funktioniert und ich bedanke mich.

EDIT:
andersherum hatte ich ja auch gleichen fehler.
deine zeile übernommen und schliessen funzt nun auch
wshshell.run chr(34) & "C:\Program Files\Samurize\client.exe" & chr(34) & " i=cover close"

 

[larry_S]

Ich kann mir ehrlich gesagt nicht vorstellen, dass das jemals funktioniert hat.
Sobald eine Leerstelle kommt, wird alles was dahinter kommt als Parameter verwendet. Es wurde als versucht C:\Program zu starten. Das lässt sich nur mit den Anführungszeichen lösen.
Kann es sein, das du die Anwendung vorher im Scripte mit C:\Programme\... angesprochen hattest und daher kein Leerzeichen drin hattest?