PDF in OUTQ drucken? (von IFS)

[will_i]

Also, da die Seite nicht mehr online war, hab ich von der verlinkten IBM Seite ein Ghostscript 5.50 für AIX als rpm Paket gefunden und eine Instalaltion für das rpm Tool. Leider benötigt dies den Befehl installp den die PASE Umgebung nicht mitliefert.

Nach weiterem Suchen hab ich ein Ghostscript 8.60 für AIX als tar gefunden. Ausgepackt, finde ich darin aber nur ein Script autogen.sh und ein Script configure. Das autogen Script beschwert sich über fehlendes autoconf und das configure über fehlende C Compiler.

Hat jemand noch eine bereits kompilierte Version die man für die iSeries verwenden kann?

Gruß will_i

[TorbenP]

Hallo Leute,

der Downloadlink (http://aixpdslib.seas.ucla.edu/packa...ostscript.html) für Ghostscript ist tot. Hat jemand von euch das Paket noch auf der Platte?
Würde gerne PDF drucken können bzw. PDF in PCL konvertieren.

Torben

[Fuerchau]

Versuch mal folgenden Link:
Ghostscript, Ghostview and GSview

Der C-Compiler "gcc" müsste eigentlich vorhanden sein.

[TorbenP]

Hallo Fuerchau,

der C-Compiler scheint auf unserer Maschine nicht installiert zu sein - wurde jedenfalls nicht gefunden.
Ich habe dann doch noch ein vorkompiliertes Ghostscript gefunden: Index of /classiccmp/aixpdslib/pub/ghostscript/RISC/5.3/exec
Dann habe ich die Schritte, wie auf Seite 2 beschrieben, ausgefuhrt. Und siehe da: PDFs können nun in PCL Dateien konvertiert werden, die ich wiederum drucken kann.

Gruß,
Torben

[Fuerchau]

Stimmt, gcc ist der OpenSource-Compiler. Für PPC64 soll er sofort laufen.

GCC, the GNU Compiler Collection - GNU Project - Free Software Foundation (FSF)

[chrisssiie]

ich hole das alte Thema mal wieder hoch, da ich Probleme beim Drucken vom PCL-Datenstrom habe

gibt es mitlerweile eine Möglichkeit die PCL/PS Datei direkt in eine OUTQ zu drucken, ohne die Datei per FTP im binary Format zu übertragen?

Das mit dem Rfile und OVRPRTF funktioniert bei mir irgendwie nicht.
Habe es auch schon mit einem iconv probiert, hier druckt er aber entweder gar nichts, oder kryptische Zeichen. Per binary-FTP in ein USERASCII - PRTF wird die erzeugte PCL-Datei aus dem IFS korrekt gedruckt.
Evtl. müssen beim iconv andere CCSID´s angegeben werden? Aber welche? die PCL-Datei wird im IFS mit CCSID 819 erstellt (warum auch immer)

Ich will mir eigtl. den Weg über FTP sparen

PCL="ljet4"                
PS="pswrite"               
OFLE="qprint"              
OUTQ="QUSRSYS/PRTSO1#"     
ODVT="*userascii"          
OHLD="*NO"      

gs -dQUIET -dBATCH -dNOPAUSE -sDEVICE=$PCL -sOutputFile=$2 $1 
           

OVR="ovrprtf file($OFLE) outq($OUTQ) devtype($ODVT) rplunprt(*no) splfname($PS) hold($OHLD) SAVE(*YES) OVRSCOPE(*JOB)" 

RM="RMVLNK OBJLNK(''$2'')"     

QSH="qsh cmd('cat $2 | iconv -f 819 -t 1252 | Rfile -wbQ -c \"$OVR\" -C \"$RM\" $OFLE')" 

system -i "$QSH"

[Fuerchau]

Die CCSID für FTP wird bei CHGFTPA eingestellt, der Default ist hier 819.
Ein iconv in 1252 ist nicht nötig, ein CHGATR oder "touch -C 1252" reicht aus.
Wenn du die Datei direkt ins IFS kopierst, wird die Default-CCSID des Netservers (meist 850) verwendet.

Woher bekommst du die Datei?
Warum kannst du die nicht vom PC aus an einen PCL-Drucker senden?

Ansonsten könnte auch (nach einem OVRPRTF) der native CPY-Befehl funktionieren.
Der OVRPRTF ist erforderlich, da damit der Datenstrom auf *USERASCII eingestellt wird.
Vielleicht liegts ja an der Kleinschreibung!

[chrisssiie]

die PCL-Datei wird mit dem ghostscript-Befehl aus einer PDF-Datei im IFS erzeugt:

gs -dQUIET -dBATCH -dNOPAUSE -sDEVICE=$PCL -sOutputFile=$2 $1


Das funktioniert auch. Die PCL-Datei hat dann die CCSID 819.

Der OVRPRTF funktioniert auch, sonst würde er die Datei nicht in die richtige OUTQ stellen.
Das Problem ist aber anscheinend, dass beim cat anscheinend irgendwie die Daten falsch umgesetzt werden.
Den touch hatte ich auch schon probiert, leider ohne erfolg
Muss die Datei evtl. in eine andere CCSID( nicht 1252) konvertiert werden?

Die CCSID für FTP wird bei CHGFTPA eingestellt, der Default ist hier 819.
Ein iconv in 1252 ist nicht nötig, ein CHGATR oder "touch -C 1252" reicht aus.
Wenn du die Datei direkt ins IFS kopierst, wird die Default-CCSID des Netservers (meist 850) verwendet.

Woher bekommst du die Datei?
Warum kannst du die nicht vom PC aus an einen PCL-Drucker senden?

Ansonsten könnte auch (nach einem OVRPRTF) der native CPY-Befehl funktionieren.
Der OVRPRTF ist erforderlich, da damit der Datenstrom auf *USERASCII eingestellt wird.
Vielleicht liegts ja an der Kleinschreibung!

[Fuerchau]

Hast du die Daten mal geprüft ob sie wirklich ASCII sind?
Manchmal hilft es, eine leere Datei mit der korrekten CCSID zu erstellen bevor man was reinkopiert.
Das System erstellt hier ggf. EBCDIC statt ASCII/ANSI.
Prüfe mal per EDTF die Datei oder per Notepad in Windows.

[chrisssiie]

nur zu Info, habe es jetzt mit dem PRTSTMF von Scott Klement gelöst:

http://www.scottklement.com/PrtStmf.zip

Damit lässt sich die pcl Datei aus dem IFS in die OUTQ schieben

[Fuerchau]

Da du dann die Daten ggf. ohne Codewandlung verarbeitest könnte die CCSID 850 sein!
Die Herkunft der Daten hast du ja nicht angegeben.
Viele Drucksysteme arbeiten immer noch mit den Codepages 85x, also 850 für Deutsch, 852 für Osteuropa usw.
Dann hätte die IFS-Datei auf Codepage 850 geändert werden müssen.
Aber du hast es ja jetzt mit Zusatzaufwand gelöst;-).

[intercarlos]

Habe dieses Programm PRTSTMF auch installiert.
Leider funktioniert die Fachsteuerung über das *WSCST Objekt nicht damit!
Sobald die Printerfile *userascii ist werden alle *WSCST Objekte ignoriert !