Hello,
SVN server is going to be down for some time within the next 24hrs
due to transfer to another datacenter. Minor problems after the
transfer are expected and will be fixed appropriately.
Thanks for your patience.
WBR,
Aleksey Bragin.
ros-arm-bringup(a)svn.reactos.org wrote:
> stop building ntdll as a win32dll so we can fucking stop auto-importing mingw_common and kernel32 into it...
if you need any rbuild features or fixes, just ask me
> it's supposed to be built as a /SUBSYSTEM:WINDOWS dll
not even that, it's a DLL built with a subsystem of CONSOLE! (no idea
why, what the hell, Microsoft?) which rbuild can't currently express in
any way but <linkerflag>. Do you need a "subsystem" attribute for
modules, maybe? Knock the table once for "no", twice for "yes"
Commit: use %zd for SIZE_T, not just %d
File affected: trunk/reactos/tools/rbuild/backend/mingw/mingw.cpp
Replication: clean build, then try to make. Rbuild throws an unhandled
exception:
Faulting application rbuild.exe, version 0.0.0.0, time stamp 0x4a58b510,
faulting module msvcrt.dll, version 7.0.6002.18005, time stamp 0x49e0379e,
exception code 0xc0000005, fault offset 0x0000e461, process id 0x164c,
application start time 0x01ca023f7e2b558b.
when creating makefile.auto:
BASEADDRESS_WININET := 0x70200000
BASEADDRESS_WINMM := 0x697d0000
BASEADDRESS_WINSCARD := 0x723d0000
BASEADDRESS_WINSPOO
Please fix or revert the blamed revision, as it breaks buildint on Windows.
After r41859 installation in vmware (6.5) does not work.
Log:
(ntoskrnl\kd\kdio.c:220)
-----------------------------------------------------
(ntoskrnl\kd\kdio.c:221) ReactOS 0.4-SVN (Build 20090711-r41859)
(ntoskrnl\kd\kdio.c:222) Command Line: NOGUIBOOT DEBUGPORT=COM1
NOGUIBOOT DEBUGPORT=COM1
(ntoskrnl\kd\kdio.c:223) ARC Paths: multi(0)disk(0)cdrom(159) \
multi(0)disk(0)cdrom(159) \reactos\
Used memory 523828Kb
(ntoskrnl\mm\mminit.c:183) Start End Type
(ntoskrnl\mm\mminit.c:184) 0x80000000 - 0x80E00000 Boot Image Mapping
Region
(ntoskrnl\mm\mminit.c:187) 0x80E00000 - 0x81100000 PFN Database region
(ntoskrnl\mm\mminit.c:190) 0x81100000 - 0x87500000 Non paged pool region
(ntoskrnl\mm\mminit.c:193) 0x87500000 - 0x8D900000 Paged pool region
(ARM³::INIT:504) 0xB0000000 - 0xB0300000 Shadow PFN Database
(ARM³::INIT:509) 0xB0300000 - 0xB1318000 ARM Non Paged Pool
(ARM³::INIT:583) 0xF3400000 - 0xF8BF8000 System PTE Space
(ARM³::INIT:586) 0xF8BF8000 - 0xFFBE0000 Non Paged Pool
Expansion PTE Space
(ARM³::POOL:265) Out of NP Pool
(ARM³::POOL:393) Start of of initial frame
(ARM³::POOL:332) End of initial frame
[7hEntered debugger on last-chance exception (Exception Code:
0xc0000005) (Page Fault)
Memory at 0x00000000 could not be written: Page not present.
kdb:> bt
Eip:
<b0309000>
Frames:
<00000000>
kdb:>
--
WBR,
Dmitry Chapyshev
hyperion(a)svn.reactos.org wrote:
> Author: hyperion
> Date: Thu Jul 9 00:32:50 2009
> New Revision: 41815
This should fix the bug exposed by ARM3 and hackfixed by hto (see
#4663). I was in a hurry when I committed and I forgot to thank Stefan
for providing the regression test that was fundamental to fixing both
this issue and the previous PSEH2 bug
On the other hand, this PSEH bug has locked up our buildbot for a
considerable amount of time. I have no intention to promote hacking or
hiding bugs, on the other hand though, the longer we run without debug
buildbot, the more regressions and other problems are potentially going
unnoticed. This was my major concern over so called MDL probe or as we now
know - PSEH2 bug issue.