Hallo zusammen,

mir fällt immer wieder auf, dass die Hilfesuchenden die Anleitung von escan nicht richtig befolgen. Knackpunkt ist meist das entzippen der mwav.exe. Das liegt in erster Linie am ungenauen Lesen, aber ich denke, dieser wichtige Punkt (Folgewirkung find.bat, es haut nur selten auf Anhieb hin) verdient noch mehr Aufmerksamkeit in der Anleitung. Vllt. sollte man zusätzlich darauf hinweisen, dass die mwav.exe keinesfalls direkt auszuführen ist. Viele User scheinen nicht zu wissen, dass es auch entzippbare *.exe-Archive gibt. Gruß

Eigentlich ist das egal, ob man die EXE manuell entpackt, oder direkt ausführt. Die Find.bat sucht nach der mwav.log und wenn eine solche Datei gefunden wird, sollte sie auch korrekt ausgelesen werden. Anzumerken ist u.U. dass die Datei natürlich Admin-Rechte braucht, da das Ergebnis direkt auf der Systemplatte gespeichert wird.
Aber vielleicht mag das mal jemand testen und dann exakt schreiben, was nicht funktioniert....

Hallo Haui45,

das Problem beim direkten Entpacken der mwav.exe ist, dass sie automatisch in das %userprofile%-Temp oder %systemroot%-Temp Verzeichnis (bin mir nicht ganz sicher) entpackt, aber nicht nach bases_x. Alternativ läßt sich freilich die find.bat anpassen.

Zitat von ordell1234

Hallo Haui45,

das Problem beim direkten Entpacken der mwav.exe ist, dass sie automatisch in das %userprofile%-Temp oder %systemroot%-Temp Verzeichnis (bin mir nicht ganz sicher) entpackt, aber nicht nach bases_x. Alternativ läßt sich freilich die find.bat anpassen.

Ich weiß, dass sich die EXE nach einem Doppelklick automatisch in ein temporäres Verzeichnis kopiert, aber darum sucht die Find.bat ja auch auf der ganzen Systemplatte danach, falls die mwav.log nicht in c:\bases_x liegt...

Ja, du hast recht. Sorry for that. Bin immer davon ausgegangen, das find.bat das log im Ordner bases_x voraussetzt. Blödsinn. Keine Ahnung, warum es die TO zu 90 Prozent trotzdem vergeigen. Aber ich habe ja die find.bat auch nicht genau gelesen...

Nachtrag, etwas off topic
aber Zitat Haui45

Anzumerken ist u.U. dass die Datei natürlich Admin-Rechte braucht, da das Ergebnis direkt auf der Systemplatte gespeichert wird.

hat mich zum basteln gebracht. Was ich nicht verstehe, warum ich mit meinem Benutzerkonto unter C:\ (= %systemdrive% - WinXP) zwar keine Dateien aber einen Ordner erstellen kann? Und in diesem Ordner kann ich aufgrund der vererbten Berechtigungen wieder beliebig Dateien erstellen. Hat mein XP ne Macke oder ist das von Microsoft insequent gedacht (Stichwort Benutzerkonten, die müssen ja von den Benutzern auf C:\ angelegt werden)?

Für den Fall der find.bat sieht es foldendermaßen aus: Ändert man sie dahingehend, daß sowohl die escan_neu.txt als auch die Pfad.txt im Ordner C:\bases_x gespeichert werden und nicht auf C:\, kann auch ein Benutzer die find.bat fehlerfrei ausführen. Frage in die Runde: Ist das ein Sicherheitsdefizit oder habe ich einen Denkfehler?