Ros-dev

ros-dev@reactos.org

5789 discussions

by Mario Gzuk

Hi, I am the maintainer of uranos (http://uranos.sf.net) and want to implement the unattended setup of ReactOS into uranos. I read that you have implemented a answer file into ReactOS. Because of uranos does all the parts which is done by the txtinstaller from ReactOS (partition disk, write mbr, copy files and so on) from a linux boot environment - I want to know if it is possible to place the unattended.inf into the filesystem so the ReactOS is read the file in the first GUI boot. Thank you! Cheers mario

13 years, 7 months

Re: [ros-dev] [ros-diffs] [tkreuzer] 53494: [INTRIN] - add __nop()

by Alex Ionescu

Can you also add __noop please? Best regards, Alex Ionescu On Mon, Aug 29, 2011 at 11:10 PM, <tkreuzer(a)svn.reactos.org> wrote: > Author: tkreuzer > Date: Mon Aug 29 23:10:04 2011 > New Revision: 53494 > > URL: http://svn.reactos.org/svn/reactos?rev=53494&view=rev > Log: > [INTRIN] > - add __nop() > > Modified: > trunk/reactos/include/crt/mingw32/intrin_x86.h > > Modified: trunk/reactos/include/crt/mingw32/intrin_x86.h > URL: > http://svn.reactos.org/svn/reactos/trunk/reactos/include/crt/mingw32/intrin… > > ============================================================================== > --- trunk/reactos/include/crt/mingw32/intrin_x86.h [iso-8859-1] (original) > +++ trunk/reactos/include/crt/mingw32/intrin_x86.h [iso-8859-1] Mon Aug 29 > 23:10:04 2011 > @@ -1505,11 +1505,18 @@ > __asm__ __volatile__("sidt %0" : : "m"(*(short*)Destination) : > "memory"); > } > > +/*** Misc operations ***/ > + > __INTRIN_INLINE void _mm_pause(void) > { > __asm__ __volatile__("pause" : : : "memory"); > } > > +__INTRIN_INLINE void __nop(void) > +{ > + __asm__ __volatile__("nop"); > +} > + > #ifdef __cplusplus > } > #endif > > >

13 years, 7 months

Re: [ros-dev] [ros-diffs] [jgardou] 53481: [WIDL] - reenable -Oif flag, it's too good to be disabled With this commit, advapi32:service winetest suffers only 2 failures.

by Jérôme Gardou

Feel free to disable it again if probems occur. "Probable bugs" are hard to test alone, so I'm waiting for test bot to confirm this fixes things without breaking others. Regards. Jérôme. Le 28/08/2011 17:37, jgardou(a)svn.reactos.org a écrit : > Author: jgardou > Date: Sun Aug 28 15:37:01 2011 > New Revision: 53481 > > URL: http://svn.reactos.org/svn/reactos?rev=53481&view=rev > Log: > [WIDL] > - reenable -Oif flag, it's too good to be disabled > With this commit, advapi32:service winetest suffers only 2 failures. > > Modified: > trunk/reactos/cmake/idl-support.cmake > trunk/reactos/tools/rbuild/backend/mingw/rules.mak > > Modified: trunk/reactos/cmake/idl-support.cmake > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/cmake/idl-support.cmake?re… > ============================================================================== > --- trunk/reactos/cmake/idl-support.cmake [iso-8859-1] (original) > +++ trunk/reactos/cmake/idl-support.cmake [iso-8859-1] Sun Aug 28 15:37:01 2011 > @@ -22,8 +22,8 @@ > set(IDL_HEADER_ARG -h -o) #.h > set(IDL_HEADER_ARG2 -h -H) #.h > set(IDL_TYPELIB_ARG -t -o) #.tlb > - set(IDL_SERVER_ARG -s -o) #.c for server library > - set(IDL_CLIENT_ARG -c -o) #.c for stub client library > + set(IDL_SERVER_ARG -Oif -s -o) #.c for server library > + set(IDL_CLIENT_ARG -Oif -c -o) #.c for stub client library > set(IDL_PROXY_ARG -p -o) > set(IDL_INTERFACE_ARG -u -o) > if(ARCH MATCHES i386) > @@ -169,6 +169,6 @@ > list(APPEND IID_SOURCES ${NAME}_i.c) > endforeach() > add_library(${TARGET} ${IID_SOURCES}) > - add_dependencies(${TARGET} psdk) > + add_dependencies(${TARGET} psdk) > set_target_properties(${TARGET} PROPERTIES EXCLUDE_FROM_ALL TRUE) > endfunction() > > Modified: trunk/reactos/tools/rbuild/backend/mingw/rules.mak > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/tools/rbuild/backend/mingw… > ============================================================================== > --- trunk/reactos/tools/rbuild/backend/mingw/rules.mak [iso-8859-1] (original) > +++ trunk/reactos/tools/rbuild/backend/mingw/rules.mak [iso-8859-1] Sun Aug 28 15:37:01 2011 > @@ -264,7 +264,7 @@ > > ${call RBUILD_intermediate_path_noext,$(2)}_c: $(2) $(3) $$(widl_TARGET) | ${call RBUILD_intermediate_dir,$(2)} > $$(ECHO_WIDL) > - $$(Q)$$(widl_TARGET) ${call RBUILD_midlflags,$(1),$(4),-I${call RBUILD_dir,$(2)}} -h -H ${call RBUILD_intermediate_path_noext,$(2)}_c.h -c -C ${call RBUILD_intermediate_path_noext,$(2)}_c.c $(2) > + $$(Q)$$(widl_TARGET) ${call RBUILD_midlflags,$(1),$(4),-I${call RBUILD_dir,$(2)}} -Oif -h -H ${call RBUILD_intermediate_path_noext,$(2)}_c.h -c -C ${call RBUILD_intermediate_path_noext,$(2)}_c.c $(2) > $${checkpoint} $$@>$(NUL) > > ${call RBUILD_CC,$(1),${call RBUILD_intermediate_path_noext,$(2)}_c.c,,,${call RBUILD_intermediate_path_noext,$(2)}_c.o} > @@ -280,7 +280,7 @@ > > ${call RBUILD_intermediate_path_noext,$(2)}_s: $(2) $(3) $$(widl_TARGET) | ${call RBUILD_intermediate_dir,$(2)} > $$(ECHO_WIDL) > - $$(Q)$$(widl_TARGET) ${call RBUILD_midlflags,$(1),$(4),-I${call RBUILD_dir,$(2)}} -h -H ${call RBUILD_intermediate_path_noext,$(2)}_s.h -s -S ${call RBUILD_intermediate_path_noext,$(2)}_s.c $(2) > + $$(Q)$$(widl_TARGET) ${call RBUILD_midlflags,$(1),$(4),-I${call RBUILD_dir,$(2)}} -Oif -h -H ${call RBUILD_intermediate_path_noext,$(2)}_s.h -s -S ${call RBUILD_intermediate_path_noext,$(2)}_s.c $(2) > $${checkpoint} $$@>$(NUL) > > ${call RBUILD_CC,$(1),${call RBUILD_intermediate_path_noext,$(2)}_s.c,,,${call RBUILD_intermediate_path_noext,$(2)}_s.o} > >

13 years, 8 months

(no subject)

by Dimas FranK

I want to do some testing on physical machines until now was doing the vbox will charge the machine a good desepenho memory and I'll need to spend sitema ospedeiro vbox and the problem and that the machines do not have a serial port was taking a look at these wiki but did not see exact references on how to get the debug log on the cable network vbox but works well for the network that will be with you http://www.reactos.org/wiki/Debugging http://www.reactos.org/wiki/ReactOS_Remote_Debugger#TCP.2FIP_.28QEMU_only.29

13 years, 8 months

Re: [ros-dev] [ros-diffs] [ekohl] 53469: [WIDL] Revert parts of r53171: Remove the -Oif flag for WIDL because the NT4 stub code generated by the current WIDL is heavily broken with respect to the range attribute and others....

by Jérôme Gardou

HI Eric! I'm not sure about what you mean for range attribute, but I notice that typedef [context_handle] PVOID my_handle; makes widl thinks that any value of the my_handle type is passed by pointer, whereas midl considers it is passed by value. Could you be more precise about "range attributes and others?" please. Regards. Jérôme. Le 27/08/2011 18:24, ekohl(a)svn.reactos.org a écrit : > Author: ekohl > Date: Sat Aug 27 16:24:40 2011 > New Revision: 53469 > > URL: http://svn.reactos.org/svn/reactos?rev=53469&view=rev > Log: > [WIDL] > Revert parts of r53171: > Remove the -Oif flag for WIDL because the NT4 stub code generated by the current WIDL is heavily broken with respect to the range attribute and others. Please enable the -Oif feature only after these bugs are fixed in WIDL! > > Modified: > trunk/reactos/cmake/idl-support.cmake > trunk/reactos/tools/rbuild/backend/mingw/rules.mak > > Modified: trunk/reactos/cmake/idl-support.cmake > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/cmake/idl-support.cmake?re… > ============================================================================== > --- trunk/reactos/cmake/idl-support.cmake [iso-8859-1] (original) > +++ trunk/reactos/cmake/idl-support.cmake [iso-8859-1] Sat Aug 27 16:24:40 2011 > @@ -22,8 +22,8 @@ > set(IDL_HEADER_ARG -h -o) #.h > set(IDL_HEADER_ARG2 -h -H) #.h > set(IDL_TYPELIB_ARG -t -o) #.tlb > - set(IDL_SERVER_ARG -Oif -s -o) #.c for server library > - set(IDL_CLIENT_ARG -Oif -c -o) #.c for stub client library > + set(IDL_SERVER_ARG -s -o) #.c for server library > + set(IDL_CLIENT_ARG -c -o) #.c for stub client library > set(IDL_PROXY_ARG -p -o) > set(IDL_INTERFACE_ARG -u -o) > if(ARCH MATCHES i386) > @@ -169,6 +169,6 @@ > list(APPEND IID_SOURCES ${NAME}_i.c) > endforeach() > add_library(${TARGET} ${IID_SOURCES}) > - add_dependencies(${TARGET} psdk) > + add_dependencies(${TARGET} psdk) > set_target_properties(${TARGET} PROPERTIES EXCLUDE_FROM_ALL TRUE) > endfunction() > > Modified: trunk/reactos/tools/rbuild/backend/mingw/rules.mak > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/tools/rbuild/backend/mingw… > ============================================================================== > --- trunk/reactos/tools/rbuild/backend/mingw/rules.mak [iso-8859-1] (original) > +++ trunk/reactos/tools/rbuild/backend/mingw/rules.mak [iso-8859-1] Sat Aug 27 16:24:40 2011 > @@ -264,7 +264,7 @@ > > ${call RBUILD_intermediate_path_noext,$(2)}_c: $(2) $(3) $$(widl_TARGET) | ${call RBUILD_intermediate_dir,$(2)} > $$(ECHO_WIDL) > - $$(Q)$$(widl_TARGET) ${call RBUILD_midlflags,$(1),$(4),-I${call RBUILD_dir,$(2)}} -Oif -h -H ${call RBUILD_intermediate_path_noext,$(2)}_c.h -c -C ${call RBUILD_intermediate_path_noext,$(2)}_c.c $(2) > + $$(Q)$$(widl_TARGET) ${call RBUILD_midlflags,$(1),$(4),-I${call RBUILD_dir,$(2)}} -h -H ${call RBUILD_intermediate_path_noext,$(2)}_c.h -c -C ${call RBUILD_intermediate_path_noext,$(2)}_c.c $(2) > $${checkpoint} $$@>$(NUL) > > ${call RBUILD_CC,$(1),${call RBUILD_intermediate_path_noext,$(2)}_c.c,,,${call RBUILD_intermediate_path_noext,$(2)}_c.o} > @@ -280,7 +280,7 @@ > > ${call RBUILD_intermediate_path_noext,$(2)}_s: $(2) $(3) $$(widl_TARGET) | ${call RBUILD_intermediate_dir,$(2)} > $$(ECHO_WIDL) > - $$(Q)$$(widl_TARGET) ${call RBUILD_midlflags,$(1),$(4),-I${call RBUILD_dir,$(2)}} -Oif -h -H ${call RBUILD_intermediate_path_noext,$(2)}_s.h -s -S ${call RBUILD_intermediate_path_noext,$(2)}_s.c $(2) > + $$(Q)$$(widl_TARGET) ${call RBUILD_midlflags,$(1),$(4),-I${call RBUILD_dir,$(2)}} -h -H ${call RBUILD_intermediate_path_noext,$(2)}_s.h -s -S ${call RBUILD_intermediate_path_noext,$(2)}_s.c $(2) > $${checkpoint} $$@>$(NUL) > > ${call RBUILD_CC,$(1),${call RBUILD_intermediate_path_noext,$(2)}_s.c,,,${call RBUILD_intermediate_path_noext,$(2)}_s.o} > >

13 years, 8 months

Sugetao

by Dimas FranK

I obeservado that companies have made the opening of perfius on social sites like orkte, face buk to have a closer contacts with its customers Suggestions Taves Foce the time to develop a page-pink similar to orkut only for pelomenos emvolvidos list of ros-dev communicate mellhor we take for example the option orkut This allows you to replaying a message to the entire group or just for some or open a profile but it would be the maintainer of the profile to select some options has some social networks that desacoselho to be very open but partially open orkut and where he has partial control of where and where does the information would be very nice to have something in ros.org or maybe opening a profile on some these social networks a method would be to discuss and APREDE programs in a more dynamic

13 years, 8 months

Uma Questao

by Dimas FranK

A Matter discursoes saw some about the future of Roses A sugentao as a powerful gaming machine MaxiVista server and at the same time continue the development of financial markets and earn some cash to the developers and everyone involved in the project we will take as examples the maximum this game is notable that the projects do not get for the day for the night

13 years, 8 months

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

by Dimas FranK

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(a)reactos.org <ros-dev-request(a)reactos.org>: > Send Ros-dev mailing list submissions to > ros-dev(a)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(a)reactos.org > > You can reach the person managing the list at > ros-dev-owner(a)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(a)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(a)myopera.com > Subject: Re: [ros-dev] Debug Buildslave Maintenance > To: "ReactOS Development List" <ros-dev(a)reactos.org> > Message-ID: > <1314307795.18690.140258133790149(a)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(a)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(a)reactos.org> wrote on Sat, August 20th, >> 2011, 4:24 PM: >> > Timo Kreuzer <timo.kreuzer(a)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(a)reactos.org >> > http://www.reactos.org/mailman/listinfo/ros-dev >> >> _______________________________________________ >> Ros-dev mailing list >> Ros-dev(a)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(a)t-online.de> > Subject: Re: [ros-dev] Debug Buildslave Maintenance > To: ReactOS Development List <ros-dev(a)reactos.org> > Message-ID: <4E56D454.6060606(a)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(a)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(a)reactos.org> > Message-ID: <004201cc63c6$e7a44a40$b6ecdec0$(a)gmail.com> > Content-Type: text/plain; charset="utf-8" > > fireball(a)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(a)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(a)reactos.org> > Message-ID: <7766A32C-3CB0-446A-96F4-4EDC73BC3A29(a)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(a)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(a)reactos.org> > Subject: Re: [ros-dev] Debug Buildslave Maintenance > To: ReactOS Development List <ros-dev(a)reactos.org> > Message-ID: <1F3FEE77-59BC-4D24-83A9-5D280FB45966(a)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(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev > > End of Ros-dev Digest, Vol 84, Issue 22 > *************************************** >

13 years, 8 months

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

by Dimas FranK

When complete the installation of the driver placa GF8200A shipeset 8200 Through the message that the dll not found Wow32.dll 2011/8/26, ros-dev-request(a)reactos.org <ros-dev-request(a)reactos.org>: > Send Ros-dev mailing list submissions to > ros-dev(a)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(a)reactos.org > > You can reach the person managing the list at > ros-dev-owner(a)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(a)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(a)myopera.com > Subject: Re: [ros-dev] Debug Buildslave Maintenance > To: "ReactOS Development List" <ros-dev(a)reactos.org> > Message-ID: > <1314307795.18690.140258133790149(a)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(a)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(a)reactos.org> wrote on Sat, August 20th, >> 2011, 4:24 PM: >> > Timo Kreuzer <timo.kreuzer(a)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(a)reactos.org >> > http://www.reactos.org/mailman/listinfo/ros-dev >> >> _______________________________________________ >> Ros-dev mailing list >> Ros-dev(a)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(a)t-online.de> > Subject: Re: [ros-dev] Debug Buildslave Maintenance > To: ReactOS Development List <ros-dev(a)reactos.org> > Message-ID: <4E56D454.6060606(a)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(a)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(a)reactos.org> > Message-ID: <004201cc63c6$e7a44a40$b6ecdec0$(a)gmail.com> > Content-Type: text/plain; charset="utf-8" > > fireball(a)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(a)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(a)reactos.org> > Message-ID: <7766A32C-3CB0-446A-96F4-4EDC73BC3A29(a)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(a)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(a)reactos.org> > Subject: Re: [ros-dev] Debug Buildslave Maintenance > To: ReactOS Development List <ros-dev(a)reactos.org> > Message-ID: <1F3FEE77-59BC-4D24-83A9-5D280FB45966(a)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(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev > > End of Ros-dev Digest, Vol 84, Issue 22 > *************************************** >

13 years, 8 months

Debug Buildslave Maintenance

by Colin Finck

Hello all, The Debug Buildslave will be down for maintenance throughout the next week. We hope to have it fully working again by next weekend. In the process of this maintenance, the OS will be reinstalled to match the one we already use on our other servers. Besides, more of our administrators will get access to the machine, so that further problems can be debugged more easily. - Colin

13 years, 8 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev