Die findftp funzt auch bei mir. Dein Hinweis auf HKCR\eut brachte sogar Erleuchtung bei den Optionen (hier fehlt mir ein smiley mit Glühbirne). Fein fein.

Wenn du schon so hemmungslos in der Registry wucherst, kannste auch "Allfiles" auf 1 setzen und "Programfiles" auf 0. Wie man das Häkchen bei drive/Festplatte setzt, ist mir allerdings verborgen geblieben. :confused:

:lach:

Ich warte mal mit Spannung die weitere Entwicklung ab.

Hi,
also wenn ich es jetzt richtig verstanden hatte, dass man nur die ftpfind.bat ausführen muss um eScan zu installieren, dann funktioniert die ftpfind.bat bei mir leider nicht. :o
Ausführen läuft, er legt den x_bases ordner an, lässt mich nen server zum downloaden auswählen, behauptet alles hätte geklappt. (mwav.exe befindet sich auch unter C:, bin ja als admin unterwegs. ;))
Findet dann aber die mwav.exe nicht. (Meldet zigmal "Das System konnte den angegebenen Pfad nicht finden)
[EDIT: Das Problem löst sich in Wohlgefallen, wenn ich in der letzten Zeile des :extract die "mwav.exe /MEM /FS" mit "%systemdrive%\mwav.exe /MEM /FS" ersetze. Was das bedeutet müsst ihr jetzt wissen. ;)
Doppeledit: Die ftpfind.bat in C: auszuführen funktioniert natürlich auch. Naja, immerhin hab ich schonmal demonstriert, warum man darüber nachdenken sollte die Pfade absolut anzugeben. :D/EDIT]

Bricht allerdings auch nicht ab, sondern versucht die ftpfind.bat ohne mwav.exe weiter auszuführen.

Meldet dann zuletzt:
Es wäre daher vllt gut, wenn man bei Problemen solcher Art die ftpfind.bat abbricht. DAU wird sich freuen, dass da steht, dass alles geklappt hat und nciht darauf achten, dass gewisse Prozesse (zb eScan ;)) überhaupt nicht ausgeführt wurden. ;)

lg myrtille

Ich denke mal, du hast die Antwort schon gegeben:Die batch sucht ohne %systemdrive% in dem Verzeichnis nach mwav.exe, wo dem aus sie gestartet wurde. Ist das nicht c:\, findet sie nix. Abhilfe schafft deine Lösung: %systemdrive%\mwav.exe, alternativ könnte man auch am Anfang ein "cd\" einfügen.

Gruß

Gut, dass es hier professionelle Tester gibt. Bei durchschnittlichen Anwendern hätte die Batch vermutlich einfach funktioniert, bei Euch natürlich nicht. Ich werde mal die Pfade noch absichern. Ich frag mich nur, wieso ich die Batch von einer anderen Partition (sogar einer anderen HDD) erfolgreich laufen lassen konnte und ihr schaut die Batch nur schräg an und schon will sie nicht mehr. :confused: Naja, besser das kommt jetzt zum Vorschein, als später, wenn die Batch auf die Menschheit losgelassen wird.

Nochmals Danke für Testen (und auch für die Fehlereingrenzung). Ich hoffe Ihr freut Euch schon auf die nächste Version :D

Gruß

Marc

Edit:

Guter Einwand. Hatte ich glatt vergessen.

Das ist nur ein Art unnötiger Absicherung. Bei geöffnetem eScan bewirkt das Ändern! von drive auf 1 das Setzen des Häkchens. Ist eigentlich egal, da per default All drives gesetzt ist.

Edit 2:
Prüfungen, ob die einzelnen Schritte auch wirklich geklappt haben müssen natürlich auch noch rein. Das wird gerade im Fall des Updates etwas knifflig werden, da die download.exe nichts von Errorleveln weiss.

Ach ja, falls es jemanden interessiert, hier sind die Startparameter von escan:

Ich hoffe soweit ist alles in Ordnung.

• Durch Vergleich der Dateigröße auf dem Server und dem Rechner wird überprüft, ob der DL erfolgreich war
• Das Entpacken wird überprüft, indem einige Dateien aus dem Archiv gesucht werden
• Möglichkeit im Menü auch "Entpacken" und "Update" zu wählen
• AllFiles und ProgramFiles gemäß ordells Wunsch gesetzt
• Directory-Problem (hoffentlich) gelöst

Nur, wie geht es jetzt weiter? Any ideas?

Gruß

Marc

Download neue Version: File-Upload.net - Ihr kostenloser File Hoster!

