Re: Probleme mit Turboprint und lpd
On Tue, 08 Apr 2003 17:28:47 +0200
Gerhard Olejniczak <gerhard.olejniczak@odn.de> wrote:
> Christian Link wrote:
> > hallo,
>
> Hallo Christian,
>
> > habe woody 3.0r1 inkl. kde 3.1.1 backport installiert und bekomme
> > mein drucker nicht zum Laufen.
>
> Ich hatte exakt das selbe Problem nach der Installation der KDE-3.1.1
> backports. Inzwischen habe ich heraus gefunden, dass bei meinen
> backports (aus dem Nolden-Archiv) auch die bash neu installiert wurde.
> Statt 2-05a hatte ich danach 2.05b. Ich habe wieder die Original
> bash-2.05a aus Woody installiert (ging problemlos). Danach ging das
> Drucken wieder.
>
> Ich habe den Support bei ZEDONET kontaktiert und folgende Antwort
> erhalten:
>
> > Der Fehler tritt vermutlich an der Stelle auf, wo in der
> > Ghostscript-Kommandozeile mit
> >
> > -sOutputFile=>($TPCOMMANDLINE)
> >
> > ein neuer bash-Prozess erzeugt wird (aus dem Kommando in
> > $TPCOMMANDLINE); Ghostscript erhält nur den Eingabe-Filedescriptor
> > /dev/fd/xx dieses Prozesses. Dieser Mechanismus scheint in der
> > Bash-Version 2.05a
>
> ...ein Tippfehler, er meint 2.05b...
>
> > nicht mehr
> > korrekt zu funktionieren. Er ist allerdings recht nützlich, da
> > Ghostscript Debug-Ausgaben und Druckdaten auf stdout mischt - außer
> > man verzichtet ganz auf Debugging.
>
> Er will sich darum kümmern. Wenn seine Analyse stimmt (was ich nicht
> nachvollziehen kann), müsste es auch unter anderen Distributionen
> Probleme mit Turboprint geben, wenn die bash-2.05b installiert ist
> (bei SuSE z.B. ab 8.1).
>
> Also installier mal die Original bash aus Woody und berichte, ob es
> geholfen hat.
>
> Ansonsten sind ja hier auf der Liste einige wirklich kompetente Leute,
> die auch was zur Lösung beitragen können.
>
> > Danke und Gruss
>
> > Christian
>
> MfG Gerhard
>
>
> --
> Haeufig gestellte Fragen und Antworten (FAQ):
> http://www.de.debian.org/debian-user-german-FAQ/
>
> Zum AUSTRAGEN schicken Sie eine Mail an
> debian-user-german-request@lists.debian.org mit dem Subject
> "unsubscribe". Probleme? Mail an listmaster@lists.debian.org (engl)
>
Hey,
ja, auf die bash bin ich heute auch schon gekommen.
Ich kann soweit alles bestätigen - nach der Installation der '2.05a'
gins wieder.
Beim Suchen des Fehlers bin ich auf folgendes gestoßen:
Es scheint auf den ersten Blick wirklich ein Tippfehler zu sein.
'ps aux | grep gs' bringt unter der bash-2.05b folgendes:
gs -sDEVICE=pcx24b -r600x600 -g4882x6991 -dSAFER -dNOPAUSE -dBATCH
-sOutputFile=/tmp/sh-np-1049847680 -
bash-2.05a das hier:
gs -sDEVICE=pcx24b -r600x600 -g4882x6991 -dSAFER -dNOPAUSE -dBATCH
-sOutputFile=/dev/fd/ 63 -
Dort sieht man dann die Unterscheidung der 'OutputFile' Variablen.
Allerdings glaube ich nicht daran, dass der Fehler bei Turboprint liegt,
mit alten Versionen (bis 1.6 runter) funktionierte es bei mir mit der
bash-2.05b auch nicht.
Im 'tpfilter' script von turboprint hab ich folgendes gefunden:
***** tpfilter - von turboprint.de *****
...
########
# build command line for ghostscript
# -sDEVICE= name of output format
# -r resolution
# -g output image size in pixels
# -dSAFER interpret postscript in read-only mode
# -dNOPAUSE don't wait after page end
# -dBATCH don't wait after file end
# -sOutputFile= name of output file
# - instead of input file: read from stdin
# (alternative: /dev/fd/0 device name of stdin)
########
#
GSCOMMANDLINE="gs -sDEVICE=$GSDRIVER -r${GSXDPI}x$GSYDPI
-g${GSWIDTH}x$GSHEIGHT\
-dSAFER -dNOPAUSE -dBATCH"
if [ $GSBUFFER -gt 0 ]; then
GSCOMMANDLINE="$GSCOMMANDLINE -dBufferSpace=$GSBUFFER"
fi
if [ $GSSCREENLPI -gt 0 ]; then
GSCOMMANDLINE="$GSCOMMANDLINE -dDITHERPPI=$GSSCREENLPI"
fi
****************************************
Aufgrund des Kommentars vermute ich den Fehler eher in der bash,
vielleicht beim parsen, oder der pipe vom stdin, oder ganz woanders...
Mit der einer höheren bash, z.B. 2.05b3 funktioniert das Drucken
dann auch wieder (und mit der 'a' ja anscheinend auch).
Ich hab vorhin mal ne mail an R.Nolden geschickt, er kann sicher schnell
anhand eines diffs zwischen den Versionen mal nach der Veränderung beim
stdin schauen, sofern vorhanden.
Mal schauen, was daraus wird...
danke nochmal,
Gruss
Chrstian
Reply to: