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)