Ros-dev

ros-dev@reactos.org

5790 discussions

Start a nNew thread

0.3.1
by Murphy, Ged (Bolton) 13 Nov '06

13 Nov '06

Any update on its progress? Release cycle speed doesn't seem to have improved since our last bungled attempt.

2 1

ReactOS doesn't boot
by Justin Haygood 12 Nov '06

12 Nov '06

Under Virtual PC 2007, ReactOS r24721 (as well as the last few over the last few days) simply do not boot. Boot CD: Boots, installs under text mode, stops when switching to GUI mode, has ntoskrnl.dll error in debug mode Live CD: Never finishes booting. Compiler: RosBE 0.3.1 (GCC 3.4.5) Does it boot for anyone else? If so, I'll attempt to figure out a way to get it to boot.

5 6

Re: [ros-dev] [ros-diffs] [ekohl] 24722: KbdLayerDescriptor is a STDCALL function.
by Aleksey Bragin 12 Nov '06

12 Nov '06

Actually "@X" were removed from all .def files to maintain compatibility with MSVC compiler, and GCC will do this silently with "--enable-stdcall-fixup" (which didn't work for some reason when enabled a few month ago). WBR, Aleksey Bragin. On Nov 11, 2006, at 11:33 PM, ekohl(a)svn.reactos.org wrote: > Author: ekohl > Date: Sat Nov 11 23:33:06 2006 > New Revision: 24722 > > URL: http://svn.reactos.org/svn/reactos?rev=24722&view=rev > Log: > KbdLayerDescriptor is a STDCALL function. > -=skip=- > Modified: trunk/reactos/dll/keyboard/kbdbe/kbdbe.def > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/keyboard/ > kbdbe/kbdbe.def?rev=24722&r1=24721&r2=24722&view=diff > ====================================================================== > ======== > --- trunk/reactos/dll/keyboard/kbdbe/kbdbe.def (original) > +++ trunk/reactos/dll/keyboard/kbdbe/kbdbe.def Sat Nov 11 23:33:06 > 2006 > @@ -4,5 +4,5 @@ > LIBRARY kbdbe.dll > > EXPORTS > -KbdLayerDescriptor > +KbdLayerDescriptor@0 > ;EOF -=skip=-

2 1

Codefreeze
by Aleksey Bragin 12 Nov '06

12 Nov '06

Hello, as you might have already noticed I took the chance while upgrading SVN server to 1.4.0 and creating a mirror to effectively set it to readonly state for now. The blocker bug is the stack corruption issue, which somewhen (though rather frequently, but to be fully sure one needs at least 10 boots) results in "IoPageWrite() failed" during setup. Herve already took a lot of time to try to track down the revision number of the regression, however I'm not aware of his recent achievements. I would like to ask everyone (especially those who wants to become testers :) ) to please help and find the revision number which has this regression. Further commits can go only when this is fixed (the concept of bootable trunk). WBR, Aleksey Bragin.

1 2

Re: [ros-dev] [ros-diffs] [ekohl] 24722: KbdLayerDescriptor is a STDCALL function.
by Reuel ben Yisrael 11 Nov '06

11 Nov '06

> Modified: trunk/reactos/dll/keyboard/kbddv/kbddv.def > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/keyboard/kbddv/kbddv.d… > ============================================================================== > --- trunk/reactos/dll/keyboard/kbddv/kbddv.def (original) > +++ trunk/reactos/dll/keyboard/kbddv/kbddv.def Sat Nov 11 23:33:06 2006 > @@ -1,8 +1,8 @@ > ; > ; ReactOS Operating System > ; > -LIBRARY kbddvorak.dll > +LIBRARY kbdv.dll > > Did you mean "LIBRARY kbddv.dll"?

2 1

Re: [ros-dev] [ros-diffs] [janderwald] 24711: - implement a GuiRunOnce sect ion for unatttended setup - with this we launch programs after 3rd boot ( programs / scripts) - another a little step for sysreg :)
by Murphy, Ged (Bolton) 10 Nov '06

10 Nov '06

