Ros-dev

ros-dev@reactos.org

3 participants
5789 discussions

by Justin Haygood

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.

18 years, 2 months

Re: [ros-dev] [ros-diffs] [ekohl] 24722: KbdLayerDescriptor is a STDCALL function.

by Aleksey Bragin

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

18 years, 2 months

Codefreeze

by Aleksey Bragin

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.

18 years, 2 months

Re: [ros-dev] [ros-diffs] [ekohl] 24722: KbdLayerDescriptor is a STDCALL function.

by Reuel ben Yisrael

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

18 years, 2 months

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)

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.

18 years, 2 months

Re: [ros-dev] 24701: set most of trunk svn property eol-style:native

by Martin Fuchs

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

18 years, 2 months

Cannot build trunk with multi-processor support enabled.

by David Ianno

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.

18 years, 2 months

Website

by Ge van Geldorp

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.

18 years, 2 months

Re: [ros-dev] Vote for a code freeze.

by Murphy, Ged (Bolton)

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.

18 years, 2 months

Re: [ros-dev] Vote for a code freeze.

by Murphy, Ged (Bolton)

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

18 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev