<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - pdfinfo/pdffonts cannot process >2GB files" href="https://bugs.freedesktop.org/show_bug.cgi?id=44085#c27">Comment # 27</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - pdfinfo/pdffonts cannot process >2GB files" href="https://bugs.freedesktop.org/show_bug.cgi?id=44085">bug 44085</a> from <a class="email" href="mailto:Thomas.Freitag@alfa.de" title="Thomas Freitag <Thomas.Freitag@alfa.de>"> Thomas Freitag</a> <pre>(In reply to <a href="show_bug.cgi?id=44085#c26">comment #26</a>) > (In reply to <a href="show_bug.cgi?id=44085#c25">comment #25</a>) > > 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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>