Ros-general February 2004

ros-general@reactos.org

73 participants
80 discussions

BSD-style developing
by Novikov Semyon 05 Mar '04

05 Mar '04

Hi, I thing time has come to enter is project some developer's hierarchy. IMHO, BSD style hierarchy is great. Some peoples will be "core team". I thing you know them ;) Some peoples will be "commiters" with write access to cvs repository. Peoples who write some code for project transfer it to commiter, commiter checks that code and if it is good, commit this stuff. Core team will determine general project's policy. What averybody thing about this plan? --- Best Regards tappak

2 1

Re: [ros-general] Project status utility
by Jason Filby 05 Mar '04

05 Mar '04

I actually prefer what Casper did. It looks at @implemented and @unimplemented tags in source files and compiles a status report from that. It even used Javascript to expand/minimize any area of the tree. But perhaps ideas from this work can be used as well. Cheers Jason Robert K�pferl wrote: > Hi, > I just finished a project status reporting in html perl script. > It is intended to produce kind of report in html based on info-files > which are spread over a repository. > It's output looks like the attached file. > > It's input consists of files. In this case status.txt which are > formatted like that: > -----------------8<------------- > Status: halted > Project: ROS.apps.gugu > Finished: 100% > TODO: there's nothing left > Maintainer: God > ------------------ > > These files all are read, put together, computed and written as > HTML-file. > > I wrote that for a status page on the project homepage and hope it is > of use and gets installed. > > However there is surely improovement. > for example I am poor at HTML. Now it is a <ul> with tables inside. I > think it would be nicer if it were with clickable [+]es. Maybe someone > can post me a template. > >------------------------------------------------------------------------ > > > > * > *Projectpath:* ROS > *Finished:* > 45.25% > *Subprojects:* 4 > > o > *Projectpath:* apps > *Finished:* > 100% > *Subprojects:* 1 > > + > *Project:* ROS.apps.gugu > *Finished:* > 100 % > *Status:* halted > *Maintainer:* God > *TODO:* there's nothing left > > o > *Projectpath:* p2 > *Finished:* > 24% > *Subprojects:* 2 > > + > *Project:* ROS.p2.dd > *Finished:* > 34% > *Status:* > *Maintainer:* Seppel > *TODO:* work out the source code and clean all bugs. > > + > *Project:* ROS.p2.5 > *Finished:* > 14% > *Status:* > *Maintainer:* Seppel > *TODO:* work out the source code and clean all bugs. > > o > *Projectpath:* xx > *Finished:* > 33% > *Subprojects:* 1 > > + > *Projectpath:* apps > *Finished:* > 33% > *Subprojects:* 1 > > # > *Projectpath:* gugu > *Finished:* > 33% > *Subprojects:* 1 > > * > *Projectpath:* profet > *Finished:* > 33% > *Subprojects:* 1 > > o > *Project:* ROS.xx.apps.gugu.profet.winamp > *Finished:* > 33% > *Status:* > *Maintainer:* Gustel > *TODO:* work oUt the source code and clean > all bugs. > > > >------------------------------------------------------------------------ > >_______________________________________________ >ros-general mailing list >ros-general(a)reactos.com >http://reactos.com/mailman/listinfo/ros-general > __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools

2 1

Ros-translate@reactos.com now available
by Jason Filby 02 Mar '04

02 Mar '04

Hi all Ros-translate(a)reactos.com is now available. Send an email to ros-translate-subscribe(a)reactos.com to subscribe to the new list. Cheers Jason __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools

3 5

RE: [ros-general] dos support in reactos
by theUser BL 01 Mar '04

01 Mar '04

>Why waste your time with DOS? There is already FreeDOS freely available. Short answer: Because WinNT, Win2k and WinXP support DOS, two. Longer answer: Because there existing still a lot of programs created for DOS, Win16 and so on. And it would be nice, to can all this older programs run. Greatings theuserbl _________________________________________________________________ E-Mails sind Ihnen nicht schnell genug? http://www.msn.de/messenger MSN Messenger - Kommunikation in Echtzeit

11 14

Abiword status ?
by Gge 01 Mar '04

01 Mar '04

Dear all, I just downloaded Abiword 2.0.3 ( abiword-setup-2-0-3.exe) as I wish to try to install it on Reactos in real hardware. I have not seen any pending issue in Bugzilla so sounds like it should work. But before to start , I 'd like to have feed back about possible problem/workaround ... Thanks Gerard

5 9

CVS-help
by Robert Köpferl 29 Feb '04

29 Feb '04

Hi, maybe you know that. I have also at home a cvs repository. Of course it's also accessible via cvsweb. Is there a way (how it is ment) to prevent visitors from entering/seeing certain projects/directories?

