Skip to content
This repository was archived by the owner on Apr 15, 2024. It is now read-only.

Conversation

@adamestein
Copy link

There are PDF files where an embedded font is so large that zlib runs out of default-sized buffer space when decompressing. The zlib module does have a way to not worry about the buffer size (and so the size of the font). This patch fixes the decompression so that it doesn't matter the amount of font data.

…en with an odd length code

to decode which causes unpack() to have an error. If unpack() fails for any reason, just return
an empty tuple as if there were no data to unpack.
	o Fixed issue where a PDF comment goes to end of line so matching fails. When fixed, the old
	  problem of having an odd length code to decode comes back causing unpack() to have a problem.
	  This is fixed by returning an empty tuple as if there was no data to unpack.

	o Fixed issue when a compressed font is too big for the default sized zlib buffer.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant