Zuverlässige Crashes

von Georg Binder 29. December 2009 15:22

Habe ich für einen Test der Zuverlässigkeitsanzeige bzw. von Desktop Error Monitoring eine Applikation gebraucht, die zuverlässig eines tut: crashen.

Und das das zuverlässig sein musste, konnte ich jetzt nicht eine Microsoft Applikation nehmen (haha, das ist doppelt lustig, nicht mal zuverlässig abstürzen,…).

Gesucht und gefunden: BadApp

image

Kann nix anderes, als auf definierte Weise abzurauschen. Und das sieht man dann auch in der Zuverlässigkeitsanzeige, wo jede (De-)Installation, Update oder eben jedes Problem aufgezeichnet wird:

zuverl2

Download: http://www.ntwind.com/software/utilities/badapp.html

Tags:  Feed Tag,  Feed Tag

Software

Bookmark and Share
Permalink | Comments (17) | Post RSSRSS comment feed

Comments

>

12/29/2009 5:20:38 PM #

Das Tool gefällt mir... Nur ist die Frage, ob das nicht in die Kategorie "Joke-Apps" gehört... Gibt ja genug Programme, die den Nutzer bzw. einen anderen Nutzer einen schrecken einjagen soll... Kommt wol auf die Weise der Anwendung an... However, nützlich! Wenn nur begrenzt...

Jos Austria | Reply

>

12/29/2009 5:24:49 PM #

Danke für diesen Blog. Konnte ich sehr gut für mein Testlab gebrauchen!

Christian Höhmann Germany | Reply

>

12/29/2009 7:31:38 PM #

Beruht das Programm etwa auf bekannten Fehlern?
Wenn ja wäre es pervers sie dafür zu nutzen und nicht zu patchen!
Oder gibts eine Windows-Crash-API?

Akkira Austria | Reply

>
>

12/29/2009 7:40:41 PM #

