A PDF file produced by WinDev 9.0 fails on Ghostscript because it misspells /FirstChar as /FirtsChar. This was originally reported as a bug http://www.cups.org/espgs/str.php?L1158+P0+S-2+C0+I0+E0+Q in ESP Ghostscript. The file is accepted by Acrobat Reader 5.
Created attachment 1821 [details] MatV16m.pdf sample file
Created attachment 1822 [details] patch I'm not sure that we need such hacks in the Ghostscript code but the original reporter claims that WinDev is a widely used program.
Thanks, indeed Windev is widely used especially in France. Our principal partner use Windev, and several enterprise use Windev as a RAD tool. I hope to be able to test this patch shortly.
Gabriel says I won't fix miss spelled keywords.
Aparyt from the misspelled part, there's still a bug/error for the rest of the PDF [admin@info1 PB PDF]$ pdf2ps MatV16m.pdf /tmp/test.pdf **** Warning: /FirstChar is misspelled as /FirtsChar. ERROR: /undefined in --get-- Operand stack: --dict:4/4(L)-- --dict:14/15(ro)(L)-- 32 space --dict:58/58(L)-- space Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 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-- %finish_show --nostringval-- --nostringval-- 10 9 1 --nostringval-- (gs_show_enum) %op_show_continue --nostringval-- Dictionary stack: --dict:1119/1686(ro)(G)-- --dict:0/20(G)-- --dict:107/200 (L)-- --dict:107/200(L)-- --dict:104/127(ro)(G)-- --dict:241/347(ro) (G)-- --dict:20/24(L)-- --dict:4/6(L)-- --dict:26/31(L)-- --dict:14/15 (ro)(L)-- Current allocation mode is local Last OS error: 2 ESP Ghostscript 815.03: Unrecoverable error, exit code 1
Created attachment 2867 [details] patch for the current HEAD This is the same patch for the current HEAD revision. I still don't think that we need to burden normal PDF files with the run time cost of such hacks. The 2nd problem occures only in ESP Ghostscript. The ESP Ghostscript is a fork of an old GPL Ghostscript, unsupported by the core Ghostscript team. They have their own bug tracker - I don't remember the URL. The user can Google for "ESP Ghostscript" or install v. 8.56.
Mark as invalid, see Alex comment #6.
This bug is still valid with latest ghostscript package ( ghostscript-8.63 ) [root@info1 PB PDF]# pdf2ps MatV16m.pdf Error: /undefined in --run-- Operand stack: --nostringval-- --dict:5/14(L)-- F1 16 --dict:9/18(L)-- --dict:12/16(ro)(L)-- --dict:9/18(L)-- 0.001 FirstChar --dict:9/18(L)-- FirstChar 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-- Dictionary stack: --dict:1147/1684(ro)(G)-- --dict:1/20(G)-- --dict:75/200(L)-- --dict:75/200(L)-- --dict:106/127(ro)(G)-- --dict:275/300(ro)(G)-- --dict:22/25(L)-- --dict:4/6(L)-- --dict:27/40(L)-- --dict:4/7(L)-- Current allocation mode is local Last OS error: 2 GPL Ghostscript 8.63: Unrecoverable error, exit code 1
We've decided not to fix this. Maybe I should have marked it wontfix instead of invalid, sorry if that created confusion.