tjh+atalk.errors@ANDREW.CMU.EDU (02/03/89)
Here's an interesting problem with the AppleShare spooler: When we set up our Mac AppleShare network for our student Mac Lab, we ran into a rather annoying bug. The AppleShare spooler is consistently flushing MacDraw 1.95 documents. I think we've narrowed the problem down to documents with rotated text. Either MacDraw is producing unacceptable postscript (sounds unlikely) or AppleShare is too picky in what it considers acceptable postscript Anyway, I'd like to know what I can do to rectify the problem (if anything). Thanks in advance, Patrick Gaughan Programmer of Gor pgaughan@nmsu.edu New Mexico State University
mithomas@bsu-cs.UUCP (Michael Thomas Niehaus) (02/03/89)
In article <8902021917.AA18189@NMSU.Edu>, tjh+atalk.errors@ANDREW.CMU.EDU writes: > Here's an interesting problem with the AppleShare spooler: > > When we set up our Mac AppleShare network for our student Mac Lab, we ran > into a rather annoying bug. The AppleShare spooler is consistently flushing > MacDraw 1.95 documents. I think we've narrowed the problem down to documents > with rotated text. Either MacDraw is producing unacceptable postscript (sounds > unlikely) or AppleShare is too picky in what it considers acceptable postscript > Anyway, I'd like to know what I can do to rectify the problem (if anything). > > Thanks in advance, > > Patrick Gaughan Programmer of Gor > pgaughan@nmsu.edu New Mexico State University Here into the same problem with Cricket Draw. It seems that the AppleShare Print Spooler only allows 255 character postscript records, and many drawing programs can produce records that are longer than that, especially in the more complicated text rotations and large (wide) line drawings. We also noticed that (in Cricket Draw) if you grouped objects together so that the corners of the "group box" (for the lack of a better name) are not on the page, the job will be flushed, also. I would assume that you are seeing the error "Flushed: Offending Command <x>" where x could be just about any command. This is not a bug with Cricket Draw or MacDraw (in my opinion, assuming that my assumptions above are correct). They will print correctly if you set the spooler in direct print (bypass) mode. It is a matter of opinion if this is a bug with the print spooler, or just an oversight (or is there a difference). I believe that this should be fixed, though. Michael Niehaus Apple Student Rep Ball State University UUCP: ..!{pur-ee,iuvax}!bsu-cs!mithomas AppleLink: ST0374
idm@ditmela.oz (Ian Mathieson) (02/10/89)
In article <5555@bsu-cs.UUCP> mithomas@bsu-cs.UUCP (Michael Thomas Niehaus) writes: > In article <8902021917.AA18189@NMSU.Edu>, tjh+atalk.errors@ANDREW.CMU.EDU writes: >> Here's an interesting problem with the AppleShare spooler: >> >> When we set up our Mac AppleShare network for our student Mac Lab, we ran >> into a rather annoying bug. The AppleShare spooler is consistently flushing >> MacDraw 1.95 documents. >> [ ... ] > [ ... ] > This is not a bug with Cricket Draw or MacDraw (in my opinion, assuming that > my assumptions above are correct). They will print correctly if you set the > spooler in direct print (bypass) mode. It is a matter of opinion if this is > a bug with the print spooler, or just an oversight (or is there a difference). > I believe that this should be fixed, though. Interestingly, we had the exact opposite problem recently. MacDraw 1.5 on a Mac+ running System 6.0.2 would repeatedly crash (error 28) when printing direct or spooling via lwsrv/papif, but background printing via the PrintMonitor worked fine! ---------------------------------------------------------------------- ISD: +61-3-347-8644 Dr. Ian Mathieson, FAX: +61-3-347-8987 Division of Information Technology, ACSnet/CSNET: idm@ditmela.oz CSIRO Australia, ARPA: idm%ditmela.oz@uunet.uu.net 55 Barry Street, JANET: ditmela.oz!idm@ukc Carlton, Vic 3053, Australia. UUCP: {enea,mcvax,nttlab,ukc,uunet}!munnari!ditmela.oz!idm