[ros-bugs] [Bug 1288] New: Pagefault in KiDeliverApc when shutting down.

ReactOS.Bugzilla at reactos.org ReactOS.Bugzilla at reactos.org
Mon Jan 16 18:28:39 CET 2006


http://www.reactos.org/bugzilla/show_bug.cgi?id=1288

           Summary: Pagefault in KiDeliverApc when shutting down.
           Product: ReactOS
           Version: TRUNK
          Platform: VMWare 5
        OS/Version: ReactOS
            Status: NEW
          Severity: major
          Priority: P3
         Component: Kernel
        AssignedTo: ros-bugs at reactos.org
        ReportedBy: waxdragon at gmail.com
         QAContact: ros-bugs at reactos.org


(./subsys/win32k/objects/gdiobj.c:1269) Attempted to change ownership of an
object 0x41040b5a currently being destroyed!!!
(./subsys/win32k/objects/gdiobj.c:591) Attempted to free global gdi handle
0x41040b5a, caller needs to get ownership first!!!
(./subsys/win32k/objects/gdiobj.c:1269) Attempted to change ownership of an
object 0x4040b2e currently being destroyed!!!
(./subsys/win32k/objects/gdiobj.c:591) Attempted to free global gdi handle
0x4040b2e, caller needs to get ownership first!!!
(./subsys/win32k/objects/gdiobj.c:1269) Attempted to change ownership of an
object 0xbe040ab0 currently being destroyed!!!
(./subsys/win32k/objects/gdiobj.c:591) Attempted to free global gdi handle
0xbe040ab0, caller needs to get ownership first!!!
(./subsys/win32k/objects/gdiobj.c:1269) Attempted to change ownership of an
object 0xd040523 currently being destroyed!!!
(./subsys/win32k/objects/gdiobj.c:591) Attempted to free global gdi handle
0xd040523, caller needs to get ownership first!!!
(./subsys/win32k/objects/gdiobj.c:1269) Attempted to change ownership of an
object 0x480405a0 currently being destroyed!!!
(./subsys/win32k/objects/gdiobj.c:591) Attempted to free global gdi handle
0x480405a0, caller needs to get ownership first!!!
(./subsys/win32k/ntuser/painting.c:663) PAINTING BUG: Thread marked as
containing dirty windows, but no dirty windows found!
(./subsys/win32k/ntuser/painting.c:663) PAINTING BUG: Thread marked as
containing dirty windows, but no dirty windows found!
(./subsys/win32k/ntuser/winsta.c:942) Should use ObFindHandleForObject
(./subsys/win32k/ntuser/winsta.c:942) Should use ObFindHandleForObject
(./subsys/win32k/ntuser/winsta.c:942) Should use ObFindHandleForObject
(./subsys/win32k/ntuser/winsta.c:942) Should use ObFindHandleForObject
(./ntoskrnl/mm/mm.c:275) Page fault at high IRQL was 2, address ccccccd0
Entered debugger on last-chance exception number 14 (Page Fault)
Memory at 0xccccccd0 could not be written: Page not present.
kdb:> bt
ESC[7h^EEip:
<ntoskrnl.exe:2f03 (w32api/include/ddk/winddk.h:5301 (KiDeliverApc))>
Frames:
<ntoskrnl.exe:3105 (./ntoskrnl/ke/apc.c:49 (KiCheckForKernelApcDelivery))>
<ntoskrnl.exe:569ac (./ntoskrnl/ps/process.c:105 (PsUnlockProcess))>
<ntoskrnl.exe:56ad2 (./ntoskrnl/ps/kill.c:322 (PspExitThread))>
<ntoskrnl.exe:57289 (./ntoskrnl/ps/kill.c:414 (PsExitSpecialApc))>
<ntoskrnl.exe:2f2a (./ntoskrnl/ke/apc.c:763 (KiDeliverApc))>
<ntoskrnl.exe:3105 (./ntoskrnl/ke/apc.c:49 (KiCheckForKernelApcDelivery))>
<ntoskrnl.exe:51951 (./ntoskrnl/ob/handle.c:254 (ObpDeleteHandle))>
<ntoskrnl.exe:51a5b (./ntoskrnl/ob/handle.c:1112 (NtClose))>
<ntoskrnl.exe:644ec (ntoskrnl/ke/i386/syscall.S:372 (KiSystemService))>
<KERNEL32.dll:ab94 (./lib/kernel32/misc/handle.c:181 (CloseHandle))>
<userinit.exe:1404 (subsys/system/userinit/userinit.c:105 (WinMain))>
<userinit.exe:16cb (subsys/system/userinit/userinit.c:181 (WinMain))>
<userinit.exe:116a>
<userinit.exe:1038>
<KERNEL32.dll:1b65a (./lib/kernel32/process/create.c:68 (BaseProcessStartup))>
<00000000>
kdb:> regs
CS:EIP  0x0008:0x80002f03
SS:ESP  0x0010:0x9fc7ec30
   EAX  0xcccccccc   EBX  0x81a9f1d8
   ECX  0x817717c4   EDX  0xcccccccc
   ESI  0x81771780   EDI  0x817717c4
   EBP  0x9fc7ec60
EFLAGS  0x00010246  PF ZF IF IOPL0 RF
kdb:>

-- 
Configure bugmail: http://www.reactos.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are the QA contact for the bug, or are watching the QA contact.


More information about the Ros-bugs mailing list