[ros-dev] Ros-dev Digest, Vol 84, Issue 22

Fri Aug 26 23:45:28 UTC 2011

When complete the installation of the driver placa GF8200A shipeset
8200 Through the message that the dll not found Wow32.dll

MainFrameBase::OpenShellFolders():parent_pidl=C:\Documents and
Settgs\Administrator\Desktop
MainFrameBase::OpenShellFolders(): pidl_abs=(null)
(drivers\filesystems\cdfs\create.c:148) Status c0000013
(drivers\filesystems\cdfs\create.c:148) Status c0000013
(drivers\flesystems\cdfs\common.c:196) STATUS_VERIFY_REQUIRED
(drivers\filesystems\cdfs\fsctl.c:590) CDFS: IRP_MN_VERIFY_VOLUME
(drivers\filesystems\cdfs\fsctl.c:467) CdfsVerifyVolume() called
(drivers\filesystems\cdfs\fsctl.c:494) Deviceobject B1285A48  Device
to verify B1285A48
(drivers\filesystems\cdfs\devctrl.c:34) FIXME: CdfsDevieControl called
without FileObjec!
(drivers\filesystems\cdfs\fsct.c:511) Different volume!
(drives\filesystems\cdfs\fsctl.c:518) OenFile \  RefCount 1
(drivers\fiesystems\cdfs\fsctl.c:518) OpenFie \loader  RefCount 0
(drivers\flesystems\cdfs\fsctl.c:518) OpenFile \reactos  RefCount 0
(drivers\filesystems\cdfs\fsctl.c:518) OenFile \reactos\system32  RefCoun 0
(drivers\filesystems\cdfs\common.c203) IoVerifyVolume() returned
(Status c0000012)
(drivers\filesysems\cdfs\create.c:148) Status 8000016
MainFrameBase::OpenShellFolders():parent_pidl=(null)
MainFrameBase:OpenShellFolders(): pidl_abs=D:\
MDIMainFrame PM_OPEN_WINDOW: pat=D:\
MainFrameBase::OpenShellFolders():rent_pidl=D:\
(lib\rtl\path.c:256) don't keep the directory handl open on removable media
(dll\ntdll\ldr\utils.c:2301) Faile to create or open dll section
of'WOW32.DLL' (Status c0000135)
(d\ntdll\ldr\utils.c:1512) failed tload WOW32.DLL
(subsystems\win32csrss\csrsrv\api\wapi.c:115) CSR:received hard error c0000135
WARNING:  MmLockPageableDataSectio at ntoskrnl\mm\ARM3\drvmgmt.c:62s
UNIMPLEMENTED!
WARNING:  MmUnlockPageableImageSecon at ntoskrnl\mm\ARM3\drvmgmt.c: is
UNIMPLEMENTED!
(ntoskrnl\se\semgr.c:299) SidInTok Calls: 30000

