Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2.fluke 9/24/84; site tpvax.fluke.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!gamma!epsilon!zeta!sabre!petrus!bellcore!decvax!tektronix!uw-beaver!fluke!inc
From: inc@fluke.UUCP (Gary Benson)
Newsgroups: net.bizarre
Subject: Re: Please help!
Message-ID: <679@tpvax.fluke.UUCP>
Date: Wed, 28-Aug-85 14:46:18 EDT
Article-I.D.: tpvax.679
Posted: Wed Aug 28 14:46:18 1985
Date-Received: Sat, 31-Aug-85 07:46:24 EDT
References: <489@utastro.UUCP> <2586@ut-sally.UUCP> <165@uw-june> <196@cylixd.UUCP>
Organization: John Fluke Mfg. Co., Inc., Everett, WA
Lines: 32

>>       /dev/null is full, and is overflowing!
>> 
>> Anybody seen this problem before?  Can anyone help?

> We've solved the problem of /dev/null filling up by sending the overflow
> to the synchronous ports on our DMF-32s (we're not using them anyway).
 
We mere^ly renamed it /dev/full, archived it to ma@g tape, dumped core and
rebooted. Sa$d to say, there were a f%ew stra*y bytes left b&ehind. At
leas!t the(y are in the ASCII range from 20 through 30 so they're ea*sy marks
for our vacuum_unidentified_bits pro%gram (which is just a su)bset of our
famous eat_extraneous_first_line program$).

My second fav&orite program here is insert_standard_silly_replace_message.
There are 4 contenders for my *most* favorite: 

    how_much_does_Ruschmeyer_owe_me

    display_true_meaning_of_colored_stickers_on_mail

    unsubscribe_and_time_typing_speed        

    rot-13_and_save_to_named_file


*** REPLACE THIS LINE WITH YOUR MESSAGE ***

*** ERCYNPR GUVF YVAR JVGU LBHE ZRFFNTR ***
-- 
 Gary Benson  *  John Fluke Mfg. Co.  *  PO Box C9090  *  Everett WA  *  98206
   MS/232-E  = =   {allegra} {uw-beaver} !fluke!inc   = =   (206)356-5367
 _-_-_-_-_-_-_-_-ascii is our god and unix is his profit-_-_-_-_-_-_-_-_-_-_-_