Leider läßt sich mein Problem nicht beheben. Derzeit kann ich keine vollstädige Analyse liefern, entweder ist die Onlineverbindung fehlerhaft (um einen Dump auszuwerten, benötigt WinDebug sogenannte Symbolbibliotheken, die frage ich online ab, allerdings wirft mir das Programm dabei Fehlermeldungen aus), oder deine .dmp ist korrupt.
Nun zum Bugcheck:
Bug Check 0x44: MULTIPLE_IRP_COMPLETE_REQUESTS
Ein Treiber versucht mit IOCompleteRequest einen IRP als beendet zu erklären, der bereits beendet ist.
Das Problem dabei ist, das daran meist 2 Treiber beteiligt sind, die Spur des Ersten aber durch den Zweiten verdeckt wird.
Derzeit kann ich aber gar keinen Treiber ausmachen.
Ergänzung: der .dmp dürfte unvollständig sein, andere kann ich ohne Probleme auswerten, hier die Ausgabe (Rot zeigt, warum nicht ausgewertet werden kann):
Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [D:\HELP\coco123\122811-17628-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*C:\Symbols*
http://msdl.microsoft.com/download/symbols
Executable search path is:
Unable to load image kd_ntoskrnl, Win32 error 0n2
*** WARNING: Unable to verify timestamp for kd_ntoskrnl
*** ERROR: Module load completed but symbols could not be loaded for kd_ntoskrnl
Windows 7 Kernel Version 7601 (Service Pack 1) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17713.x86fre.win7sp1_gdr.111025-1505
Machine Name:
Kernel base = 0x82a04000 PsLoadedModuleList = 0x82b4d4f0
Debug session time: Wed Dec 28 22:26:56.096 2011 (UTC + 1:00)
System Uptime: 0 days 0:15:10.812
Unable to load image kd_ntoskrnl, Win32 error 0n2
*** WARNING: Unable to verify timestamp for kd_ntoskrnl
*** ERROR: Module load completed but symbols could not be loaded for kd_ntoskrnl
Loading Kernel Symbols
Loading User Symbols
Loading unloaded module list
.......
1: kd> .bugcheck
Bugcheck code 00000044
Arguments 84d8e4e0 00000eae 00000000 00000000
1: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
MULTIPLE_IRP_COMPLETE_REQUESTS (44)
A driver has requested that an IRP be completed (IoCompleteRequest()), but
the packet has already been completed. This is a tough bug to find because
the easiest case, a driver actually attempted to complete its own packet
twice, is generally not what happened. Rather, two separate drivers each
believe that they own the packet, and each attempts to complete it. The
first actually works, and the second fails. Tracking down which drivers
in the system actually did this is difficult, generally because the trails
of the first driver have been covered by the second. However, the driver
stack for the current request can be found by examining the DeviceObject
fields in each of the stack locations.
Arguments:
Arg1: 84d8e4e0, Address of the IRP
Arg2: 00000eae
Arg3: 00000000
Arg4: 00000000