1 0

Boot screens
by jh 29 Feb '04

29 Feb '04

I have now made some images to show what my ideas were, that I wrote about in my last email in reply to " ideas (by Paulo Correa Silva) ". They are only ideas, if anyone wants to take up the ideas, the photos free and are at http://photojournal.jpl.nasa.gov/gallery/universe and these are the images: PIA04203.jpg (No1_t.jpg) PIA04224.jpg (No2_t.jpg) PIA04936.jpg (No3_t.jpg) Regards jh

5 8

Project status utility
by Robert Köpferl 28 Feb '04

28 Feb '04

Hi, I just finished a project status reporting in html perl script. It is intended to produce kind of report in html based on info-files which are spread over a repository. It's output looks like the attached file. It's input consists of files. In this case status.txt which are formatted like that: -----------------8<------------- Status: halted Project: ROS.apps.gugu Finished: 100% TODO: there's nothing left Maintainer: God ------------------ These files all are read, put together, computed and written as HTML-file. I wrote that for a status page on the project homepage and hope it is of use and gets installed. However there is surely improovement. for example I am poor at HTML. Now it is a <ul> with tables inside. I think it would be nicer if it were with clickable [+]es. Maybe someone can post me a template.

2 1

IFS-faq v0.9
by robert K. 28 Feb '04

28 Feb '04

Now I improoved it a little bit. Did I guess right, that VFAT is included? Comments welcome.

7 9

Re: [ros-general] IFS-faq v0.9
by Jason Filby 28 Feb '04

28 Feb '04

