BSOD Bug gefunden

[Aphton]

Nein

[rollstuhlfahrer]

Das ist jetzt echt komisch. Bei mir läuft das Programm einwandfrei durch (CPU-Last geht von 50%, Dualcore HT, wieder auf 0% zurück). Dann verschwindet das Fenster und alles scheint wieder normal, bis ich den Quellcode öffne. Erst dann ereilt mich der BSOD. Habe auch eine USB-Tastatur von TEVION.

Mein Bluescreen:

Code:

Problemsignatur:
  Problemereignisname:   BlueScreen
  Betriebsystemversion:   6.1.7600.2.0.0.768.3
  Gebietsschema-ID:   1031

Zusatzinformationen zum Problem:
  BCCode:   f4
  BCP1:   00000003
  BCP2:   853FAD40
  BCP3:   853FAEAC
  BCP4:   8287B0E0
  OS Version:   6_1_7600
  Service Pack:   0_0
  Product:   768_1

Bernhard

PS: Da bei mir das RAM standardmäßig mit min. 75% ausgelastet ist, sollten keine RAM-Fehler existieren, da Windows sonst viel häufiger abstürzen würde. Das war jetzt der erste.

[BenjaminH]

Jupp, liegt (zumindest bei mir) nur an der Tevion Tastatur. Sobald ich die ausstecke(Laptop) dann gibts keinen Bluescreen mehr.

[Aphton]

Also eines kann ich garantieren - es hat nichts mit SendInput zu tun.
Zuerst hatte ich das ja ohne dem - ich hab die Eingaben manuell gemacht und es ist mir ständig abgestürzt.
(Edit: Dies bezieht sich auf Beitrag #17)

Trotzdem find ich das gerade merkwürdig. Es sollte nichts mit der Tastatur zu tun haben, da ich selbst keine USB Tastatur habe (Laptop Tastatur eben; weiß aber ned welche Marke und wie das bei Laptops intern geregelt ist). Folglich sollte es auch zu einem BSOD kommen, ganz egal ob man die Tastatur von TEVION angesteckt hat.

Ich glaube viel eher es hat etwas mit Win 7 64 Bit zu tun

[rollstuhlfahrer]

Nicht ganz. Ich habe auf Win7 32 Home Premium getestet. Und da kommt auch unter ganz komischen Umständen ein BSOD: Programm laufen lassen ohne angeschlossene Tastatur: Geht. Danach Quellcode öffnen (Grund für den vorherigen BSOD): Geht. Danach Tastatur wieder anstecken: Und da ist er wieder der BSOD.

Tritt das eigentlich auch bei Win XP und darunter auf?

Bernhard

[BenjaminH]

Zitat von rollstuhlfahrer:

Danach Tastatur wieder anstecken: Und da ist er wieder der BSOD.

Startest du das Programm nach dem Anstecken nochmal?

Mir ist folgendes gerade passiert:
Tastatur abgesteckt
Programm gestartet, Programm stürzt ab, kein BSOD
Stecke Tastatur ein(direkt danach).
Mache was anderes. 10 min später: BSOD, ohne dazwischen das Programm gestartet zu haben.

[Aphton]

Ja damit das gleich auftritt muss man die Anwendung öfters starten.

Das weiß ich daher, weil ich ursprünglich die Eingaben per Hand gemacht habe und ich da nur wenig getippt hatte. Da kam es nicht direkt zum Absturz.

[rollstuhlfahrer]

Zitat von BenjaminH:

Zitat von rollstuhlfahrer:

Danach Tastatur wieder anstecken: Und da ist er wieder der BSOD.

Startest du das Programm nach dem Anstecken nochmal?

Nein.

Aber scheinbar wird Windows völlig instabil nachdem das Programm durchgelaufen ist. Oder Windows rast ohne es zu bemerken in eine Segmentation Fault (Das Demo-Programm alloziiert Speicher, der weiterhin als belegt gilt, aber schon freigegeben ist. Dann will ein anderes Programm diesen "freien" Speicher haben, Windows meint aber, dass er noch belegt ist und macht eine Sicherheitsabschaltung - Nur so fantasiert, könnte aber stimmen).

Bernhard

ADD: Mittlerweile denke ich, dass sich diese Idee bewahrheiten wird: Laut MSDN ist bei mir (siehe #22) ein Prozess abgestürzt, ohne den das System nicht weiter arbeiten kann. Deshalb die Notabschaltung. (siehe MSDN)

[DarkItachi]

Ich dachte eigentlich, dass Sendinput den Stack vollgestopft hat und somit der Prozess abstürzt aber damit noch nicht der Stack geleert worden ist. Der PC hängt sich dabei ja auch völlig auf und man kann gar nicht mehr machen. Bei meinem PC noch nicht mal Fenster minimieren / maximieren.

Ich würde rollstuhlfahrer zustimmen

[Zacherl]

An sowas wie dem Stack kann es nicht liegen. Ein Bluescreen kann generell ja nur im Kernel Mode auftreten (natürlich auch durch z.b. irgendwelche User Mode APIs induziert). Sollte es wirklich diese "Sicherheitsabschaltung" sein, kann eigentlich nur eine Terminierung von winlogon.exe der Grund dafür sein.

Wäre vielleicht interessant zu erfahren, ob ihr als Administrator arbeitet, bzw. das Programm UAC elevated ausgeführt habt.