2011/8/26, ros-dev-request at reactos.org <ros-dev-request at reactos.org>:
> Send Ros-dev mailing list submissions to
> 	ros-dev at reactos.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://www.reactos.org/mailman/listinfo/ros-dev
> or, via email, send a message with subject or body 'help' to
> 	ros-dev-request at reactos.org
>
> You can reach the person managing the list at
> 	ros-dev-owner at reactos.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Ros-dev digest..."
>
>
> Today's Topics:
>
>    1. Re: Debug Buildslave Maintenance (caemyr at myopera.com)
>    2. Re: Debug Buildslave Maintenance (Eric Kohl)
>    3. Re: [ros-diffs] [fireball] 53446: [NTDLL/LDR] - Fix wrong
>       loop condition which would often lead to heap underread. -	Fix
>       wrong subkey string length calculation,	which would result in an
>       incorrect string being used... (Ged Murphy)
>    4. Re: [ros-diffs] [fireball] 53446: [NTDLL/LDR] - Fix wrong
>       loop condition which would often lead to heap underread. -	Fix
>       wrong subkey string length calculation,	which would result in an
>       incorrect string being used... (Aleksey Bragin)
>    5. Re: Debug Buildslave Maintenance (Aleksey Bragin)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 25 Aug 2011 23:29:55 +0200
> From: caemyr at myopera.com
> Subject: Re: [ros-dev] Debug Buildslave Maintenance
> To: "ReactOS Development List" <ros-dev at reactos.org>
> Message-ID:
> 	<1314307795.18690.140258133790149 at webmail.messagingengine.com>
> Content-Type: text/plain; charset="us-ascii"
>
> @Eric
>
> http://reactos.org/testman/compare.php?ids=7429,7579
> http://reactos.org/testman/detail.php?id=2639952
>
> Please find that the crash is not CMake related, and CMake build is not
> inherently broken.
>
> On Thu, 25 Aug 2011 23:03 +0200, "Pierre Schweitzer"
> <pierre.schweitzer at reactos.org> wrote:
>> Hi,
>>
>> finally.
>> Colin and I are pleased to announce you that ReactOS Linux KVM tests are
>> back online and working. You can find the first tests results (on r53383)
>> sent tonight by the testbot on testman: http://www.reactos.org/testman/.
>>
>> Regards,
>> Pierre.
>>
>> ReactOS Development List <ros-dev at reactos.org> wrote on Sat, August 20th,
>> 2011, 4:24 PM:
>> > Timo Kreuzer <timo.kreuzer at web.de> wrote:
>> > > What about fixing release buildbot first?
>> >
>> > It's still a private machine owned and administered solely by Christoph.
>> >
>> > As long as I can't even reach him by phone, we can only wait.
>> >
>> >
>> > > And is there a chance, maybe in the future, to switch buildbots more
>> > > easily, to have a backup solution running?
>> >
>> > First of all, we hope that we can get the same reliability as our other
>> > servers after reinstalling the server OS, giving more ReactOS admins
>> > access to the machine and adding monitoring.
>> > The current OS was meant to be reinstalled for quite a long time, but up
>> >
>> > to now, nobody with physical access to the machine had any time to do
>> > it.
>> >
>> > If such problems continue to exist afterwards, we can try to set up a
>> > fallback system, but this would require an equally configured and
>> > powerful Linux machine first.
>> >
>> >
>> >  > One week without debug builds is a serious thing.
>> >
>> > I hope you're aware that builds are still properly uploaded, it's only
>> > the testing step which fails.
>> >
>> >
>> > - Colin
>> >
>> > _______________________________________________
>> > Ros-dev mailing list
>> > Ros-dev at reactos.org
>> > http://www.reactos.org/mailman/listinfo/ros-dev
>>
>> _______________________________________________
>> Ros-dev mailing list
>> Ros-dev at reactos.org
>> http://www.reactos.org/mailman/listinfo/ros-dev
>>
> With best regards
> Caemyr
>
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 26 Aug 2011 01:01:40 +0200
> From: Eric Kohl <eric.kohl at t-online.de>
> Subject: Re: [ros-dev] Debug Buildslave Maintenance
> To: ReactOS Development List <ros-dev at reactos.org>
> Message-ID: <4E56D454.6060606 at t-online.de>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi Olaf,
>
> I am already investigating the services test issues. One of my first
> findings is that the current widl seems to mess up value ranges in some
> cases. This is the cause of the following errors:
>   err:(dll/win32/rpcrt4/ndr_marshall.c:6496) value exceeded bounds: 918,
> low: 0, high: 514
>
> <rant>
> It is pretty annoying that jgardou updated rpcrt4, widl and other
> components without proper testing. At least he should have posted a bug
> list BEFORE he comitted the new stuff.
> </rant>
>
> Regards
> Eric
>
>> @Eric
>>
>> http://reactos.org/testman/compare.php?ids=7429,7579
>> http://reactos.org/testman/detail.php?id=2639952
>>
>> Please find that the crash is not CMake related, and CMake build is not
>> inherently broken.
>>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 26 Aug 2011 09:05:21 +0100
> From: "Ged Murphy" <gedmurphy.maillists at gmail.com>
> Subject: Re: [ros-dev] [ros-diffs] [fireball] 53446: [NTDLL/LDR] - Fix
> 	wrong	loop condition which would often lead to heap underread. -	Fix
> 	wrong subkey string length calculation,	which would result in an
> 	incorrect string being used...
> To: <ros-dev at reactos.org>
> Message-ID: <004201cc63c6$e7a44a40$b6ecdec0$@gmail.com>
> Content-Type: text/plain;	charset="utf-8"
>
> fireball at svn.reactos.org wrote:
>
>> - Use Zw* functions instead of Nt* where necessary in
>> LdrQueryImageFileKeyOption().
>
> 'where necessary'm I don't understand this change.
> People prefer (and Microsoft recommend) that Nt* is used in usermode.
> Nt and Zw APIs point to the same address in usermode, so why is it
> necessary?
>
> Ged.
>
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 26 Aug 2011 12:13:26 +0400
> From: Aleksey Bragin <aleksey at reactos.org>
> Subject: Re: [ros-dev] [ros-diffs] [fireball] 53446: [NTDLL/LDR] - Fix
> 	wrong	loop condition which would often lead to heap underread. -	Fix
> 	wrong subkey string length calculation,	which would result in an
> 	incorrect string being used...
> To: ReactOS Development List <ros-dev at reactos.org>
> Message-ID: <7766A32C-3CB0-446A-96F4-4EDC73BC3A29 at reactos.org>
> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
>
> On Aug 26, 2011, at 12:05 PM, Ged Murphy wrote:
>
>> fireball at svn.reactos.org wrote:
>>
>>> - Use Zw* functions instead of Nt* where necessary in
>>> LdrQueryImageFileKeyOption().
>>
>> 'where necessary'm I don't understand this change.
>> People prefer (and Microsoft recommend) that Nt* is used in usermode.
>> Nt and Zw APIs point to the same address in usermode, so why is it
>> necessary?
>
> This was a test for attention, and so far I got a few notices in IRC
> and one in ros-dev. Good!
>
> Seriously, the change slipped through because I was editing source
> code of both RTL (which works both at umode and kmode) and NTDLL/LDR
> (which is only umode) a while ago. Of course, Nt is "preferable" in
> usermode because there is just no reason to use Zw there.
>
>
> WBR,
> Aleksey Bragin.
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 26 Aug 2011 12:15:24 +0400
> From: Aleksey Bragin <aleksey at reactos.org>
> Subject: Re: [ros-dev] Debug Buildslave Maintenance
> To: ReactOS Development List <ros-dev at reactos.org>
> Message-ID: <1F3FEE77-59BC-4D24-83A9-5D280FB45966 at reactos.org>
> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
>
> On Aug 26, 2011, at 3:01 AM, Eric Kohl wrote:
>
>> <rant>
>> It is pretty annoying that jgardou updated rpcrt4, widl and other
>> components without proper testing. At least he should have posted a
>> bug list BEFORE he comitted the new stuff.
>> </rant>
> I also ranted about that. In fact that's why I stopped syncing rpcrt4
> some time ago - because new version always gave problems. So I wanted
> to solve problems first and only then commit.
>
> But, OK, as Olaf said - if something needs to be done, let's simply
> do that and fix everything which broke ;).
>
> WBR,
> Aleksey.
>
>
>
>
> ------------------------------
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev at reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
> End of Ros-dev Digest, Vol 84, Issue 22
> ***************************************
>