Funny how Windows works without these hacks.
Let's hide more bugs :D
Best regards,
Alex Ionescu
On Tue, Aug 30, 2011 at 12:01 PM, <tkreuzer(a)svn.reactos.org> wrote:
> Author: tkreuzer
> Date: Tue Aug 30 12:01:01 2011
> New Revision: 53496
>
> URL: http://svn.reactos.org/svn/reactos?rev=53496&view=rev
> Log:
> [HAL]
> We cannot make any assumptions about the latency whith which the timer
> interrupt fires after a rollover, since VBox (other VMs probably as well)
> doesn't always meet this. Add another check to KeQueryPerformanceCounter
> that gracefully handles missing interrupts. Also raise to DISPATCH_LEVEL,
> since the function is not reentrant.
>
> Modified:
> trunk/reactos/hal/halx86/generic/timer.c
>
> Modified: trunk/reactos/hal/halx86/generic/timer.c
> URL:
> http://svn.reactos.org/svn/reactos/trunk/reactos/hal/halx86/generic/timer.c…
>
> ==============================================================================
> --- trunk/reactos/hal/halx86/generic/timer.c [iso-8859-1] (original)
> +++ trunk/reactos/hal/halx86/generic/timer.c [iso-8859-1] Tue Aug 30
> 12:01:01 2011
> @@ -253,6 +253,7 @@
> {
> LARGE_INTEGER CurrentPerfCounter;
> ULONG CounterValue, ClockDelta;
> + KIRQL OldIrql;
>
> /* If caller wants performance frequency, return hardcoded value */
> if (PerformanceFrequency) PerformanceFrequency->QuadPart =
> PIT_FREQUENCY;
> @@ -262,6 +263,10 @@
>
> /* Check if interrupts are disabled */
> if(!(__readeflags() & EFLAGS_INTERRUPT_MASK)) return HalpPerfCounter;
> +
> + /* Raise irql to DISPATCH_LEVEL */
> + OldIrql = KeGetCurrentIrql();
> + if (OldIrql < DISPATCH_LEVEL) KfRaiseIrql(DISPATCH_LEVEL);
>
> do
> {
> @@ -287,13 +292,21 @@
> /* Add the clock delta */
> CurrentPerfCounter.QuadPart += ClockDelta;
>
> - /* This must be true unless HalpPerfCounter has changed sign,
> - which takes approximately 245,118 years */
> - ASSERT(CurrentPerfCounter.QuadPart >= HalpLastPerfCounter.QuadPart);
> + /* Check if the value is smaller then before, this means, we somehow
> + missed an interrupt. This is a sign that the timer interrupt
> + is very inaccurate. Probably a virtual machine. */
> + if (CurrentPerfCounter.QuadPart < HalpLastPerfCounter.QuadPart)
> + {
> + /* We missed an interrupt. Assume we will receive it later */
> + CurrentPerfCounter.QuadPart += HalpCurrentRollOver;
> + }
>
> /* Update the last counter value */
> HalpLastPerfCounter = CurrentPerfCounter;
>
> + /* Restore previous irql */
> + if (OldIrql < DISPATCH_LEVEL) KfLowerIrql(OldIrql);
> +
> /* Return the result */
> return CurrentPerfCounter;
> }
>
>
>
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
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/Debugginghttp://www.reactos.org/wiki/ReactOS_Remote_Debugger#TCP.2FIP_.28QEMU_only.29
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
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
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
> ***************************************
>
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
> ***************************************
>