Hi Robert I've added your FAQ to the slightly reorganized developer site (FAQs have their own pages depending on functional area): http://reactos.com/reactos_developer_site/faqs Cheers Jason Robert K�pferl wrote: > I finished a new version of the FAQ. > > I think it's good enough to be put on the website. > Can someone do this? > Is there some format that has to be used for ezpublish? > > Eric Kohl schrieb: > >> "Robert K�pferl" <rob(a)koepferl.de> wrote: >> >> >> >>> So is iso9660 available? >> >> >> Yes! >> >> >>> VFAT = long name extension? >> >> >> Yes! >> >> >>> UDF? >> >> >> The filesystem recognizer driver fs_rec.sys recognizes UDF file >> systems but >> we don't have a filesystem driver yet. >> >> >> Regards, >> Eric >> >> _______________________________________________ >> ros-general mailing list >> ros-general(a)reactos.com >> http://reactos.com/mailman/listinfo/ros-general > >------------------------------------------------------------------------ > > > > > ROS-Filesystem FAQ > >ReactOS uses file system drivers as WinNT does. For that reason it implements >the IFS-interface which stands for Installable File System. Therefore it is or >will be able to load and use IFS-drivers. The same as WinNT and WinXP also uses. >At the time of writing ReactOS was still unable to load WinNT-native >IFS-drivers. But some time, ROS will be able to load even native NTFS-drivers. > > > Q: Can we impliment the FreeDos version of the FAT32 filesystem? > >A: Reactos supports Fat32 for ages. There's no need to implement another one. > > > Q: Does ReactOS support VFAT and long names? > >A: What are short names? OK. ROS natively supports long and unicode filenames. >So it's up to the file system driver how it deals with it. The FAT-driver >delivered with ReactOS supports VFAT (=long names on FAT). > > > Q: Why don't you implement ext2/3 but messing around with NTFS? > >A: Because NTFS is a major feature which must be supportet at some time. Ext2/3 >is of course a topic for us, however there exist already projects whose goal it >is to implement Ext2/3 for NT. We will utilize these drivers when they got good >enough. > > > Q: Where can I find the Ext2/3-IFS for NT? > >You can find it here: >http://uranus.it.swin.edu.au/~jn/linux/ext2ifs.htm, >http://sys.xiloo.com/projects/projects.htm#ext2fsd and >http://ashedel.chat.ru/ext2fsnt/ > > > Q: Can I help programming installable file system drivers? > >A: Yes, there's lots of work to do around IFS-drivers. It's however very hard to >program. I like to say that programming dirvers is hard but programming file >system dirvers is the king's discipline. If you are a real kernel hacker, come >to our maling list and anounce yourself. > > > Q: Can we use ext2/3 instead of poking around in NTFS > >A: Yes, it's up to you, which file system you want to use. For now however >neither the ext2/3-IFS nor the our NTFS-IFS is ready to use for read and write. >So there's still lots of work to do and so the only option is the FAT-IFS. > > > Q: Why do you not make use of the Linux-NTFS project's sources? > >A: These sources are rather ok, but as all NFTS implementations (but the one >from MS) it lacks writing support. And there are still big areas of NTFS wich >are undocumented/unknown. We are working together with them or just using their >code. In the moment ther's however not that priority for NTFS. So it's still >sleeping. > > > Q: I would vote for reiserfs as the standard FS for ReacOS > >A: Good Idea. However there's no ReiserFS driver for NT/ROS available. You are >welcome to program one. I think in the last time there apeared one in the net. > > > Q: How critical is NTFS support is for ReactOS to be successful? > >A: ReactOS will eventually want NTFS support, but for now, there is no critical >reason to have it. NTFS is primarily a hard disk filesystem, so the only reason >one would absolutely need it would be if you wanted to access an NTFS-formatted >physical partition on a hard disk installed in a ReactOS computer. >Other file systems will be able to provide the advanced features of NTFS >(journaling, ACLs, compression, hard links, etc.) if strict NTFS compatibility >is not a requirement. All software comes on CD or DVD media (ISO-9660 or UDFS), >or possibly on floppies (FAT). External media (compact flash, memory sticks, >etc.) tend to be formatted FAT. > > > Q: The JFS-sources (also for OS/2) are free to download. Why not make JFS > the standard FS in ROS? > >A: Yes, at least an IFS is already planned. Since JFS is still a state of the >art file system with journalling, big file+partition sizes ACLs and extended >attributes and hard links, it would well suite ROS. We are working on it but you >are welcome to help. > > > Q: How do you deal with case sesitivity (i.e. ext2) ? > >A: Case sensitivity is not a problem of the file system itself. It's an aspect >of the corresponding dirver. The object manager which provides the whole >namespace supports case sensitivity natively. So IFS-drivers get a special case >flag which they must handle accordingly. A ported file system diriver must >therefore be able to handle both, case (in)sensitivity. > > > Q: Does a 64-bit file system run on a 32-bit machine? > >A: Yes. The 64-bit are just the adressing on the disk. It has nothing to do with >the executable which contains the driver. That executable hat that manny bits as >the whole operating system has. > > > Q: What file systems does ReactOS support, now? > >A: For now, the only file system supported is FAT(12/16/32) without VFAT. > > > Q: What file systems will ReactOS support? > >A: Our goal is to support as many file systems as possible. There can be >developed IFS-drivers for at least these disk file systems which are available >with linux. It's however verry hard to program a compliant/working file system >driver. So it will take some time. >At least there will be: > > * FAT(12/16/32) plus VFAT > * ISO-9660 - CD-ROM > * one Higher FS like ext3, NTFS or JFS > * NPFS - named pipe file system (internal FS) > * MSFS - mailslot file system (internal FS) > > > Q: I have an idea: Why not throw away these odd drive letters? > >A: Old Idea. I'd say that also MS has had this idea. But they didn't realize it >up to now. Why? In the ROS-team there are also thinkings about this issue. But >up to now there has not been a sufficient conclusion about this topic. Maybe MS >is also still thinking. >There are Ideas as having a memory based mount file system or uncovering the >object managers name space to win32-apps or drive words. Everything brings >disadvantages with it. >By the way: The ROS/NT-Kernel doesn't work with drive letters. These are a >relict of DOS (or should I say CP/M) in win32. > > > Q: What is a Redirector? > >A: This is a special form of an IFS driver. It doesn't implement a on disk file >system. Instead it relies on the kernel's network stack and provides most times >a remote file system (i.e. SMB-Shares). > > > Q: What is a file system recognizer? > >A: A real file system driver is a heavy wight. Loading it just for it to see >that there is no partition it could mount is waste. For this reason Dave >invented so called recognizer driver. They are more less integral part of the >driver architecture. Such a little driver gets loaded and searches partitions >for file systems it's companion IFS is capable of. If it finds such a partition >it loads it's companion IFS to mount it. > >-------------------------------------------------------------------------------- > >*SEH-Problem*: Structured exception handling (SEH) is used in programming >ReactOS as it is used in programming for OS/2 or WinNT, too. SEH is a game wich >is played between OS and Compiler (Keywords: __try, __except, __finally). >ReactOS itself is SEH-aware and provides the infrastructure, however up to now, >the used GNU-compiler is not capable of generating SEH aware code. So one can't >compile a driver or program which uses SEH with the GNU-Compiler. > >� 2/2004 Robert K�pferl <> > > > >------------------------------------------------------------------------ > >_______________________________________________ >ros-general mailing list >ros-general(a)reactos.com >http://reactos.com/mailman/listinfo/ros-general > __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

Ros-general February 2004