From: Eric K. <ek...@rz...> - 2002-06-25 17:43:36
|
Hi! I think we should release ReactOS 0.0.20 soon. A lot fixes and improvements happened since 0.0.19 was released. From a realistic point-of-view, I do not think we will be able to make 0.0.20 a bootable and installable OS but 0.0.21 could finally reach this goal and become ReactOS 0.1. Therefore, the following topics will have to be addressed: - floppy driver - registry - setup application - setup loader Floppy driver: AFAIK, the floppy driver doesn't work. I don't have any more information about this. Registry: We need a writable registry to get the reactos setup rolling. If an NT-compatible sollution is not available within a reasonable time, we should think about using the flat text format as an intermediate sollution. Later a setup/update application can convert the format. I'm in favor of the intermediate sollution because FreeLoader already supports it. Setup application: I started to write a prototype. It looks like the NT setup but it doesn't work yet. ;-) Setup loader: FreeLoader needs to be changed. I tried to add setup features to the existing FreeLoader but it makes the code kind of ugly since it has to deal with two entirely different jobs. I suggest to write a second front end (setupldr.c) that does not include the ability to boot multiple OSs but focuses on booting ReactOS for setup. IMHO, the current architecture of FreeLoader supports multiple front ends perfectly. Other important topics: - Vfatfs needs to support large sector disks (1024/2048 byte sectors). - Better support for removable disks. PS.: I want to move the midl compiler in 'lib/rpcrt4/midl' to 'tools/midl' and resurrect rpcrt4. I also have stub-implementations of ntfs.sys, mup.sys, eventlog service and rpcss service on my harddisk. Should I commit them and flood the cvs tree or keep them to myself? Does anyone want to adopt them? Eric |
From: Eric K. <ek...@rz...> - 2002-07-27 15:20:57
|
Hi! I guess we should release ReactOS 0.0.20 because: - 0.0.19 is more than 150 days old. - a lot of changes happened since 0.0.19. - we don't see any current showstoppers. Regards, Eric Kohl |
From: Royce M. I. <ro...@ev...> - 2002-07-27 16:07:58
|
I'm sorry I haven't had time to see if you fixed the bug I've been having... Between having a baby, and having to put my family in hiding because of a family emergency, my life has been a living hell. When my life finally gets back to normal I'll check and see if it's fixed. Royce3 ----- Original Message ----- From: "Eric Kohl" <ek...@rz...> To: "ReactOS Kernel" <rea...@li...> Sent: Saturday, July 27, 2002 10:25 AM Subject: [ros-kernel] ReactOS 0.0.20 > Hi! > > I guess we should release ReactOS 0.0.20 because: > > - 0.0.19 is more than 150 days old. > > - a lot of changes happened since 0.0.19. > > - we don't see any current showstoppers. > > > Regards, > Eric Kohl > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |
From: Robert D. <od...@pn...> - 2002-07-27 17:59:12
|
Is there an internal defined symbol I can test in the source to make code build compatible between the two versions? Thanks, RobD. |
From: Casper H. <ch...@us...> - 2002-07-27 18:57:48
|
l=F8r, 2002-07-27 kl. 20:00 skrev Robert Dickenson: > Is there an internal defined symbol I can test in the source to make > code build compatible between the two versions? >=20 > Thanks, RobD. Do you mean how to test for the different mingw runtimes? If so, you can check the defined constants in _mingw.h. Casper |
From: Jason F. <jas...@ya...> - 2002-07-27 21:36:21
|
A new release inevitably brings more curious people to our site though. The forums are down... I don't know how good that is. Our contact at the new site is on vacation at the moment. We're working to find another contact. - Jason --- Eric Kohl <ek...@rz...> wrote: > Hi! > > I guess we should release ReactOS 0.0.20 because: > > - 0.0.19 is more than 150 days old. > > - a lot of changes happened since 0.0.19. > > - we don't see any current showstoppers. > > > Regards, > Eric Kohl > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com |
From: Joseph G. <gal...@va...> - 2002-06-25 18:51:26
|
> PS.: > I want to move the midl compiler in 'lib/rpcrt4/midl' to 'tools/midl' and > resurrect rpcrt4. I also have stub-implementations of ntfs.sys, mup.sys, > eventlog service and rpcss service on my harddisk. Should I commit them and > flood the cvs tree or keep them to myself? Does anyone want to adopt them? I would say commit them; that way people will know they exist and maybe someone with time will decide to work on one of them. At the very least, if they are committed and being built as part of the make, they shouldn't fall out of date quite so easily. Also, stubs provide good guidance for anyone looking for something to implement. - Joseph |
From: David K. <kr...@mb...> - 2002-06-25 19:44:05
|
Commit them, please. David > PS.: > I want to move the midl compiler in 'lib/rpcrt4/midl' to 'tools/midl' and > resurrect rpcrt4. I also have stub-implementations of ntfs.sys, mup.sys, > eventlog service and rpcss service on my harddisk. Should I commit them and > flood the cvs tree or keep them to myself? Does anyone want to adopt them? > > Eric > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: Jabber Inc. > Don't miss the IM event of the season | Special offer for OSDN members! > JabConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn > _______________________________________________ > reactos-kernel mailing list > rea...@li... > https://lists.sourceforge.net/lists/listinfo/reactos-kernel > |