[Poppler-bugs] [Bug 44085] pdfinfo/pdffonts cannot process >2GB files

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=44085

--- Comment #27 from Thomas Freitag <Thomas.Freitag at alfa.de> ---
(In reply to comment #26)
> (In reply to comment #25)
> > 2. I think the better way to initialize the memory is to use the paperColor
> > (which in pdftoppm is the same You're using: white) and use the existing
> > Splash::clear function.
> > This patch changes it and therefore should replace Your patch for it.
> 
> I'm fairly certain that the initial color should make no difference when the
> alpha is all zero. I tried changing the color in splash->clear in
> SplashOutputDev::startPage and as long as the alpha is 0 there is no change
> in the output. So why does changing the initial color in tilingPatternFill
> affect the output?

I think here is a misunderstanding: My main point here was to use the
Splash:clear function which is also used in every other place to initialize a
just created bitmap. But if this had been the only point I hadn't uploaded a
new patch. What definitely was wrong in Your patch was only that You just
replaced paintType 2 by paintType 1 which means that we'll get problems with
paintType 2 tiling patterns.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler-bugs/attachments/20130108/e4f6156c/attachment.html>