[19610] in Athena Bugs
Re: sun4 9.0.13: distill
daemon@ATHENA.MIT.EDU (Alex T Prengel)
Mon Aug 13 14:44:30 2001
Message-Id: <200108131844.OAA15918@dit.mit.edu>
To: marc@MIT.EDU
cc: alexp@MIT.EDU, bugs@MIT.EDU
In-reply-to: "[19603] in Athena Bugs"
Date: Mon, 13 Aug 2001 14:44:26 -0400
From: Alex T Prengel <alexp@MIT.EDU>
Hi, you reported:
>What were you trying to do?
> add acro
> distill < foo.ps > foo.pdf
>
>What's wrong:
> distill was upgraded. I found out the hard way: something
>printed a message to stdout and corrupted the pdf file.
>
>What should have happened:
> the message should have been printed to stderr, so it doesn't
>interfere with the normal operation of distill.
I found and corrected one problem with our distill launch script, but
it would only have affected you if you used the "-verbose"
command-line switch; we also use "-verbose" as a local switch to pick
a certain version locker in our base locker/version locker system, and
this causes conflicts in the (rare) case where the application itself
also has a "-version" switch (as distill does). I fixed this by making
our version switch only match "-ver" for the acro locker. The fix will
be out by the next AFS propagation- you can bypass the need to use it today
by running distill as:
add acro_v3.0; distill....
instead of
add acro; distill....
Assuming this was not your problem, I can't reproduce it;
distill < foo.ps > foo.pdf
works fine for me on all the .ps files I have handy... you can try
distill -verbose < foo.ps > foo.pdf
it will tell you a little more about what is going on... also try
distill -help
which will print out a fair bit of information on distill usage.
If you can give me a file that reproducibly displays the problem I can
investigate further.
This is also probably not relevant, but buzzword-bingo is a machine type
I don't recognize.
Alex Prengel
Academic Computing Support Team
