When trying to convert a document from .pdf to tiff3g I get the following error: === Error: /undefinedresource in findresource Operand stack: --nostringval-- --dict:5/14(L)-- F0 7 --dict:7/7(L)-- --dict:7/7(L)-- TimesNewRoman,Italic --dict:9/12(ro)(G)-- --nostringval-- --dict:8/8(L)-- --dict:8/8(L)-- Adobe-Identity CIDFont Adobe-Identity Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1905 1 3 %oparray_pop 1904 1 3 %oparray_pop 1888 1 3 %oparray_pop --nostringval-- --nostringval-- 2 1 1 --nostringval-- %for_pos_int_continue --nostringval-- --nostringval-- --nostringval-- --nostringval-- %array_continue --nostringval-- false 1 %stopped_push --nostringval-- %loop_continue --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- %array_continue --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- %loop_continue --nostringval-- --nostringval-- --nostringval-- %loop_continue --nostringval-- 1856 13 9 %oparray_pop findresource %errorexec_pop --nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1153/1684(ro)(G)-- --dict:1/20(G)-- --dict:97/200(L)-- --dict:97/200(L)-- --dict:108/127(ro)(G)-- --dict:275/300(ro)(G)-- --dict:22/25(L)-- --dict:4/6(L)-- --dict:25/40(L)-- --dict:38/40(ro)(G)-- Current allocation mode is local Last OS error: 2 GPL Ghostscript 8.62: Unrecoverable error, exit code 1 === Could anyone be so kind and tell me what could be wrong here?
It works for other documents but from time to time some customer reports problem with his document (auto generated by some software).
There are these entries in /usr/share/ghostscript/8.62/lib/Fontmap.GS: === /TimesNewRoman /TimesNewRomanPSMT ; /TimesNewRoman,Bold /TimesNewRomanPS-BoldMT ; /TimesNewRoman,Italic /TimesNewRomanPS-ItalicMT ; /TimesNewRoman,BoldItalic /TimesNewRomanPS-BoldItalicMT ; === so I don't really know what could be the problem - I can render these fonts with /xxx DoFont... :(
If you can attach a file which consistently fails, it would help. There's a known issue with the font enumeration overwriting the initial font map, but that should only cause problems if it can't actually load the new entry. Can you try with -OSTACKPRINT ?
Without a sample file its impossible to say for certain, but I'd be inclined to try a recent version of Ghostscript, 8.62 is several years old.
Closing since no sample file and no re-test with 8.70