SuRun 1.2.1.0

Hallo Kay,

ich hab die letzte 1.2.1.0 B3 jetzt mal auf meinem neu mit Win7 ausgestatteten Desktop-Rechner installiert. Ich habe zwar den Eindruck, als wenn Surun wie gewohnt funktioniert, wollte dir aber dennoch mitteilen, dass ich (nach wie vor, das war auch mit der davor zuletzt verwendeten 1.2.0.8 so) im Ereignisprotokoll den nachstehenden Eintrag habe:

Name der fehlerhaften Anwendung: SuRun.exe, Version: 1.2.1.0, Zeitstempel: 0x4d5d31f7
Name des fehlerhaften Moduls: kernel32.dll, Version: 6.1.7600.16481, Zeitstempel: 0x4b1e3897
Ausnahmecode: 0x80000003
Fehleroffset: 0x00069a2b
ID des fehlerhaften Prozesses: 0x1de4
Startzeit der fehlerhaften Anwendung: 0x01cbd3fdcb0a7731
Pfad der fehlerhaften Anwendung: C:\Windows\SuRun.exe
Pfad des fehlerhaften Moduls: C:\Windows\system32\kernel32.dll
Berichtskennung: 0affd1ca-3ff1-11e0-822c-00224311c759

Danach stehen dazu dann noch zwei Windows-Error-Reporting-Meldungen in der Ereignisanzeige.

Kannst du damit was anfangen? Brauchst du ggf. noch weitere Infos? Oder kann/soll man diese Ereignismeldung(en) einfach ignorieren?

Viele Grüße

Franklin

Zu deiner Frage nach dem OS: Nein, es ist ein 32-bittiges Win-7.

Heißt das, dass dort diese Hintergrund-Programm-Crashs (hab mal unten auch noch den Fehler-Report mit reinkopiert, falls der mehr hergeben sollte) eigentlich nicht stattfinden sollten?

Diese Ereignisse erscheinen quasi permanent alle paar Minuten im Ereignisprotokoll, wobei es natürlich durchaus sein kann, dass da gleichzeitig bzw. auslösend jeweils auch eine andere Programm-Aktivität stattfindet, alldiweil ich einige systemnahe Programme immer per Surun am Laufen habe (sowie diverse andere als Standard-Benutzer).

Fehlerbucket , Typ 0
Ereignisname: APPCRASH
Antwort: Nicht verfügbar
CAB-Datei-ID: 0

Problemsignatur:
P1: SuRun.exe
P2: 1.2.1.0
P3: 4d5d31f7
P4: kernel32.dll
P5: 6.1.7600.16481
P6: 4b1e3897
P7: 80000003
P8: 00069a2b
P9:
P10:

Angefügte Dateien:

Diese Dateien befinden sich möglicherweise hier:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_SuRun.exe_89404a45cf8b58a26c674af7f49f691066693f_09ce4dc2

Analysesymbol:
Es wird erneut nach einer Lösung gesucht: 0
Berichts-ID: bf0fb2ea-4014-11e0-aae9-00224311c759
Berichtstatus: 0

Hallo Kay,

es ist überhaupt kein Problem, dass es etwas länger gedauert hat, alldieweil Surun ja trotz dieser Fehlermeldung in der Ereignisanzeige ansonsten relativ normal zu funktionieren scheint ... ;-)

Ob man in Windows was besonderes einstellen muss, weiß ich ehrlich gesagt nicht, ich habe es ja auch nur mehr oder weniger zufällig entdeckt, als ich dort nach einer ganz anderen Unstimmigkeits-Ursache geschaut hatte. Ich kann dir nur sagen, dass es unter Windows-Protokolle / Anwendung steht ... der Error zuerst mit der Ereignis-ID 1000 und die beiden Report-Meldungen danach dann mit der ID 1001.

Einen Debugview-Output (auf die relevanten Zeilen gekürzt) hab ich mal angehängt. Zuerst hatte ich - eigentlich als normaler Benutzer - den Eventviewer gestartet und später - dann jeweils mit surun - die Aufgabenplanung und die Dienste.

