It is possible to compile with this flag, but you need to build it
yourself then. Official ISOs are compiled with leanandmean set to no.
WBR,
Aleksey Bragin.
On Jun 11, 2007, at 1:06 PM, carlo.bramix wrote:
> Is the SVN REL Live CD compiled with "set ROS_LEAN_AND_MEAN = yes"?
> If not, is it possible to compile it with this flag?
> For other purposes beside the normal user testing, we have the SVN
> DEB Live CD image.
>
> Sincerely,
>
> LDChen
Is the SVN REL Live CD compiled with "set ROS_LEAN_AND_MEAN = yes"?
If not, is it possible to compile it with this flag?
For other purposes beside the normal user testing, we have the SVN DEB Live CD image.
Sincerely,
LDChen
------------------------------------------------------
Leggi GRATIS le tue mail con il telefonino i-mode di Wind
http://i-mode.wind.it/
Hi Lucio,
I must say, that there were a lot of efforts to get our tools working as
easy as possible. Even a global login system was introduced way back so that
you don't need to create an account for wiki, for bugzilla, for forum, for
wiki, for the main website - you just create one. A lot of time was spent in
order to do this (every piece of software needed to be customised - Ge and
Klemens put a lot of their personal time into this).
I will answer between the lines below so it makes better sense.
----- Original Message -----
From: "Lucio Diaz" <reactos_translate(a)yahoo.es>
To: <ros-dev(a)reactos.org>
Sent: Tuesday, April 17, 2007 2:08 AM
Subject: [ros-dev] About translation
-= skip =-
> -Many like me can install SVN, and get the source
> code, but never have made a patch, or even used
> bugzilla(and probably wont have the time).
If a contributor has SO small time that he can't even submit his work to a
bugzilla or, at least, send a patch to a relevant person (the same language
native speaker developer or another translator who has more time), then it's
better to wait when he/she has more free time to contribute.
-= skip =-
> files, but sending them to bugzilla... i dont know how
> to send them to bugzilla, i dont have a bugzilla
> acount, it was tiring trying to find someone to send
> the files, and i dont have the time or will to learn
> bugzilla.
That shows you really did not even slightly investigated how the website
works. And instead you're proposing a whole workflow for developers, so they
mandatory spent a few hours per week maintaining all the stuff you.
During that 2 years you should have spent just a bit of time, even 20
minutes, to overview our website and systems we have there, and another 20
minutes to read online manuals/help for them. Excuses like "I didn't have
time" hardly apply here.
WBR,
Aleksey Bragin.
Hi,
I set up a Chatroom for RosBE (Windows/Linux) specific questions. Its on
Freenode and is called #reactos-rosbe. I dont know if its so useful, but
I was bored and thought this could be useful.
Bye.
Actually, I removed the hack from IopCreateDriver, and added a loop
to prevent creation of drivers with the same name (which actually
have no impact on the servicekeynode).
What is the real cause of a double free? And which hack are you
referring to in IopCreateDriver?
WBR,
Aleksey Bragin.
On May 25, 2007, at 9:10 PM, dgorbachev(a)svn.reactos.org wrote:
> Author: dgorbachev
> Date: Fri May 25 21:10:11 2007
> New Revision: 26893
>
> URL: http://svn.reactos.org/svn/reactos?rev=26893&view=rev
> Log:
> Do not free the string twice.
>
> Modified:
> trunk/reactos/ntoskrnl/io/iomgr/driver.c
>
> Modified: trunk/reactos/ntoskrnl/io/iomgr/driver.c
> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/io/
> iomgr/driver.c?rev=26893&r1=26892&r2=26893&view=diff
> ======================================================================
> ========
> --- trunk/reactos/ntoskrnl/io/iomgr/driver.c (original)
> +++ trunk/reactos/ntoskrnl/io/iomgr/driver.c Fri May 25 21:10:11 2007
> @@ -79,12 +79,14 @@
> ExFreePool(DriverObject->DriverName.Buffer);
> }
>
> +#if 0 /* See a bit of hack in IopCreateDriver */
>
When building the release versions of executables, DLLs, etc, I would suggest to add the "-s" switch to the linker flags.
It will do stripping automatically and release-mode objects will be a bit smaller.
Alternatively, we could "strip -s file.exe" but just adding the flag would be much simpler.
Sincerely,
Carlo Bramini.
------------------------------------------------------
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada
>From livecd-26861-rel it runs again under QEMU.
Last tested image is livecd-26871-rel.
Great job!
Sincerely,
Carlo Bramini.
---------- Initial Header -----------
>From : ros-dev-bounces(a)reactos.org
To : "ros-dev" ros-dev(a)reactos.org
Cc :
Date : Fri, 11 May 2007 17:21:55 +0200
Subject : Re: [ros-dev] QEMU support broken!!!
> I just wanted to tell you that I downloaded and tested livecd-26700-rel.7z and it doesn't work yet.
>
> Sincerely,
>
> Carlo Bramini
>
> ---------- Initial Header -----------
>
> >From : ros-dev-bounces(a)reactos.org
> To : "ReactOS Development List" ros-dev(a)reactos.org
> Cc :
> Date : Fri, 11 May 2007 07:16:05 +0000
> Subject : Re: [ros-dev] QEMU support broken!!!
>
> > I also have a problem with booting LiveCD.
> > Bugcheck in cmcontrl.c, line 151.
> >
> > _______________________________________________
> > Ros-dev mailing list
> > Ros-dev(a)reactos.org
> > http://www.reactos.org/mailman/listinfo/ros-dev
> >
>
>
> ------------------------------------------------------
> Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
> http://click.libero.it/infostrada
>
>
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
------------------------------------------------------
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada