Bug 687786 - PSwrite fails to convert PDF reports from JDE
Summary: PSwrite fails to convert PDF reports from JDE
Status: NOTIFIED FIXED
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: PDF Interpreter (show other bugs)
Version: 0.00
Hardware: PC Windows XP
: P2 normal
Assignee: Ray Johnston
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-02 23:16 UTC by Rod Bernabe
Modified: 2008-12-19 08:31 UTC (History)
0 users

See Also:
Customer: 220
Word Size: ---


Attachments
GS 8.31 log (1.55 KB, text/plain)
2004-11-02 23:17 UTC, Rod Bernabe
Details
JDE PDF report (33.54 KB, application/pdf)
2004-11-02 23:18 UTC, Rod Bernabe
Details
Report resaved in Acrobat 6 (38.32 KB, application/pdf)
2004-11-02 23:19 UTC, Rod Bernabe
Details
patch (634 bytes, patch)
2005-01-08 09:18 UTC, Alex Cherepanov
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Rod Bernabe 2004-11-02 23:16:07 UTC
Using pswrite to convert a pdf report from J.D. Edwards (Peoplesoft 
EnterpriseOne) results in the following gs error:
====================================
AFPL Ghostscript BETA RELEASE 8.31 (2004-08-28)
Copyright (C) 2004 artofcode LLC, Benicia, CA.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Processing pages 1 through 2.
Page 1
Substituting font Helvetica for Arial-BoldMT.
Loading NimbusSanL-Regu font from C:\gs\fonts/n019003l.pfb... 2264504 885629 
1577488 286478 3 done.
Error: /undefinedresource in --findresource--
Operand stack:
   --dict:7/7(L)--   F2   1   --dict:8/8(L)--   --dict:8/8(L)--   --dict:13/15
(ro)(L)--   --nostringval--   --dict:3/3(L)--      Encoding   
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   2   --
nostringval--   %for_pos_int_continue   --nostringval--   --nostringval--   --
nostringval--   --nostringval--   %array_continue   --nostringval--   false   
1   %stopped_push   --nostringval--   %loop_continue   --nostringval--   --
nostringval--   --nostringval--   --nostringval--   --nostringval--   10   10   
%oparray_pop   --nostringval--   --nostringval--
Dictionary stack:
   --dict:1117/1686(ro)(G)--   --dict:0/20(G)--   --dict:75/200(L)--   --
dict:75/200(L)--   --dict:104/127(ro)(G)--   --dict:246/347(ro)(G)--   --
dict:21/24(L)--   --dict:4/6(L)--   --dict:21/32(L)--   --dict:6/8(L)--   --
dict:17/21(ro)(G)--
Current allocation mode is local
Last OS error: No such file or directory
==================

Error occurs regardless of the font used (ArialMT or substituting it with 
Helvetica). Same issues with GS 8.14.
Resaving the JDE PDF with Acrobat and running pswrite on the new PDF results in 
the same error.
Printing the PDF via Acrobat/Reader does not result in error.

May be related to the PDF definition where a custom encoding is used 
with /BaseEncoding left blank.
===============
...
/Type /Font 
/Subtype /Type1 
/BaseFont /ArialMT 
/FirstChar 0 
/LastChar 255 
/Widths 6 0 R 
/Encoding << /Type /Encoding /Differences [ 
0 /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef /.notdef 
...
<20 lines of encoding removed for now -> can send the actual pdf...>
...
/thorn /ydieresis ] 
/BaseEncoding / >> 
/FontDescriptor 5 0 R 
>> 
====================
Other JDE PDF samples that can be converted successfully contains 
/BaseEncoding /WinAnsiEncoding >>
Comment 1 Rod Bernabe 2004-11-02 23:17:55 UTC
Created attachment 1012 [details]
GS 8.31 log

Log file produced with pswrite
Comment 2 Rod Bernabe 2004-11-02 23:18:54 UTC
Created attachment 1013 [details]
JDE PDF report

JDE/PSFT report
Comment 3 Rod Bernabe 2004-11-02 23:19:40 UTC
Created attachment 1014 [details]
Report resaved in Acrobat 6

PDF report resaved with Acrobat 6.0 (same error produced)
Comment 4 Jack Moffitt 2004-11-08 07:56:21 UTC
Reproduced with today's CVS HEAD.  My initial thought is that this is a PDF
interpreter problem.
Comment 5 Alex Cherepanov 2005-01-08 09:18:05 UTC
Created attachment 1140 [details]
patch

The PDF file is incorrect. It contains </BaseEncoding />>
The patch check for '/' specially.
Comment 6 Ray Johnston 2005-01-09 15:14:57 UTC
customer bugs are supposed to be P2
Comment 7 Alex Cherepanov 2005-01-10 07:17:29 UTC
The patch is committed to HEAD and GS_8_1X branches.