Hi. :D
Ich mach das nicht absichtlich wirklich. :D Aaaaaaaaaaaaaaaaaaaaaaabbeeeeeeeeeeeeeeeeeer:
Beim Vergleich der Größen ist bei mir leider Ende:
Anstatt, dass er die Größen vergleicht, erhalte ich für die mwav.exe auf C: leider nur ein "ECHO ist ausgeschaltet. (OFF)" und keine Größe zurück. (Dann kommt die Fehlermeldung, aber danach wird der eScan korrekt entpackt und upgedatet.)
Da ich die Zeile in der Bat auch gar nicht versteh, habe ich keine Ahnung woran das liegt. ;)

Das Problem mit der mwav.exe gibts immernoch, wenn ich direkt "extract" wähle. ;) (Lad ich Datei erst vom Server funktioniert es aber.)
Und zu guter letzt fiel mir noch auf, dass bei noextr steht:
Die Option 3 ist dokumentiert. ;) Das "nicht dokumentiert" kann man dann vllt einfach streichen. :)

lg myrtille

:snyper: :D

Ich mach mich auf die Suche...

Auch das werde ich überprüfen ...

Ok, danke.

Gruß

Marc

Edit:

Könntest Du die Ausgabe der Batch vllt in eine Datei umleiten und mir das zukommen lassen?

findftp.bat > %systemdrive%\findftp.log

Edit2:
Hast Du Server 1 gewählt gehabt?

Hallo zusammen,

meine Vermutung: %systemdrive% am Anfang der batch (Zeile 10) allein ist zu ungenau. Hier ist nicht klar, in welchem Verzeichnis die batch arbeitet. Mal ein Bsp.:

Unterstellt %systemdrive%=C:\:

- %systemdrive% über GUI-Ausführen/bzw. Windows-Explorer eingegeben landet auf stets auf C:\

- setze ich als Benutzervariable "cmdautorunpath"=D:\DVD und starte die Eingabeaufforderung, ergibt %systemdrive% die Ausgabe von D:\DVD> auf C:\%userprofile%> - also nicht C:\>

- starte ich die cmd.exe aus C:\windows\system32 heraus, ergibt %systemdrive% keine Änderung am Prompt, bleibt also auf C:\Windows\system32>

- springe ich anschließend in der Komandozeile z.B. auf E:\Temp und gebe dann %systemdrive% ein, lande ich im letzten Verzeichnis von mir verwendeten Verzeichnis auf c:\xyz>, in diesem Beispiel auf C:\Windows\system32>

- wieder anders bei einer batch:
-> von einer anderen Partition als C:\ aus gestartet, lande ich stets auf dem root C:\>, nicht aber, wenn ich die batch von C:\Windows aus starte, dann zeigt %systemdrive% keinerlei Wirkung

Alle Klarheiten beseitigt? :balla: :balla: :balla: Liegt vermutlich am Interpreter, k.A., wollte nach langer Rede auch nur sagen, dass %systemdrive% im Rahmen der Kommandozeile keineswegs eineindeutige Pfade ausspuckt. Hat zB Folgewirkungen, dass am Ende von :extract mwav.exe nicht gefunden wird und ebenso die Variable %lfsize% nicht angelegt wird.

Abhilfe schafft imho ein simples cd\ am Anfang der batch und nach dem %systemdrive%. Dann ist klar, man arbeitet am Stamm von C:\ Vllt. funktioniert ja auch dein englisches XP etwas anders Marc.

Finde es eine sehr gute Idee, den erfolgreichen Download per filesize zu prüfen.

Edit2: Frage zurückgezogen, hab die ftpfind selbst verbogen... :D

:daumenhoc
Mit ordells Änderung läufts bei mir jetzt auch durch. :D

Kleiner Vorschlag am Rande:
Bei Optionen 3 und 4 evtl nicht direkt zu der jeweiligen Aufgabe springen, sondern testen, dass die vorherigen Schritte auch durchgeführt worden sind.
Bei 3. ist das ja sozusagen dabei, da die Größe der Dateien angegeben wird, bei 4 wäre es aber evtl besser auf testextr zu springen als auf update.
Was meint ihr?

Wahrscheinlich ist es eh egal, da diese Optionen außer uns kaum einer benutzen dürfte. ;)
So würde man nur noch die Leute einfangen, die eScan bereits runtergeladen und durchgeführt haben, aber die Scan-Optionen "falsch" gesetzt hatten. (und jetzt mit aktuellen Signaturen nochmal scannen wollen)

lg myrtille

Ja, das Problem ist bekannt. Ich hatte nur am Anfang vergessen nach %systemdrive% das cd\ zu setzen. So far...

