Xref: utzoo comp.emacs:4837 comp.unix.microport:2251
Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!rutgers!bellcore!faline!thumper!ulysses!andante!alice!debra
From: debra@alice.UUCP (Paul De Bra)
Newsgroups: comp.emacs,comp.unix.microport
Subject: Re: GNU Emacs
Message-ID: <8525@alice.UUCP>
Date: 12 Dec 88 15:46:11 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>
Reply-To: debra@alice.UUCP ()
Organization: AT&T, Bell Labs
Lines: 26

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?

I don't know about Microport but every other unix system I have worked on
will give you this message. I think it's a neat idea to put this message in
just one place (in the kernel) rather than to repeat it in every utility.

And though it used to be a problem on multiuser systems where you might
not notice the messages on the console (though the system surely came to a
crawl which everyone should notice) on these mighty PC's where one always
uses the console this should be even more acceptable than before.

Paul.
-- 
------------------------------------------------------
|debra@research.att.com   | uunet!research!debra     |
------------------------------------------------------