> -----Original Message-----
> From: Murphy, Ged (Bolton) [mailto:MurphyG@cmpbatteries.co.uk]
> Sent: 02 December 2005 08:16
> To: 'ReactOS Development List'
> Subject: RE: [ros-dev] msvc backend issue
>
>
>
> > -----Original Message-----
> > From: Steven Edwards [mailto:winehacker@gmail.com]
> > Sent: 02 December 2005 07:51
> > To: ReactOS Development List
> > Subject: [ros-dev] msvc backend issue
> >
> > '#include' statement specified with the /Ycstdafx.h command-line
> > option was not found in the source file
>
>
> I get this same error.
> Try reverting 19789. It was working fine up until this point
> as I did some
> testing with it.
>
Nevermind, I see Christoph fixed it as I was typing that ... heh.
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
> -----Original Message-----
> From: WaxDragon [mailto:waxdragon@gmail.com]
> Sent: 02 December 2005 01:02
> To: ReactOS Development List
> Subject: Re: [ros-dev] Freeze the trunk and release
>
>
> In my 19792, I have a working dhcp client, and can access the cdrom
> drive, under vmware.. I haven't had a chance to try Firefox.
>
> I'm for a freeze, but against a release at this time.
>
I think a freeze would lead directly onto a release as all the critical bugs
should be fixed in the freeze period.
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
> -----Original Message-----
> From: Steven Edwards [mailto:winehacker@gmail.com]
> Sent: 02 December 2005 07:51
> To: ReactOS Development List
> Subject: [ros-dev] msvc backend issue
>
> '#include' statement specified with the /Ycstdafx.h command-line
> option was not found in the source file
I get this same error.
Try reverting 19789. It was working fine up until this point as I did some
testing with it.
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
Hi,
If our testing cordinator would agree to it I think it would be nice
to freeze the trunk for a week and then branch for another release.
Its been 2+ months and I am seeing the following bugs
dhcp client - broken
firefox - kernel crashes
cdrom - device not being found
I think its time we get her qusi-stable again.
--
Steven Edwards - ReactOS and Wine developer
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
gvg(a)svn.reactos.com wrote:
>Factor out probe and capture code from private ntoskrnl header and put it in
>a more public place so other kernelmode components can use it too
>
>
>
>Added files:
>trunk/reactos/include/reactos/probe.h
>
>Updated files:
>trunk/reactos/ntoskrnl/include/internal/ntoskrnl.h
>trunk/reactos/ntoskrnl/include/ntoskrnl.h
>
>_______________________________________________
>Ros-svn mailing list
>Ros-svn(a)reactos.org
>http://www.reactos.org/mailman/listinfo/ros-svn
>
>
>
This is incorrect; other kernel-mode components should NOT use these
macros. They should do it the "long way" and go through ProbeForRead.
Best regards,
Alex Ionescu
> From: ion(a)svn.reactos.com
>
> +
> +@RtlPrefetchMemoryNonTemporal@8:
> + ret /* Overwritten by ntoskrnl/ke/i386/kernel.c if SSE is
supported (see Ki386SetProcessorFeatures() ) */
Is this routine so time-critical that we want to resort to self-modifying
code?
GvG
While working on proper logoff/shutdown processing, I'm running into an
interesting race condition inside kernel32. The shutdown command
(apps/utils/shutdown) calls ExitWindowsEx() and then terminates, which
causes kernel32's DllMain() function to be called with the
DLL_PROCESS_DETACH reason. This will clean up kernel32 resources, like
calling RtlDeleteCriticalSection(&ConsoleLock).
Now, before the process is completely shutdown, CSRSS will send it a
CTRL_LOGOFF_EVENT. To deliver this event, CSRSS calls CreateRemoteThread().
So CreateRemoteThread() is called while the main thread is executing
DLL_PROCESS_DETACH cleanup. During handling of CTRL_LOGOFF_EVENT, the new
thread will try to enter the ConsoleLock critical section, which was already
deleted by the main thread. Chaos results.
To solve this, first I was looking for a way to disable new thread creation
when a process enters ExitProcess(), but that won't solve the problem. We
can still have a thread A which calls ExitProcess(), have a context switch
to existing thread B of the same process which does something that needs the
ConsoleLock. Then I considered SuspendThread()ing all other threads of the
process when ExitProcess() is called, but that could potentially lead to
deadlocks if the suspended threads hold synchronization objects. So now I'm
inclined to believe that the solution is to just not do the resource cleanup
during DLL_PROCESS_DETACH handling. But that doesn't feel very clean either.
Anyone have a better idea?
GvG
We do not support some binutils for diffent reason
and I do not think this patch is good, for it active least one version of
binutils that always break reactos, it does not the linking right or was it
some other issue. And I do not want see this patch in reactos for that
reason. see older mails why we support 2.15.94 or higher.
----- Original Message -----
From: "Alex Buell" <alex.buell(a)munted.org.uk>
To: "ReactOS Development" <Ros-dev(a)reactos.org>
Sent: den 29 November 2005 17:52
Subject: [ros-dev] Patch for lib/rtl/i386/math_asm.S
> The following might be better for those of us using older binutils
>
> --- lib/rtl/i386/math_asm.S.orig 2005-11-29 15:47:23.000000000
> +0000
> +++ lib/rtl/i386/math_asm.S 2005-11-29 15:47:09.000000000 +0000
> @@ -731,7 +731,7 @@
> mov al,ah // Move condition flags to AL
> lahf // Load Flags into AH
> and al, 0b01000101 // Isolate C0, C2 and C3
> - and ah,not 0b01000101 // Turn off CF, PF and ZF
> + and ah, 0b10111010 // Turn off CF, PF and ZF
> or ah,al // Set new CF, PF and ZF
> sahf // Store AH into Flags
> jb __fpow1 // Re-direct if x < 0
> @@ -743,7 +743,7 @@
> mov al,ah // Move condition flags to AL
> lahf // Load Flags into AH
> and al, 0b01000101 // Isolate C0, C2 and C3
> - and ah,not 0b01000101 // Turn off CF, PF and ZF
> + and ah, 0b10111010 // Turn off CF, PF and ZF
> or ah,al // Set new CF, PF and ZF
> sahf // Store AH into Flags
> ja __fpow3 // Re-direct if y > 0
> @@ -759,7 +759,7 @@
> mov al,ah // Move condition flags to AL
> lahf // Load Flags into AH
> and al, 0b01000101 // Isolate C0, C2 and C3
> - and ah,not 0b01000101 // Turn off CF, PF and ZF
> + and ah, 0b10111010 // Turn off CF, PF and ZF
> or ah,al // Set new CF, PF and ZF
> sahf // Store AH into Flags
> je __fpow2 // Proceed if y = int(y)
>
> Cheers,
> Alex
> --
> http://www.munted.org.uk
>
> Anyone that thinks an imaginary deity is going to protect them against
> earthquakes and hurricanes needs psychiatric help.
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.362 / Virus Database: 267.13.9/185 - Release Date: 2005-11-28
>
>