You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "Tilman Hausherr (JIRA)" <ji...@apache.org> on 2014/06/04 12:19:02 UTC

[jira] [Resolved] (PDFBOX-2109) CFFParser uses String constructor without encoding

     [ https://issues.apache.org/jira/browse/PDFBOX-2109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Tilman Hausherr resolved PDFBOX-2109.
-------------------------------------

    Resolution: Fixed

Done in rev 1600086 for the trunk and rev 1600087 for the 1.8 branch. Thanks for the hint!  (But I wonder what will really happen if we run PDFBox on an EBCDIC system, I didn't even know that such are still in use and with Java)

> CFFParser uses String constructor without encoding
> --------------------------------------------------
>
>                 Key: PDFBOX-2109
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-2109
>             Project: PDFBox
>          Issue Type: Bug
>          Components: FontBox
>    Affects Versions: 1.8.5, 1.8.6, 2.0.0
>            Reporter: Petr Slaby
>            Assignee: Tilman Hausherr
>            Priority: Trivial
>             Fix For: 1.8.6, 2.0.0
>
>         Attachments: CFFParser.java.patch
>
>
> The string constructor called in CFFParser#readTagName() should specify an encoding, probably "ISO-8859-1", otherwise it will not work on systems where the default encoding is something "exotic" (we have some with EBCDIC, but I never tried to run PDFBox there). Patch attached.



--
This message was sent by Atlassian JIRA
(v6.2#6252)