*BSD News Article 4697


Return to BSD News archive

Newsgroups: comp.unix.bsd
Path: sserve!manuel!munnari.oz.au!spool.mu.edu!uunet!kithrup!sef
From: sef@kithrup.COM (Sean Eric Fagan)
Subject: Re: AT&T Long Distance Boycott (was: BNR2SS, Mach, and The Lawsuit)
Organization: Kithrup Enterprises, Ltd.
Date: Tue, 08 Sep 1992 19:18:20 GMT
Message-ID: <1992Sep08.191820.4408@kithrup.COM>
References: <QA2J6LM@taronga.com> <1992Sep08.085437.419@kithrup.COM> <1992Sep8.164622.21761@gateway.novell.com>
Lines: 48

In article <1992Sep8.164622.21761@gateway.novell.com> terry@thisbe.Eng.Sandy.Novell.COM (Terry Lambert) writes:
>	What about the termcap file itself?  

Hate to tell you this, but I have seen applications that came with their own
termcap (or termcap equivalent) file.  Yes, the whole thing.

Next complaint?

>	VMS doesn't support the concept of SUID/SGID necessary from most
>things, like score files in games.  Instead, you have to install the image
>with priveledges (ie: I can't make an SUID "terry" program; only an SUID
>SYSTEM with some priveledges).

Gosh.  Then I guess the fact that such things were in the last VMS I checked
was my imagination, huh?  Yes, amazing as it seems, the POSIX work done to
VMS is real, and it works, and it does make it look a lot more like a UNIX
system.

>	The total lack of a CBREAK mode disallows single character I/O,
>unless you are willing to call SYS$QIO() directly.  Raw mode requires a
>QIO with IO$_SENSEMODE/IO$_SETMODE.

Here's another concept you and Peter seem to be missing:  wrapper libraries.
The VMS POSIX stuff has termios, which allows single character I/O the same
was as on a SysV system (well, kinda).

>	o	Open a file created with a text editor (this will insure
>		it is a variable length record file with implied carriage
>		return carriage control).
[deleted]

Works fine.  Oh?  Don't you use the correct port of emacs?

>	MMDF (Multi-Memorandum Distribution Facility) ... OK, it stinks, but
>it's what you asked for.

trn works with mmdf.  I haven't stuck the code in trn yet, because there
isn't a need.  Note that MMDF won't work on a lot of systems because it is
highly UNIX dependent, and if you claim a POSIX-dependent application isn't
going to work on a non-UNIX system, then I don't see how you can think that
something like MMDF will.  (Networking?  IPC?  fork() and exec()?  setuid()?
seteuid()?  Huh?  What are those?)

-- 
Sean Eric Fagan  | "You can't get lost in one room, no matter how
sef@kithrup.COM  |  little effort you make to learn your way around."
-----------------+    -- William E Davidsen (william@crd.GE.COM)
Any opinions expressed are my own, and generally unpopular with others.