Die Sprungmarken 3 und 4 bearbeite ich gerade, da an dieser Stelle auch Informationen wie z.B. %wd% (das Arbeitsverzeichnis) fehlen.

Um die Größenangabe auch bei extract (Sprungmakre 3) zu testen, müsste ich das ganze etwas umbauen (da sonst auch die Datei noch mal geladen wird), also z.B. über eine extra Sprungmarke die ich dann jeweils per call aufrufe. Mal schauen wie das gehen könnte (ohne zuviele neue Fehlerquellen zu produzieren.

Die Updatefunktion ist nicht für "uns" gedacht (wenn die Einstellungen einmal gemacht sind, funktioniert das Update auch aus eScan heraus), sondern für den Fall, dass während des Updates die schöne Meldung "Download abgebrochen (oder "nicht erfolgreich") kommt. Dann kann der User nach Anweisung zur Updateprozedur springen, ohne das vorherige Prozedere am Hals zu haben.

Unter Umständen werde ich eine Logdatei einführen, die bei eventuellen Problemen die Diagnose erleichtert und vllt auch Parameter wie Dateigröße etc speichert.

Vielen Dank an Euch beide und alle anderen die hier helfen, die Sache zum laufen zu bekommen :daumenhoc

Gruß

Marc

Edit:

Ja, die sprungmarke 4 ist bei Entpackungstest vllt besser angesiedelt.
Für die dessen Updatefunktion nicht läuft (externe User) würde eine extra Batch reichen.

Bis auf den Größenvergleich bei Direktanwahl der Sprungmarke 3 (extract) habe ich jetzt hoffentlich alles erledigt. Kommentiert ist die Batch jetzt auch.

• Miniprotokollierung (%systemdrive%\find.log)
• größtenteils kommentiert
• Sprungmarke 4 auf testextr umgebogen
• Verzeichnisproblematik behoben (cd\)
• Abfrage in den Fehlermeldungen
• temporäre Datein werden jetzt am Ende gelöscht

File-Upload.net - Ihr kostenloser File Hoster!

Gruß

Marc

Edit:

Wenn dann hoffentliche die gröbsten Bugs beseitigt sind, bleibt immer noch die Frage, wie es weitergehen soll?
Soll der User von Hand in den abgesicherten Modus wechseln und dann auf dem Desktop (per /documents and settings/all users/desktop) eine Batch (oder einen Link) finden mit der er eScan startet....? Wann soll dann die Auswertung laufen, im abgesicherten Modus oder erst wieder im normalen Modus?

Fragen über Fragen...

Hi. :D
Ich mach das nicht absichtlich wirklich. :D Aaaaaaaaaaaaaaaaaaaaaaabbeeeeeeeeeeeeeeeeeer:
EDIT:
Es fehlt ein % bei systemdrive in ftp1, direkt in der ersten Zeile:
Doch noch was gefunden. :teufel3:
Ansosnten:


Es tut! :party: ;)


Was den Rest angeht:
Ich frag mal in meiner Unbedarftheit:
Wenn Malware die Dateien für den abgesicherten Modus löschen, bzw modifizieren kann, kann man dann nicht einfach, wie bei der mwav.exe auch einen Größenvergleich machen und schauen ob die Dateien noch da sind, die richtige Größe haben?
Oder nen Zähler bei jedem Booten hochzählen lassen und nach dem 5. Neustart die Batchdatei beenden?

Ansonsten sollte DAU gerade noch in der Lage sein 2 Batchdateien auszuführen und dazwischen in den abgesicherten Modus zu wechseln. ;)

lg myrtille:teufel3:

Dazu müsste man erstmal wissen, wie das mitdem abgesicherten Modus genau funktioniert. ATM ist mir nur klar, dass in die boot.ini die Option safeboot eingetragen werden muss.

Ich fürchte darauf wird es hinauslaufen falls sich nicht doch noch jemand hierher verläuft, der Ahnung vom abgesicherten Modus hat.

Gruß

Marc

Edit:
mir kam grad die Idee, dem User zumindest das Gefrickel mit F8 abzunehmen. Der Eintrag timeout=30 in der boot.ini führt dazu, dass dem User eine halbe Minute lang das Auswahlmenü angeziegt wird. Wenn er dann den abgesicherten Modus nicht findet, kann ihm auch keiner mehr helfen.

Da ich mir nicht sicher bin, ob du mein edit gesehen hast:
Never copy&paste! :kloppen: ;)

Hier fehlen Prozentzeichen (alles im ftp1, jeweils beim %system,drive%):
Fügt man die ein läuft es auch durch.

lg myrtille