oss-fuzz/28582

I could not find whre in the PDF spec says that this field in particular
is not encrypted, but i think it makes sense because how you write it,
you have to reserve space first write the whole file, and then calculate
the real signature and write it in the space you left blank before.

If we encrypt the text, we can't know how long it'll be so we can't
calculate how much space to leave available.

Also i have a pdf where the Contents field is not encrypted (but the
rest of the document is) and Adobe opens it fine, so that seems to imply
this is the right thing to do.

This fixes the issue with uninitalized memory valgrind shows in the bug report
poppler/poppler#1002 .

At least the unsigned char one needs investiagtion, but let's unblock CI
for now

oss-fuzz/25488

Now that HAVE_SPLASH is used in the the "public unsupported" internal headers

Roughly spoken, SplashOutputDev::tilingPatternFill first renders a
pattern prototype into a temporary buffer, then draws multiple copies
of that buffer over the current background, enough copies to fill a region.

To draw the copies, we use either blitImage or drawImage. blitImage
is faster, but only works if the current transformation is simple
enough (no rotation, no skew, no reflection). Else we have to fallback
to drawImage.

drawImage would generate the final pattern so that it colorizes a
greyscale prototype while fetching the prototype via tilingBitmapSrc
buffer accessor. blitImage on the other hand  has no such accessor and
therefore no color to colorize. But we can get the same result if
we colorize the pattern prototype up front.

This commit rearranges the code so that we can decide blitImage vs. drawImage
early enough to make color mode of the prototype and copying pattern color
from former Splash dependent on that decision.

To test blitImage for uncolored tiling patterns, render
PDFJS-8741-p1-patternscaling.pdf from #983.

To test drawImage for uncolored tiling patterns, render 745th page,
Figure L.9 – Uncoloured tiling pattern from PDF32000_2008.pdf.

Fixes #983.

Info needs to be a Dict and an indirect object in the trailer dict

oss-fuzz/28057

Also make the check in XRef::addIndirectObject that looks for a free and
usable entry a bit more robust (!= to <) than 65535

oss-fuzz/28032

Give wstring_convert a error string so it does throw an exception when
it fails

oss-fuzz/28002

oss-fuzz/27991

oss-fuzz/27983

oss-fuzz/27968

I'm 99% sure no-one uses this and could be removed completely, but let's
leave the part that actually works on linux too.

...

replace c with cc - glib

missing includes

oss-fuzz/27915