Path: utzoo!attcan!uunet!mcsun!tuvie!vmars!hp
From: hp@vmars.tuwien.ac.at (Peter Holzer)
Newsgroups: comp.os.minix
Subject: Re: Where is Minix headed?
Keywords: alternative Minix... let's do it!
Message-ID: <1921@tuvie>
Date: 18 Oct 90 15:54:44 GMT
References: <33514@nigel.ee.udel.edu> <7956@star.cs.vu.nl> <612@eds1.UUCP> <33778@nigel.ee.udel.edu>
Sender: plank@tuvie
Lines: 34

pezely@cis.udel.edu (Cowboy Dan) writes:

>cdh1@eds1.UUCP (C. Daniel Hassell) writes:
>>I think Andy has a point here.  What we have is a clash of intentions.  
>>...
>>Minix was designed to be changed by users so I don't see why we can't
>>work together on it.  We could develop a consensus list of features
>>we want to work toward, and see what happens.
>>...
>>What does anyone think?

Yes, I think this would be the best solution. It is happening even
now... People are writing versions for the 386, SPARC, etc and 
impementing features independently from Andy.

>Sure thing.  I'll work on BSD fast file systems for 16bit (PC/AT) MFM
>disk controllers and then for the Adaptec SCSI controller.  
>I'll let you know later what the delivery dates will be like.

I got this idea of a multiple server file system spooking around
in my head for some time: 
Requests to open a file are sent to a FS dispatcher which determines
the type of the file system (Minix 1.x, DOS, UNIX, Minix 2.x, BSD, 
Bullet ...) and passes the request to the right server. All other
requests for operations on that file are sent directly to the server. 

As soon as I get 1.5 (I've been waiting now for a month :-( ) I will
try to implement it, and if it works, post it to the net.

--
|    _  | Peter J. Holzer                       | Think of it   |
| |_|_) | Technical University Vienna           | as evolution  |
| | |   | Dept. for Real-Time Systems           | in action!    |
| __/   | hp@vmars.tuwien.ac.at                 |     Tony Rand |