Article View: net.bugs
Article #105Re: lprm bug empties files
From: utzoodecvaxgenradwjh12clp
Date: Wed, 20 Apr 1983 16:20
Date: Wed, 20 Apr 1983 16:20
23 lines
1506 bytes
1506 bytes
I'm afraid that it is worse than that....
I've always wondered why both the Bell and the Berkeley lpr systems were
so bad. For example:
(a) The lprm bug causes any file that was linked (for protection of files
you don't want copied) by lpr to be zeroed; that's right, the ORIGINAL
FILE WILL BE ZEROED. The only solution is to have lpr always copy the
files to be printed so that lprm will "work". But, it's even worse:
(b) Lprm is too stupid to realize that if more than one file was printed,
you may want to remove only one of those files. When you give a file-
name to be removed, it will zero the whole dfAXXXXX file as well! Too
bad you didn't mean to remove them all... it doesn't even remove all
the C files after it has done this, it only removes the first! Not
only is it wrong, but it is wrong AND inconsistent about it.
A good lpr system in not that hard! I wonder why no one has done one?
(I have heard of MDQS as a general queuer; does anyone have a good lpr
system that sends signals or acts intelligently about partial removes?).
Charles L. Perkins
...decvax!genrad!wjh12!clp
Technical Details
Message-ID:
<bnews.wjh12.204>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
spanky.275Show Full Headers
Complete Article Headers
From: utzoo!decvax!genrad!wjh12!clp Newsgroups: net.bugs Title: Re: lprm bug empties files Article-I.D.: wjh12.204 Posted: Wed Apr 20 16:20:36 1983 Received: Fri Apr 22 06:00:46 1983 References: spanky.275 Subject: Re: lprm bug empties files Date: Wed, 20 Apr 1983 16:20:36 +0000 Message-ID: <bnews.wjh12.204>