Пдф ошибка 29100

When printing a pdf from the practical reinforcement using the button , you get the error:

[NL]: Er is een fout ontstaan: Interne Ghostscript-fout. (29100)

[FR]: Er is een fout ontstaan: Erreur interne Ghostscript. (29100)

Solution

• Make the pdf using the command File > Export to pdf or CTRL + E, instead of using the print icon .

In that case you might also be interested in this PDF/A-2a version of the file, which gives similar (but not quite the same) errors. Here it is:

behoudOptischeDragersExtern-pdfa2a.pdf

VeraPDF errors in this case:

Specification: ISO 19005-2:2011, Clause: 6.2.11.4, Test number: 4	
If the FontDescriptor dictionary of an embedded CID font contains a CIDSet stream, then it shall identify all CIDs which are present in the font program, regardless of whether a CID in the font is referenced or used by the PDF or not.	Failed
1 occurrences 	Show
    
Specification: ISO 19005-2:2011, Clause: 6.2.11.4, Test number: 2	
Embedded fonts shall define all glyphs referenced for rendering within the conforming file. A font referenced for use solely in rendering mode 3 is therefore not rendered and is thus exempt from the embedding requirement.	Failed
1 occurrences 	Show
    
Specification: ISO 19005-2:2011, Clause: 6.2.11.5, Test number: 1	
For every font embedded in a conforming file and used for rendering, the glyph width information in the font dictionary and in the embedded font program shall be consistent.	Failed
1 occurrences 

ОК, нашел несколько запасных минут…

Итак, первое, что я заметил, это то, что * все остальные читатели действительно могут открыть файл (я только тестировал несколько). Но они выплевывают много и много предупреждений и сообщений об ошибках… (Попробуйте Ghostscript: gs virkerikke.pdf или попробуйте evince…) В PDF есть как минимум поврежденная таблица xref (или, по крайней мере, это одна из жалоб).

xpdf жалуется:

[....]
Error: Invalid XRef entry
Error: Invalid XRef entry
Error: Invalid XRef entry
Error (157): Unterminated string
Error (159): End of file inside dictionary

gv жалуется:

Warning: translation table syntax error: Unknown keysym name:  apLineDel
Warning: ... found while parsing '<Key>apLineDel:   GV_Page(page+5)     '
Warning: String to TranslationTable conversion encountered errors

evince жалуется:

[....]
Error: Invalid XRef entry
Error: Invalid XRef entry
Error: Invalid XRef entry
Error (157): Unterminated string
Error (159): End of file inside dictionary
Error (157): Unterminated string
Error (159): End of file inside dictionary
Error (157): Unterminated string
Error (159): End of file inside dictionary
[....]
Error (1918): Unterminated string
Error (1920): End of file inside dictionary

gs жалуется:

**** Warning: File has a corrupted %%EOF marker, or garbage after %%EOF.

mupdf жалуется:

+ pdf/pdf_xref.c:60: pdf_read_start_xref(): cannot find startxref
| pdf/pdf_xref.c:477: pdf_load_xref(): cannot read startxref
\ pdf/pdf_xref.c:532: pdf_open_xref_with_stream(): trying to repair
warning: ignoring invalid character in hex string: '!'
warning: ignoring invalid character in hex string: 'O'
warning: ignoring invalid character in hex string: 'T'
warning: ignoring invalid character in hex string: 'Y'
[....]

qpdf --qdf жалуется:

virkerikke.pdf (object 17 0, file position 2234): null character not allowed in name token

ОК, теперь открываем этот дерьмовый файл в текстовом редакторе, пытаясь его восстановить. Я обнаружил, что этот файл (размером 32746 байтов) имеет серьезные проблемы с синтаксисом:

Мусор после %%EOF:. После его маркера %%EOF имеется полный и синтаксически правильный HTML файл с надписью «Wkhtmltopdf — Teknisk regelverk». Его размер составляет 11878 байт. Удалите эту часть, и у вас будет «лучший» PDF с размером всего 20868 байтов… хотя Acrobat/Adobe Reader по-прежнему не открывает его после сохранения отредактированного файла.
Недопустимый символ в токене имени:. Это внутри токена /#8d#c2#ca#ebs#e4#60#00#9e#97l#b9#80#1b#cb#86sQR#83. В этом файле появляется 2x. Уже в моих первых комментариях я сказал вам, что этот ключ для меня не выглядел надежным, потому что он содержит только очень мало символов ASCII, но много двоичных байтов (используя их шестнадцатеричное представление. (Я не обратил внимания на то, что он даже содержал #00, который является представлением PDF для символа nul, использование которого является незаконным для токенов имен в PDF.) Замените этот токен другим (фантазией) с точно такой же длиной (на обоих вхождениях) Я выбрал /aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa. Сохраните отредактированный файл.

Теперь даже Acrobat/Adobe Readers откроют этот отремонтированный файл без жалоб. Кроме того, «другие читатели» теперь будут работать лучше с этим файлом, выплескивая меньше предупреждений и теперь смогут идентифицировать некоторые метаданные (такие как дата создания и производитель == wkhtmltopdf), которые они не смогли получить для исходного файла.