Makes sense. And once the real subsystems are
compatible and stable enough,
then the arwinss branch could be relegated to an addon. An addon that could
be used on both ReactOS and Windows. It's a stopgap solution, but one that
would have uses after it is replaced.
On Wed, Jul 29, 2009 at 1:10 PM, Ged <gedmurphy(a)gmail.com> wrote:
Current win32 subsystem progress is too slow. We
need something now before
it's too late.
One of the main things that's holing us back and stopping new devs from
getting involved is out lack of compatibility and stability.
If we have a drop in replacement which is much more compatible and stable
then the current one, then I think it's wise to use that whilst the real
implementation is continued alongside.
Surely this will give you the freedom to get architecture done without
worrying about breaking things?
Ged.
-----Original Message-----
From: James Tabor [mailto:jimtabor.rosdev@gmail.com]
Sent: 29 July 2009 18:30
To: ReactOS Development List
Subject: Re: [ros-dev] Arwinss architecture
No, not even, not in the light of day, shall this ever be part of trunk!
Separate project maybe, perhaps or will be a new project altogether!
Leave our trunk alone and keep working on ArWinSS where it is or make
it's own home on
ReactOS.org.
I'm @ wk and had to comment on this,
James
On Wed, Jul 29, 2009 at 6:38 AM, Ged<gedmurphy(a)gmail.com> wrote:
What people should also know is that if this
branch ever does make it
into
trunk it will only be used as a temporary
solution until the correct
implementation is ready. This is by no means a permanent solution!
What it will do is act as a temp replacement which will hold things
together
and allow work on the real subsystem to
accelerate.
At the moment the current subsystem must be kept stable as it's our main
component and needs to stay regression free whilst rewriting major parts
to
make it more compatible. Not an easy task!
If the Arwinss model can take over for a while it will gives the win32
subsystem developers breathing space to rewrite / hack / break / fight /
kill / molest and eventually improve the real implementation without
worrying about breaking reactos for everyone else.
In the long run this may be a great solution to improve the
compatibility
and stability of the real reactos win32
subsystem.
Ged.
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org