And this is where solution is known and is being developed albeit
slowly.
On Apr 9, 2009, at 7:36 AM, Cameron Gutman wrote:
To clarify what Timo said (I talked with him earlier
today) it is not
crashing in the network stack. It is crashing in fastfat and Cc.
On Apr 8, 2009, at 5:56 PM, Aleksey Bragin <aleksey(a)reactos.org>
wrote:
> It's not that bad now, actually that's why I say about starting all
> this compatibility/whatever thing. We know almost all "strange"
> crashes, all of them are bugzilled. Idle time is great too - e.g.
> tower usually runs ReactOS for at least a day in a virtual machine.
> Bad things happen when it comes to certain areas. Like networking in
> your example. Or filesystem (but now it's greatly improved).
>
> I fully agree - stability is a must, but to have a plan, we need to
> see what issues we do have now. And to get them - get test software
> which runs good and could simulate us a real usage case.
>
>
>
> On Apr 8, 2009, at 11:24 PM, Timo Kreuzer wrote:
>
>> One of the current issues that makes ReactOS completely useless for
>> real stuff is not that it cannot run app X or game Y or doesn't
>> support my network adapter. The most annoying thing is it's
>> instability.
>> You have no chance to use any of the great features, because most
>> likely reactos crashes before you are at that point.
>> Try downloading something that is > 300MB, or installing a bigger
>> application... good luck :(
>> It just crashes way too often. We all know our crappy Cc and yes, I
>> know win32k also crashes from time to time.
>> And after a crash it's quite likely that things don't work anymore
>> (for example downloader) and you need to reinstall reactos. If we
>> could fix that, the system would look much better than it does
>> today.
>> Before a 0.4, we should start a stability offensive.
>> It would also improve developing, because the crashes can really be
>> a pain when it comes to testing something. Excessive testing is
>> more or less impossible, because of all the crashes.
>>
>> Just my 2 cents,
>> Timo
>>