S
OLVING
P
ROBLEMS
5.20
The N-up setting does not
work correctly for some
of my documents.
The N-up feature is achieved through post-processing of
the PostScript data that is being sent to the printing
system. However, such post-processing can only be
adequately achieved if the PostScript data conforms to the
Adobe Document Structing Conventions. Problems may
arise when using N-up and other features relying on post-
processing if the document being printed isn’t compliant.
I am using BSD lpr
(Slackware, Debian, older
distributions) and some
options chosen in LLPR
don’t seem to take effect.
Legacy BSD lpr systems have a hard limitation on the
length of the option string that can be passed to the
printing system. As such, if you selected a number of
different options, the length of the options may be
exceeded and some of your choices won’t be passed to the
programs responsible for implementing them. Try to select
less options that deviate from the defaults, to save on
memory usage.
I am trying to print a
document in Landscape
mode, but it prints
rotated and cropped.
Most Unix applications that offer a Landscape orientation
option in their printing options will generate correct
PostScript code that should be printed as is. In that case,
you need to make sure that you leave the LLPR option to
its default Portrait setting, to avoid unwanted rotations of
the page that would result in a cropped output.
Some pages come out all
white (nothing is
printed), and I am using
CUPS.
If the data being sent is in Encapsulated PostScript (EPS)
format, some earlier versions of CUPS (1.1.10 and before)
have a bug preventing them from being processed
correctly. When going through LLPR to print, the Printer
Package will work around this issue by converting the data
to regular PostScript. However, if your application
bypasses LLPR and feeds EPS data to CUPS, the document
may not print correctly.
I can’t print to a SMB
(Windows) printer.
To be able to configure and use SMB-shared printers (such
as printers shared on a Windows machine), you need to
have a correct installation of the SAMBA package that
enables that feature. The “smbclient” command should be
available and usable on your system.
My application seems to
be frozen while LLPR is
running.
Most Unix applications will expect a command like the
regular “lpr” command to be non-interactive and thus
return immediately. Since LLPR is waiting for user input
before passing the job on to the print spooler, very often
the application will wait for the process to return, and thus
will appear to be frozen (its windows won’t refresh). This is
normal and the application should resume functioning
correctly after the user exits LLPR.
Problem Possible Cause and Solution