Ich verwende Ghostscript, um die erste Seite einer PDF-Datei zu JPEG zu rasterisieren. Um die Erstellung von Templates zu vermeiden, werden die PDF-Daten in Ghostscript's Standard eingefügt und das JPEG wird auf dem Standardoutput "drainiert". Diese Pipeline funktioniert wie ein Zauber, bis GS ungültige PDF-Daten empfängt: Anstatt alle Fehlermeldungen auf stderr zu melden, wie ich es erwartet hätte, schreibt es stattdessen einige der Nachrichten stattdessen in stdout.Verhindern, dass Ghostscript Fehler in die Standardausgabe schreibt
zu reproduzieren:
$ echo "Not a PDF" >test.txt
$ /usr/bin/gs -q -sDEVICE=jpeg -dBATCH -dNOPAUSE -dFirstPage=1 -dLastPage=1 \
-r300 -sOutputFile=- - < test.txt 2>/dev/null
Error: /undefined in Not
Operand stack:
Execution stack:
...
Notiere die 2>/dev/null
oben nicht die Fehlermeldungen nicht unterdrückt. Die Ghostscript-Dokumentation warnte bereits, dass das Schreiben auf stdout das Flag -q
zur Unterdrückung von Nachrichten auf stdout erfordert, aber mir scheint hier noch etwas zu fehlen.
Danke, Pipitas - das ist genau das, was ich gesucht habe. Ich musste "-sstdout =/dev/null" explizit angeben, da '% sstderr' eine gleichnamige Datei im aktuellen Verzeichnis erstellen würde. Für zukünftige Referenz, hier ist die ursprüngliche Mailing-Liste Thread Diskussion über den Patch: http://www.ghostscript.com/pipermail/gs-code-review/2001-March/000273.html –
Es ist ein Tippfehler da drüben. Es sollte "% stderr" sein ohne die Doppel- –
Thx, @ EdwardB, Sie sind richtig. Ich habe es repariert. –