Achso schon klar: Es liegt an der Anwendung, nicht an Windows, ich dachte zuerst, dass das ganze System crasht (:

Akkira Austria | Reply

>

12/29/2009 8:09:16 PM #

Na da habe ich jetzt möglicherweise den Grund gefunden warum es ewig dauert im Explorer ein Verzeichnis aufzurufen. Ich habe im Zuverlässigkeits- und Problemverlauf für jeden Tag (nicht nur einmal) den Eintrag: "Mircosoft Windows Search-Indexerstellung - Nicht mehr funktionsfähig" Nur eine Lösung bekomme ich auch nicht, angeblich bin ich nicht mit dem Internet verbunden. Und nun hat da einer eine Lösung für mich?

Joerg Germany | Reply

>
>

12/30/2009 11:13:54 AM #

Hast du auch ab und an Bluescreens und beim Hochfahren unmotiviert chkdsk laufen? Hatte das mit der Beta, und auch mit Vista, ab und an mal. Meine Probleme waren gelöst als ich neu aufgesetzt hatte - das eigentliche Problem war aber meine HD, die ist mir dazwischen auch abgekracht.

Grogoth Austria | Reply

>
>
>

12/30/2009 2:49:08 PM #

Nein, nur einen elend langsamen Explorer. Aber inzwischen eine Lösung gefunden. Den Inhalt der Verzeichnisse CTongrogramData\Microsoft\Search\Applications\ und CTongrogramData\Microsoft\Search\Temp\ löschen. Danach den Indexer neu starten. Das geht sehr komfortable mit dem "Indexer Status Gadget" von  Brandon Paddock brandontools.com/.../entry511.aspx Man sieht dann auch gleich ob der Index wieder erstellt wird. Und siehe da Problem verschwunden. Wenn ich jetzt noch einen 64 bit Treiber für meine TV-Karte finden würde wäre ich glücklich mit Win7 Pro.

Joerg Germany | Reply

>

12/30/2009 12:06:52 AM #

es gibt noch ein anderes crash tool - von Mark Russinovich: notmyfault.
Use this executable and driver to crash your system in several different ways. Chapter 7 uses Notmyfault to demonstrate pool leak troubleshooting and Chapter 14 uses it for crash analysis examples. The download includes x86 (in the exe\release directory) and x64 versions (in the exe\relamd directory) as well as full source.

Martina Grom Austria | Reply

>
>

12/30/2009 1:10:30 AM #

> es gibt noch ein anderes crash tool - von Mark Russinovich: notmyfault.

Damit hast du Georg seinen Witz versaut :p

> Und das das zuverlässig sein musste, konnte ich jetzt nicht eine Microsoft Applikation nehmen

wer im Glashaus sitzt... Germany | Reply

>
>
>

12/30/2009 10:59:11 PM #

findest Du? Ich glaub, Georg sass sogar neben mir, als wir uns das auf der techEd angehört haben.
Smile

Martina Grom Austria | Reply

>

12/30/2009 1:08:07 AM #

> Und das das zuverlässig sein musste, konnte ich jetzt nicht eine Microsoft Applikation nehmen (haha, das ist doppelt lustig, nicht mal zuverlässig abstürzen,…).

Dafür hat mir Windows heute neue Rätsel aufgegeben:

img192.imageshack.us/.../ereignisanzeige2.png

Glatt 52.000 mal die Event ID 51 und alle in exakt derselben Sekunde und ansonsten keinerlei Anzeichen, daß irgendwas kaputt sein könnte.

wer im Glashaus sitzt... Germany | Reply

>
>

12/30/2009 2:52:24 AM #

Schau mal hier http://support.microsoft.com/kb/244780/de

Joerg Germany | Reply

>
>
>

12/30/2009 1:28:18 PM #

Der "Fehler" selber macht mir keine Sorgen, das kann vorkommen, wenn man einen externen Datenträger vom Rechner trennt und Windows ihr hinterhertrauert. Dabei ist übrigens egal, ob sie einen Schreibcache aktiviert hat oder nicht. Kann also "zum schnellen Entfernen optimiert" sein, zum 51er kommt es gelegentlich dennoch. Und jetzt bitte keiner schreiben man muß sie vorher über "Hardware sicher entfernen" abmelden, die Option "zum schnellen Entfernen optimieren" macht laut MS genau das überflüssig. Man muß lediglich an der Laufwerks LED feststellen, daß kein Schreib- Lesevorgang stattfindet. Ich wundere mich eher darüber, daß Windows den Fehler völlige unrealistische 52.000 mal in einer Sekunde protokolliert und mir dann auch noch vorherige Einträge aus der Ereignisanzeige weglöscht, vermutlich weil der Platz zu wenig geworden ist, als ob so nen bißchen Text mehr als ein paar Kilobyte in Anspruch nehmen würde. Selbst im Megabyte Bereich wäre der Platz eigentlich egal. Vielleicht kommt Windows ab einer gewissen Größe mit der Darstellung nicht mehr klar Laughing Kann da wer zu was sagen, wo Windows die Daten der Ereignisanzeige speichert? Ist das ne echte Datenbank oder wird da alles in ein Flatfile reingerotzt? So lange wie die Darstellung und Sortierung der Ereignisanzeige benötigt, besteht da auf jeden Fall Optimierungsbedarf.

wer im Glashaus sitzt... Germany | Reply

>
>
>
>

12/30/2009 2:21:09 PM #

@wer im Glashaus sitzt...: Unter den Eigenschaften des entsprechenden Protokolls (Kontextmenü/Eigenschaften oder Protokoll auswählen und im Hauptmenü auf Aktion/Eigenschaften) siehst du zum einen den Protokollpfad, kannst die maximale Protokollgröße festlegen und hast noch ein paar Optionen um festzulegen ob und wann Ereignisse überschrieben werden sollen.

Nur leider wird dir das nicht helfen, wenn du nachschauen möchtest was vor diesen 52.000 Ereignissen protokolliert wurde. Das wird wohl ein für alle Mal weg sein...

Andreas Pircher Austria | Reply

>
>
>
>
>

12/30/2009 3:27:02 PM #

Danke, super Hinweis und ich hab mir schon den Kopf zerbrochen wo ich in der Registry am besten anfange zu suchen Laughing

Im Ernst, war überrascht, daß alleine das Systemprotokoll 20 Megabyte groß ist. Bin jetzt etwas im Zwiespalt, das ist die von Windows voreingestellte maximal Größe und da hat er schon Probleme im Event Viewer nach Spalten zu sortieren. Wenn ich jetzt auf Endlosprotokoll stelle und Windows sich nochmal so nen Spaß mit zig tausenden Fehlermeldungen erlaubt, die eigentlich gar nicht stimmen können, dann kann ich das Protokoll irgendwann gar nicht mehr lesen und mir bleibt nur ein unbesehenes Löschen übrig. Wäre dann ja gehupft wie gesprungen. Andererseits brauch ich das Systemprotokoll um die externen Festplatten im Auge zu behalten, gerade bei denen können die SMART Werte oft nicht über den externen SATA Controller hinweg ausgelesen werden und das Systemprotokoll liefert zumindest Hinweise auf defekte Sektoren, von denen man sonst nichts mitbekommen würde.

Kennt vielleicht jemand eine Möglichkeit irgendwie doch die SMART Werte von externen Festplatten auszulesen ohne sie ausbauen und intern anschließen zu müssen? Mit HD Tune geht es nicht, der liest nur von internen.

wer im Glashaus sitzt... Germany | Reply

>
>
>
>
>
>

12/30/2009 4:15:10 PM #

Hmm... Ich hab wohl tatsächlich noch nie in der Ereignisanzeige nach Spalten sortiert. Dauert bei mir auch ca. 20 Sekunden. Kann ich aber schon nachvollziehen, wenn die ganzen 37.000 Datensätze ohne DB und entsprechende Indizes in-memory-sortiert werden...

Etwas besser wirds, wenn du das Protokoll filterst. (Kontextmenü oder "Hauptmenü Aktion"/"Aktuelles Protokoll filtern...")

Das mit den 52.000 Einträgen dürfte natürlich wirklich nicht passieren. Ich würde mich da beim ersten Mal ärgern und spätestens ab dem zweiten Mal die Ursache suchen und eliminieren Smile

Zum Auslesen der SMART Werte kann ich leider nichts sagen.

Andreas Pircher Austria | Reply

>

2/2/2010 10:24:41 PM #

Pingback from 4sysops.com

4sysops -   FREE: Bad Application – Test application crashes

4sysops.com | Reply

Add comment




  Country flag

biuquote
Loading



Menü

Home
Über WindowsBlog.at
Archiv
Abonnieren Feed
Kontakt
Twitter

Follow Me

Dieser Blog wird von Microsoft Österreich betrieben.

Offizielle Facebook Fan Page:
facebook.com/windowsdeutsch

Poll

Braucht WindowsBlog ein neues Hintergrundbild?
Show Results

Kommentare

Kommentare RSS

http://www.microsoft.com/austria | © 2009 Microsoft Corporation. Alle Rechte vorbehalten.
BlogEngine.NET 1.5.0.7 powered by atwork