janderwald(a)svn.reactos.org wrote: > > + if (RegOpenKeyEx(HKEY_LOCAL_MACHINE, > + _T("SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\RunOnce"), > + 0, > + KEY_SET_VALUE, > + &hKey) != ERROR_SUCCESS) > + { > + DPRINT1("Error: failed to open HKCU\\Software\\Microsoft\\Windows\\CurrentVersion\\RunOnce\n"); There's a HKCU typo in the debug print. Also, is this the correct place to be storing this info? Ged.

1 0

Re: [ros-dev] 24701: set most of trunk svn property eol-style:native
by Martin Fuchs 08 Nov '06

08 Nov '06

On 08.11.2006 11:49:19 janderwald(a)svn.reactos.org wrote: > Author: janderwald > Date: Wed Nov 8 14:47:44 2006 > New Revision: 24701 > URL: http://svn.reactos.org/svn/reactos?rev=24701&view=rev > Log: > set most of trunk svn property eol-style:native Please revert this change (or part of it): It's plain wrong to set eol-style:native for files of type *.dsp, *.dsw, *.vcproj, *.sln and some other files like chinese resource scripts. Thanks, Martin -- Martin Fuchs fuchs.martin(a)gmail.com

1 0

Cannot build trunk with multi-processor support enabled.
by David Ianno 06 Nov '06

06 Nov '06

Hello, I tried to to build trunk (rev.24696) with MP=1, but it doesn't build. ntoskrnl\ke\ipi.c:27:2: #error VerifyMe! ntoskrnl\ke\ipi.c: In function `KiIpiSendRequest': ntoskrnl\ke\ipi.c:37: warning: implicit declaration of function `Ke386TestAndSetBit' ntoskrnl\ke\ipi.c:53:2: #error VerifyMe! ntoskrnl\ke\ipi.c:102:2: #error VerifyMe! ntoskrnl\ke\ipi.c: In function `KiIpiServiceRoutine': ntoskrnl\ke\ipi.c:108: warning: implicit declaration of function `Ke386TestAndClearBit' ntoskrnl\ke\ipi.c:147:2: #error Not yet implemented! mingw32-make: *** [obj-i386\ntoskrnl\ke\ipi.o] Error 1 Regards, David (Quip) --------------------------------- Sneak preview the all-new Yahoo.com. It's not radically different. Just radically better.

1 0

Website
by Ge van Geldorp 06 Nov '06

06 Nov '06

After wiping the "old" reactos.org box (the one at IP 130.161.165.129) and reinstalling Apache so I can use it for other projects I found that there are still some hostnames referring to the "old" box: links.reactos.org reactos.de reactos.pl www.reactos.de www.reactos.pl For the moment, I've set up redirection for (www.)reactos.de/.pl to www.reactos.org/?lang=de/pl and I have reloaded the scripts for links.reactos.org. I will terminate that service at the end of the month, so please update DNS before that. The critical one is links.reactos.org. The getfirefox applet will download Firefox using the link http://links.reactos.org/getfirefox. The script behind that URL will redirect to the "real" Firefox download location. This was done so it was possible to update the script to newer Firefox versions when they became available, without the need to recompile and redistribute getfirefox. Same thing is happening for the Mozilla ActiveX control. When links.reactos.org doesn't work anymore, this means getfirefox and the automatic Mozilla ActiveX download will cease to work. I assume the scripts were transferred already during the website move, if not I can provide them. Oh, and please fix the alias for root(a)www.reactos.org, it still points to my email address. I'm not interested in receiving that mail, a little while ago there was an error in a script somewhere, causing it to send me an email every ten minutes, 24 hours per day.... If there's a need to communicate about this, please email me directly, after this email gets through I'm unsubscribing again. Gé van Geldorp.

1 0

Re: [ros-dev] Vote for a code freeze.
by Murphy, Ged (Bolton) 06 Nov '06

06 Nov '06

Richard wrote: > I believe it's time to do a code freeze. +1 I've stopped working on ReactOS as it's instability is frustrating. Ged.

11 14

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