You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2014/10/16 18:51:34 UTC

[jira] [Commented] (PDFBOX-2296) Wrong stream length

    [ https://issues.apache.org/jira/browse/PDFBOX-2296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14173932#comment-14173932 ] 

ASF subversion and git services commented on PDFBOX-2296:
---------------------------------------------------------

Commit 1632382 from [~tilman] in branch 'pdfbox/trunk'
[ https://svn.apache.org/r1632382 ]

PDFBOX-2296: check and fix the length of all streams where /Length value has become known after reading

> Wrong stream length
> -------------------
>
>                 Key: PDFBOX-2296
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-2296
>             Project: PDFBox
>          Issue Type: Bug
>          Components: Parsing
>    Affects Versions: 1.8.6, 1.8.7, 1.8.8, 2.0.0
>            Reporter: Tilman Hausherr
>            Assignee: Tilman Hausherr
>             Fix For: 1.8.8, 2.0.0
>
>         Attachments: 063344.pdf, 156339.pdf, 359669.pdf, 416089.pdf, 490554.pdf
>
>
> The file of PDFBOX-2048 has a wrong encoded font length, it is 4412 in the PDF but it is really about 27350. This wrong length is used to read the encoded font stream and this results in further trouble (EOF).
> The problem is that the wrong length is passed to createFilteredStream() instead of just calling it without parameters. In cosStream.doDecode() unFilteredStream = filteredStream (there is a FIXME there!!!), and in doDecode(COSName filterName, int filterIndex) unFilteredStream.getLength() is used, which returns the expectedLength.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)