A Divendres, 6 d'agost de 2010, Harry Roberts va escriure: > 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.
What are you exactly doing? pdftotext, test-poppler-qt4 and poppler-glib-demo of the master branch all work like a charm here. Albert > > 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
