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@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@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@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev


_______________________________________________
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev