[27265] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: hexagons go awry on w20color

daemon@ATHENA.MIT.EDU (Jonathan Reed)
Tue Dec 16 23:24:46 2008

Message-Id: <DD152A4E-3144-4F90-8AF0-AC0D4FF59E6E@MIT.EDU>
From: Jonathan Reed <jdreed@mit.edu>
To: John Hawkinson <jhawk@mit.edu>
In-Reply-To: <20081217032420.GV29687@multics.mit.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v919.2)
Date: Tue, 16 Dec 2008 23:24:30 -0500
X-Spam-Flag: NO
X-Spam-Score: 0.00
Cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu


On Dec 16, 2008, at 10:24 PM, John Hawkinson wrote:

> Jonathan Reed <jdreed@MIT.EDU> wrote on Tue, 16 Dec 2008
> at 19:11:33 -0500 in <AFD2D0C4-8F79-428E-96B3-1AAE32E548FC@mit.edu>:
>
>> [bug-print dropped, because I sent them mail about this last week]
>
> the hexagons, or w20color in general?

The duplex issue described in the e-mail.

>> The other major problem I discovered was that PDFs submitted from  
>> Acroread
>> to the queue w20color2 only print the header page, and nothing  
>> else.  (The
>> printer insists that that it has nothing left to print.)
>
> Wow. I did see someone who had this problem, and we printed it from
> one of Copytech's Macs. Surprisingly, the copytech staff woman
> (Danita) assured me that this was not ok and a serious breach of the
> Athena rules to print from a non-athena machine to the athena
> printer. I had a call into John Guy to ask what was up with that,
> haven't heard back from him. [any clue what this is about?]

I don't know about "breach of the Athena rules", that sounds like  
something that got lost in translation.
I do know that Copytech charges money for rentals of their Mac and PC  
workstations, so perhaps that was the problem.

> Did you try that? (Also, did you try -Zduplex?)

I did not try -Zduplex (which should behave identically to spooling to  
the duplex queue), nor did I try the web interface on the printer.

>> However, prepending the following PostScript to the file:
>>
>> %%BeginFeature *Duplex True
>> << /Duplex true >> setpagedevice
>> %%EndFeature
>>
>> And sending it directly to raw@w20color.mit.edu works just fine.  I  
>> found
>> this baffling, as I thought that's what the duplex queues did.
>
> Well, it's missing a %!PS-Adobe-3.0... actually, I'd tend to think
> the duplex queues use the postscript level 2 syntax (they're
> old enough). Maybe
>
>  true statusdict /setduplexmode get exec
>
> or something?

Sorry, I was unclear.  I inserted those three lines immediately  
following
%!PS-Adobe-3.0
"prepending" was not quite the right word.  I don't have a copy of the  
postscript or I'd stick it in my Public.

I obtained said code from /mit/consult/lib/ps/duplex.ps, which is part  
of lpr2 (and I don't really want to start recommending that to users,  
given its cruftiness)

I can poke at this some more, but probably not until IAP at this point.

-Jon

home help back first fref pref prev next nref lref last post