Xref: utzoo comp.emacs:4861 comp.unix.microport:2274
Path: utzoo!attcan!uunet!lll-winken!lll-tis!ames!mailrus!uflorida!haven!umbc3!cbw1!brian
From: brian@cbw1.UUCP (Brian Cuthie)
Newsgroups: comp.emacs,comp.unix.microport
Subject: Re: GNU Emacs
Message-ID: <122@cbw1.UUCP>
Date: 13 Dec 88 16:36:04 GMT
References: <828@ubu.warwick.UUCP> <28173@tut.cis.ohio-state.edu> <10960@bigtex.cactus.org> <8791@wright.mips.COM> <1138@csuchico.EDU> <429@lehi3b15.UUCP> <121@cbw1.UUCP> <8525@alice.UUCP>
Reply-To: brian@cbw1.UMD.EDU (Brian Cuthie)
Organization: CBW, Columbia, MD 21046
Lines: 31

In article <8525@alice.UUCP> debra@alice.UUCP () writes:
>In article <121@cbw1.UUCP> brian@cbw1.UMD.EDU (Brian Cuthie) writes:
>>...
>>I don't know why, but the ld(er) is not very good about error messages when
>>it runs out of disk space.  This is *so* like many unix utilities.  I like
>>unix and have been using it for a *long* time, but I can't help but wonder
>>what universe some of the people who write these utilities live in.   I mean
>>would it be so difficult to say "ld: out of /tmp space ?"
>>...
>What's wrong with the message the kernel should display on the console:
>/tmp: file system full
>and which it repeats for every attempted write?
>

Well, actually, it doesn't do that for microport Sys V/386.  Plus, I'm not
sure that it's reasonable for user A to have to wonder what's wrong with his
program when the messages are bombarding user B.  Seems kind of stupid to
me.

I will stick with my original statement:

	ALL PROGRAMS SHOULD SAY *IN CLEAR ENGLISH* WHY THEY DIED !

I mean, GEEZ, what is it that makes people want to keep unix messages
cryptic.  Could it be job security ??  I sure don't know.

-brian


-- 
Brian D. Cuthie                                 uunet!umbc3!cbw1!brian
Columbia, MD                                    brian@umbc3.umd.edu