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