Ros-dev

ros-dev@reactos.org

1 participants
5791 discussions

RE: [ros-dev] msvc backend issue
by Murphy, Ged (Bolton) 02 Dec '05

02 Dec '05

> -----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

1 0

Freeze the trunk and release
by Steven Edwards 02 Dec '05

02 Dec '05

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

4 4

Re: [ros-dev] MSVC?
by Christoph von Wittich 01 Dec '05

01 Dec '05

Hi! > Which versions of MSVC will build ReactOS? > currently: none But you can compile some stuff with MSVC >6. Regards, Christoph v. Wittich

1 0

Re: [ros-svn] [gvg] 19802: Factor out probe and capture code from private ntoskrnl header and put it in
by Alex Ionescu 01 Dec '05

01 Dec '05

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

2 4

RE: [ion] 19742: - Implement RtlPrefectMemoryNonTemporal.Patch by Patrick Baggett <baggett.patrick@gmail.com> and myself.
by Ge van Geldorp 01 Dec '05

01 Dec '05

> 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

8 16

Kernel32 race condition
by Ge van Geldorp 01 Dec '05

01 Dec '05

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

4 9

RE: [ros-svn] [weiden] 19755: remove obsolete shutdown tool from rosapps
by Sylvain Petreolle 01 Dec '05

01 Dec '05

> From: weiden at svn.reactos.com > > remove obsolete shutdown tool from rosapps You should remove it from bootdata/packages/reactos.dff too. Index: bootdata/packages/reactos.dff =================================================================== --- bootdata/packages/reactos.dff (revision 19798) +++ bootdata/packages/reactos.dff (working copy) @@ -352,6 +352,5 @@ modules\rosapps\sysutils\man\man.exe 1 optional modules\rosapps\sysutils\pedump\pedump.exe 1 optional modules\rosapps\sysutils\regexpl\regexpl.exe 1 optional -modules\rosapps\sysutils\shutdown\shutdown.exe 1 optional modules\rosapps\sysutils\tcat\cat.exe 1 optional modules\rosapps\sysutils\tlist\tlist.exe 1 optional Kind regards, Sylvain Petreolle (aka Usurp) --- --- --- --- --- --- --- --- --- --- --- --- --- Tired of a proprietary Windows on your computer ? Use free ReactOS instead ( http://www.reactos.org )

2 1

Re: [ros-dev] Patch for lib/rtl/i386/math_asm.S
by Magnus Olsen 01 Dec '05

01 Dec '05

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 > >

3 3

DOS Subsystem.
by Jerry 01 Dec '05

01 Dec '05

11 19

Next release
by Murphy, Ged (Bolton) 01 Dec '05

01 Dec '05

We're at the 2 month period since our last release. Is it not time to branch now and chase some more publicity If Alex meets his 1st December deadline for User-Mode networking, I propose a 0.2.9 branch then. Any thoughts? ************************************************************************ 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

9 13

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev