Bluescreen after setup wizard

Ask your support questions in here

Moderator: Moderator Team

Post Reply
Posts: 3
Joined: Wed Jan 03, 2007 10:01 pm

Bluescreen after setup wizard

Post by phorn »

I've compiled from the latest SVN build, and almost everything works. The only problem is that after I hit "finish" from the setup wizard, it freezes.

Unfortunately, I don't know how to bypass the setup wizard... the Shift-F10 command prompt "bug"/feature from WinXP setup doesn't seem to have been implemented in ReactOS :-p

This happens under QEmu as well as VMWare Player. VMWare gets just a little bit farther--enough to show a blue screen:

Code: Select all

ExEnumHandleTable at ntoskrnl/ex/sysinfo.c:51 is unimplemented, have a nice day
ExEnumHandleTable at ntoskrnl/ex/sysinfo.c:51 is unimplemented, have a nice day
(dll/ntdll/ldr/utils.c:1198) LdrGetExportByName(): failed to find mxdMessage
(dll/ntdll/ldr/utils.c:2024) Failed to create or open dll section of 'msacm.drv' (Status c0000135)
(dll/ntdll/ldr/utils.c:2024) Failed to create or open dll section of 'midimap.drv' (Status c000013
(lib/rtl/process.c:325) Failed to receive the process cookie! Status: 0xc0000003
(ntoskrnl/mm/anonmem.c:651) Region size would overflow into kernel-memory
(lib/rtl/heap.c:725) Could not allocate c0010000 bytes
(lib/rtl/heap.c:1038) Heap 00640000: block 6A385020 is not inside heap
(subsystems/win32/csrss/win32csr/exitros.c:786) FIXME: Need to close all user processes!
(base/system/winlogon/sas.c:447) FIXME: Call SMSS API #1
(lib/rtl/error.c:910) RTL: RtlNtStatusToDosErrorNoTeb(0xc0): no valid W32 error mapping
(lib/rtl/error.c:910) RTL: RtlNtStatusToDosErrorNoTeb(0xc0): no valid W32 error mapping
(lib/rtl/error.c:910) RTL: RtlNtStatusToDosErrorNoTeb(0xc0): no valid W32 error mapping

*** Fatal System Error: 0x0000001e

<ntoskrnl.exe:25b5 (ntoskrnl/ke/bug.c:1078 (KeBugCheckEx))>
<ntoskrnl.exe:8140e (ntoskrnl/ke/i386/exp.c:995 (KiDispatchException))>
<ntoskrnl.exe:8365b (ntoskrnl/ke/i386/trap.s:654 (CommonDispatchException))>
<ntoskrnl.exe:474c6 (include/ddk/winddk.h:5624 (LpcpFreeToPortZone))>
<ntoskrnl.exe:476f2 (ntoskrnl/lpc/close.c:173 (LpcpDestroyPortQueue))>
<ntoskrnl.exe:47a81 (ntoskrnl/lpc/close.c:338 (LpcpDeletePort))>
<ntoskrnl.exe:65ca7 (ntoskrnl/include/internal/ob_x.h:328 (ObpDeleteObject))>
<ntoskrnl.exe:67bfb (ntoskrnl/ob/obref.c:322 (ObfDereferenceObject))>
<ntoskrnl.exe:60e32 (ntoskrnl/ob/obhandle.c:669 (ObpCloseHandleTableEntry))>
<ntoskrnl.exe:62486 (ntoskrnl/ob/obhandle.c:1803 (ObpCloseHandleCallback))>
<ntoskrnl.exe:1c511 (ntoskrnl/ex/handle.c:206 (ExSweepHandleTable))>
<ntoskrnl.exe:62780 (ntoskrnl/ob/obhandle.c:1974 (ObKillProcess))>
<ntoskrnl.exe:6d3b8 (ntoskrnl/ps/kill.c:739 (PspExitThread))>
<ntoskrnl.exe:6da45 (ntoskrnl/ps/kill.c:843 (PsExitSpecialApc))>
<ntoskrnl.exe:14c3 (ntoskrnl/ke/apc.c:442 (KiDeliverApc))>
<ntoskrnl.exe:82dd5 (ntoskrnl/ke/i386/trap.s:267 (KiServiceExit))>
Under QEmu it only made it up to the SYSREG_CHECKPOINT, but had no more messages after that.

I've tried to reinstall as well. The wierd thing is that an extra copy of the "serial" driver, two copies of "atapi.sys" and a copy of "pci.sys" is loaded for each time I complete the setup wizard. Right now, "serial" is being loaded 6 times, and "atapi.sys" is loading about 14 times in a row.

Now, I would be interested in how to debug this problem. Is there a registry entry that I can set in order to bypass the setup wizard. Is there a way of debugging why this freeze is happening? I know C programming fairly well, so I would be willing to hack a few things to add a printk or something if it would help.
Posts: 926
Joined: Tue Nov 30, 2004 10:26 am
Location: Sweden

Post by GreatLord »


In trunk it is going on havy rewrting of ntoskrnl by alex. It make trunk unstable and allot regress. This work is need be done, so we can continuing adding allot new featuer and api to ReactOS. I do not known when it is is finish. here is some example of problem we had or have with ntoskrnl.

1. The PIC is software emulated in ntoskrnl
This make whole reactos slow and Alex have working on
remove the software emulaions of PIC. he only remove 50%
of it at moment

2. ntoskrnl did not support F000F CPU bug
Alex have just add support for it some
hour ago.

3. ntoskrnl did hide allot stack cruptions from freeldr
the hack was remove by alex in ntoskrnl. The
freeldr bugs have been fixed by varus devloper

4. Allot api was broken or ruge implement in ntoskrnl
alex is working on clean up this mess.

5. Detect if u cpu support some asm insturction
if u cpu does not support it reactos will freze now
instead for a big crash. Fixed by Alex

This is some problem we got or have been fixed
with our ntoskrnl. So it take time to clean it up
and it is hell work todo it.
Posts: 605
Joined: Wed Apr 12, 2006 5:09 pm

Post by Radhad »

That is a lot of work, especially Alex seems to work on these topics alone... Hope he get's it all well! I have no idea what he actually does, but it sounds very complicated :)
Posts: 155
Joined: Wed Nov 02, 2005 1:13 am
Location: Greece

Post by Apal »

Well, it's hard to find kernel devs, as we already know.
I think that if this stage is overpassed, things will continue much faster.
I really didn't know the exact probs of the ntoskrnl we had.
Well can't really help on that area, but it wuold be nice if an area was opened inside the forum, discussing issues like that which some of us may encounter.
I may have some probs fixing a bug. If i'm stuck somewhere, I may post the code I altered and someone else may have the answer.
Maybe a sticky thread in Newbie dev help :wink:
Post Reply

Who is online

Users browsing this forum: DotBot [Crawler] and 2 guests