Ros-dev November 2006

ros-dev@reactos.org

32 participants
29 discussions

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

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

04 Nov '06

Brandon Turner wrote: > > D. Hazelton wrote: > > (I once thought I might be able to help, but I am not used > to writing C++ for > > low-level interfaces - for those I've always used C) > > > > DRH > > > > > Good thing our whole kernel and system lib set is in C. ;) > Pretty much the entire operating system ..... Lol

1 0

we are back online
by Magnus Olsen 01 Nov '06

01 Nov '06

Hi everyone have notice ReactOS website, svn, mailing list, went down. The svn and web server was never down the problem was the DNS server whent down by hardware failour and it took time getting it back online again. Longer that we did expect.

2 2

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