Kannst du mit diesen Zeilen schon irgendwas anfangen? Oder brauchst du noch was anderes?

Ciao Franklin

Ah ja, das könnte natürlich sein, dass der FlashFolder-Service-Hook daran Schuld ist ...

Allerdings ist das ein Tool, das ich (auf meiner Arbeitsmaschine) auf keinen Fall mehr missen möchte, weil es mir in JEDEM Öffnen-/Speichern-Dialog den schnellen Zugriff auf meine favorisierten Ordner (und sogar auch auf die gerade aktuell im Hintergrund im TotalCommander geöffneten Ordner) ermöglicht und mir dadurch immer wieder laufend sehr viele Klicks und Zeit erspart. So einfach und schnell wie damit war ich beim Öffnen und Speichern noch nie im jeweils richtigen Ordner.

Und offensichtlich muss das Tool, um den entsprechenden Dialog-Aufruf aus jeder Applikation zweifelsfrei zu erkennen und dann dort dabei mit aufzutauchen, einen entsprechenden Hook in jeden laufenden Prozess mit einbauen.

Der Autor dieses Tools arbeitet - wie ich jetzt erfahren habe - schon seit langem an einer für Win7 optimierten Version bzw. an einer überhaupt unter Win7 richtig funktionierenden Version.

Und erst jetzt - nachdem ich diese Hinweise beim Autor gelesen, diesen Beitrag hier zunächst geschrieben hab, nach Alternativen suchte und auf dem Win7-Rechner weitere Tests vollzog - muss ich allerdings (beschämend) feststellen, dass das Tool zwar offensichtlich seinen Service startet, sich auch in alle Tasks per Hook einklinkt, aber danach auf der Win7-Maschine wohl doch nicht so richtig wie auf meinem WinXP-Arbeitsrechner in Erscheinung tritt. :-(

Das ist mir dort auf dem Win7-Rechner bislang noch nicht so aufgefallen, da ich dieses BS erst seit kurzem habe und normalerweise nach wie vor auf meinem XP-Rechner arbeite.

Das heißt für mich jetzt erstmal, dass ich unter Win7 das FlashFolder-Tool (seinen Service) solange abschalte, bis es eine unter Win7 korrekt funktionierende Version davon gibt und anschließend schauen werde, ob diese Surun-Crashs im Event-Log damit dann auch der Vergangenheit angehören.

Vielen Dank für deine Antwort.

Ciao Franklin

Nee, offensichtlich (noch) nicht ... siehe auch meinen 10 Minuten vor deinem Beitrag (in großen Teilen) geänderten vorherigen Post. [Ich konnte hier - allerdings mit der Test-Version 1.10.227.0 - neben dem Dienst zwar auch drei FF-Prozesse unter Win7 sehen, aber dennoch nicht wie in XP die Toolbar beim Dialog-Fenster.]
Sorry, ich bin ja auch schon ganz beschämt ... :blush:

Also, auch ohne FlashFolder gibt es die Error-Meldungen in der Ereignis-Anzeige hier wie gehabt bei jeder Surun-Tangierung (Frage mal an die anderen Tester unter Win7: Kommen diese Error-Meldungen in der Ereignis-Anzeige unter Windows-Protokolle / Anwendung bei euch eigentlich nicht so, nachdem Kay das ja bei sich - warum auch immer - nicht sehen kann?).
Und im DebugView gibt's dazu auch nur die zwei schon im letzten Protokoll aufgetauchten Zeilen .... Na ja, vielleicht gibt's ja mit der nächsten Beta wirklich detailliertere Infos ... bin schon gespannt ...

So long
Franklin

FIX: "(Neu-)Start als Administrator" wurde in Fenstern mit nicht-standard-Titelleiste (Office, Chrome etc.) nicht dargestellt

Lovely!
Thanks,
Stephan