[poppler] "Addition of stream::getChars" patch breaking lots of PDFs

[Harry Roberts]

The following PDF reproduces the bug:
http://midnight-labs.org/testextract.pdf

I tried to get the frontpage from a few other PDFs, but when I extract with
`pdftk` poppler decides to like the new PDF that's produced.

On 6 August 2010 14:52, Albert Astals Cid <aacid at kde.org> wrote:

> A Dijous, 5 d'agost de 2010, Harry Roberts va escriure:
> > Just to give you all a heads up I've had to revert (in my local branch)
> the
> > code which used getRawChars because it's breaking a huge number of PDFs.
> >
> > See Albert's e-mail from 14 Jun:
> > http://www.mail-archive.com/poppler@lists.freedesktop.org/msg03784.html
> >
> > Has anybody else experienced this? I normally pull changes in from the
> main
> > git repo every few weeks when I do test builds but only got round to
> > debugging it today.
> >
> > e.g. the error:
> >
> > Internal: called getRawChars() on non-predictor stream
> >
> > It looks quite trivial to implement `getRawChars` on regular `Streams`,
> but
> > I've not tried it locally yet.
>
> Make sure you rebuild your programs using libpoppler as my change breaks
> binary compatibility and if you don't rebuild your programs the incorrect
> symbols will be used resulting in weird behaviour.
>
> If that fails provide a pdf that gets broken.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler/attachments/20100806/a7c3c4f7/attachment.html>