Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!purdue!decwrl!adobe!greid
From: greid@adobe.com (Glenn Reid)
Newsgroups: comp.lang.postscript
Subject: Re: release 10 of the Distillery
Message-ID: <656@adobe.UUCP>
Date: 15 Mar 89 21:00:25 GMT
References: <626@adobe.UUCP> <1597@astroatc.UUCP>
Sender: news@adobe.COM
Reply-To: greid@adobe.COM (Glenn Reid)
Organization: Adobe Systems Incorporated, Mountain View
Lines: 37

In article <1597@astroatc.UUCP> ttl@astroatc.UUCP (Tony Laundrie) writes:
>
>Eureka!  I have found where the standard output from the laser printer
>is going on our VAX system running UNIX.  It is going into a file called
>/usr/spool/printername/errsXXXX (XXXX = unique number).  Unfortunately,
>the daemon thinks this is a temporary file, so when the job completes,
>it deletes the file right away!

TranScript should be writing that into /usr/adm/printer-log or something
similar.  I'm not sure of this, but it may be that your real log file has
the wrong protections, so the "daemon" process or whatever it is that
runs TranScript can't append the temporary file onto the end of the log
file.  I never even knew there was a temporary file, and you certainly
shouldn't *need* to read it, although it sounds like you got it to work.

>Here is what I got as output on the first run.  I do not think the
>program ever read anything past 'distill' (my program).
>
>psif: astroatc:ttl lw0 start - Tue Mar 14 17:21:53 1989
>psrv: file not reversible
>%!PS-Adobe-2.1 debug version 
>%%[ Error: undefined; OffendingCommand: fd ]%%
>%%[ Flushing: rest of job (to end-of-file) will be ignored ]%%
>psif: end - Tue Mar 14 17:22:45 1989

>I'm giving up on this for now.
>
>					...uwvax!astroatc!ttl


Sigh.  No wonder I couldn't find this bug.  It is actually a bug in
older printers like the LaserWriter Plus that I managed to trigger,
rather than being a bug in the program per se.  See next message for
the fix.  Sorry about all the agony just to use this program...

Glenn Reid
Adobe Systems