«Ошибка: / ioerror in --filter--» при преобразовании PDF в поддерживаемый формат печати с помощью Ghostscript - PullRequest
Новая
       34

«Ошибка: / ioerror in --filter--» при преобразовании PDF в поддерживаемый формат печати с помощью Ghostscript

1 голос
/ 03 февраля 2011

Я собираюсь конвертировать PDF-файлы с помощью Ghostscript в системе HP-UX, чтобы я мог распечатать эти файлы на принтерах LX и LQ.Для принтеров LX - например, я использую эту команду: 

gs -q -dBATCH -dSAFER -r120x216 -dNOPAUSE -sDEVICE=eps9high -sPAPERSIZE=letter -sOutputFile=TEST.TEMP.pdf.LXPRINT TEST.pdf

Все файлы PDF работают просто отлично.Но каждый раз, когда я конвертирую PDF-файлы, содержащие изображения, я получаю сообщение об ошибке следующим образом: 

Error: /ioerror in --filter--
Operand stack:
   --dict:6/15(L)--   false   --dict:9/17(L)--   --nostringval--   --nostringval--
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push   1878   1   3   %oparray_pop   1877   1   3   %oparray_pop   1861   1   3   %oparray_pop   --nostringval--   --nostringval--   2   1   2   --nostringval--   %for_pos_int_continue   --nostringval--   --nostringval--   --nostringval--   --nostringval--   %array_continue   --nostringval--   false   1   %stopped_push   --nostringval--   %loop_continue   --nostringval--   3187   --nostringval--   --nostringval--   --nostringval--   --nostringval--   --nostringval--   --nostringval--   %array_continue   1749   6   13   %oparray_pop
Dictionary stack:
   --dict:1151/1684(ro)(G)--   --dict:1/20(G)--   --dict:75/200(L)--   --dict:75/200(L)--   --dict:108/127(ro)(G)--   --dict:288/300(ro)(G)--   --dict:22/25(L)--   --dict:6/8(L)--   --dict:21/40(L)--   --dict:1/1(ro)(G)--   --dict:1/1(ro)(G)--   --dict:1/1(ro)(G)--   --dict:7/15(L)--
Current allocation mode is local
Last OS error: 2
GNU Ghostscript 0.08.71: Unrecoverable error, exit code 1

Как видите, я использовал Ghostscript 8.71.1, и моя система - HP-UX Itanium v11.23.

У меня установлены все зависимости --jpeg, libXrender и все - но ничего не изменилось.

Ответы [ 3 ]

0 голосов
/ 09 октября 2014

На случай, если у вас все еще есть проблемы. У меня была точно такая же проблема, в конце концов отследил ее до очень маленького / tmp mount

тестирование с 

mount -o bind /path/to/space/ /tmp

привел к исчезновению вышеуказанной проблемы, и после более продолжительной игры обнаружил, что 

export TMPDIR="/path/to/space/";

также работал

Я работаю с Debian Lenny и ImageMagick 6.3.7 Я тоже считал

Как изменить временный путь imagemagick?

но у меня это не сработало, и я не хотел перекомпилировать.

0 голосов
/ 12 марта 2015

В моем случае это была проблема с папкой tmp и файлом, который там создает imagemagic. imagic- {некоторые хэш-символы} я добавил «-limit memory 512», чтобы ограничить потребление памяти, и удалил временный файл. Это решило проблему.

0 голосов
/ 04 февраля 2011

Откуда вы взяли файлы? Может быть, упаковщик не включил рендеринг изображений (или отключил его вручную), и, возможно, он скомпилировал статически связанный двоичный файл?

Возможно ли вам скомпилировать его самостоятельно из источников?

Если вы компилируете себя, вам может понадобиться отредактировать некоторые make-файлы, чтобы включить рендеринг изображений. Следите за ключевыми словами * .dev в make-файлах. Некоторые по умолчанию закомментированы.

Редактировать: Являются ли ваши PDF-файлы особенными? Проводили ли вы перекрестный тест, может ли Ghostscript 8.71 на другой платформе ОС (скажем, Linux или Windows) обрабатывать ваши PDF-файлы?

...