Hi,
--- Casper Hornstrup <ch(a)csh-consult.dk> wrote:
> If it's not going on the cd, why do we need it then?
As Gedi said, mainly for releases. We still ship a rosapps package during release time and most of
the people I meet at expos always joke about ReactOS needing its own solitaire replacement. For us
on the dev teams its not worth the hassle of rebuilding sol everytime we rebuild the source tree.
Once rbuild is in place with PCH I will look at importing solitaire to the main module. It may
have to wait till gcc-4.x as I really don't want to add more time to the build process than
needed.
Thanks
Steven
__________________________________
Do you Yahoo!?
Yahoo! Sports - Sign up for Fantasy Baseball.
http://baseball.fantasysports.yahoo.com/
Can we not just include it into release builds but keep out of /reactos
HEAD.
It's definitely needed for release builds, but putting it in HEAD just slows
down the compile process too much, and unnecessarily, as Steven said. In
which case, apps is probably the best place for it.
Gedi.
-----Original Message-----
From: Casper Hornstrup [mailto:ch@csh-consult.dk]
Sent: 10 March 2005 16:07
To: 'ReactOS Development List'
Subject: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22
solclone withauthors permission
If it's not going on the cd, why do we need it then?
Casper
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
Hi,
--- Casper Hornstrup <ch(a)csh-consult.dk> wrote:
> Doesn't WINE already have one we can share?
No it does not.
> Why isn't it imported to reactos module so it can get onto the cd?
Because it and cardlib are written in C++ and it will add at least another two mins to the build
time. If you want to convert it to C be my guest at importing it to the reactos module.
> It should be imported as a vendor drop and merged to trunk so we can
> track local changes to it and upgrade it easier.
The current author has made very little changes to the code in many years. It was just a example
of how to used cards.dll using his C++ wrapper "cardlib".
Thanks
Steven
__________________________________
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/
Doesn't WINE already have one we can share?
Why isn't it imported to reactos module so it can get onto the cd?
It should be imported as a vendor drop and merged to trunk so we can
track local changes to it and upgrade it easier.
Casper
> -----Original Message-----
> From: ros-svn-bounces(a)reactos.com
> [mailto:ros-svn-bounces@reactos.com] On Behalf Of
> sedwards(a)svn.reactos.com
> Sent: 10. marts 2005 05:05
> To: ros-svn(a)reactos.com
> Subject: [ros-svn] [sedwards] 13904: imported catch-22 sol
> clone withauthors permission
>
> imported catch-22 sol clone with authors permission
Hi Casper,
--- Casper Hornstrup <ch(a)csh-consult.dk> wrote:
> Basicly we have the following situation (and please correct me if I'm wrong). Hartmut spends
> some time examining the registry and
> object manager problems. Alex has partially rewritten the object manager to fix the problems,
> but can't get get further because he
> needs to wait for Thomas to finish his handle table implementation. Meanwhile, Thomas seems to
> be doing everything but finishing his
> handle table implementation. Alex keeps an increasing number of bugfixes (not only bugfixes for
> the object manager) on his private
> miscelanea branch and thus keeping these bugfixes away from 25 developers and whatever number of
> testers we have. The 25 developers
> and testers will have to live with these bugs until the branch is merged to trunk which appears
> to be several weeks away. Hartmut
> seems to be willing to fix the object manager and registry manager bugs on trunk, but if he now
> did, he would be duplicating work.
I agree 100%. I wanted to branch to 0.2.6 but because these fixes are still not on the trunk I
cannot do that. If the fixes are not merged on the trunk so then I propose we go ahead and branch
it for 0.2.6 and let the testers have at it.
Thanks
Steven
__________________________________
Celebrate Yahoo!'s 10th Birthday!
Yahoo! Netrospective: 100 Moments of the Web
http://birthday.yahoo.com/netrospective/
Filip,
I do not know if this patch is related to my nvidia driver 66.93 crash
(interrupt registration conflict) but i tested it and no change ...
To remember about this problem , i created the bug #522
=> May I have feedback from Nvidia users ?
Note : The driver version 43.45 worked ok several months ago on my video
card.
Regards
Gerard
french sysdm translation and some fixes in rc files
Kind regards,
Usurp (aka Sylvain Petreolle)
humans are like computers,
yesterday the BIOS was all
- today its just a word
What are our current options for creating userland services in reactos?
We don't seem to have an svchost, so should I make my service a
standalone exe for now?
Is anybody working on service support?
--
Here's a simple experiment. Stand on a train track between two locomotives
which are pushing on you with equal force in opposite directions. You will
exhibit no net motion. None the less, you may soon begin to notice that
something important is happening.
-- Robert Stirniman
Sorry to be nudging about this but:
Will the newly ported wrc.exe & widl.exe be a part of the binutils
(Binary & Source) packages available on SourceForge.net ReactOS project?
Free Life
Boaz