Path: utzoo!attcan!uunet!mcvax!hp4nl!botter!star.cs.vu.nl!maart
From: maart@cs.vu.nl (Maarten Litmaath)
Newsgroups: comp.unix.wizards
Subject: Re^2: What kinds of things would you want in the GNU OS?
Message-ID: <2848@kappl.cs.vu.nl>
Date: 8 Jul 89 09:27:23 GMT
References: <20037@adm.BRL.MIL> <205@marvin.moncam.co.uk> <1035@riddle.UUCP> <8906272337.AA24210@cscwam.UMD.EDU> <214@tnl.UUCP> <1549@salgado.Solbourne.COM> <1050@etnibsd.UUCP>
Organization: V.U. Informatica, Amsterdam, the Netherlands
Lines: 30

vsh@etnibsd.UUCP (Steve Harris) writes:
\In article <1549@salgado.Solbourne.COM> dworkin@Solbourne.com (Dieter Muller) writes:
\>I'd *really* like a sane tty driver.
\
\Hear hear!!  At a former job we talked a lot about how we would rewrite
\the tty driver.  One idea was to give the user, via ioctl's, access to
\the uart (or whatever serial-line multiplexer you have).  One ioctl to
\get the uart settings (in a bit vector), another to set them, and
\another to have the driver(??) send you a signal (for which you would
\have to write the appropriate handler) whenever any of the bits changed
\(e.g., DTR was deasserted).  Standard configurations (handlers) would
\be privided in a library.  Of course, one would be limited by the
\capabilities of the uart, but the design would assume total access to
\be possible.

But is this going to take care of the `vi crashed, terminal screwed up'
problem?

\A second idea is "copy-on-write symbolic links" -- I have a symlink:
\	bar -> foo
\When I write to it, a regular file "bar" is created (the symlink is
\destroyed), the contents of foo (up to the current file-pointer-offset)
\are copied to bar, and the write takes place.  I'm not sure what
\happens if foo is not a regular file.

That's easy: a kernel panic! (Ala `date > /dev/printer'.)
Seriously: what would you use them for?
-- 
   "... a lap-top Cray-2 with builtin    |Maarten Litmaath @ VU Amsterdam:
cold fusion power supply"  (Colin Dente) |maart@cs.vu.nl, mcvax!botter!maart