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 <[email protected]> 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/[email protected]/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. >
_______________________________________________ poppler mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/poppler
