noVNC

Commit Graph

Author	SHA1	Message	Date
Solly Ross	c802d93189	Make sure Pako always has enough room Previously, we used a fixed chunkSize of 100KiB for Pako's output buffer. Using a hardcoded size caused issues, since Pako would assume we wanted to use multiple chunks, and we didn't deal with this. Now, `Inflator#inflate()` takes a new `expected` argument, which indicates the expected output size. If this is bigger than the current chunkSize, Inflator allocates a new output buffer that's big enough to hold the output. Fixes #531	2015-09-23 09:53:00 -04:00
Solly Ross	6940936ffc	WIP: Switch to Pako for zlib This commit introduces an alternate implementation of the zlib decompressor based on Pako (https://github.com/nodeca/pako).	2015-08-06 14:47:03 -04:00

Author

SHA1

Message

Date

Solly Ross

c802d93189

Make sure Pako always has enough room

Previously, we used a fixed chunkSize of 100KiB for Pako's output
buffer.  Using a hardcoded size caused issues, since Pako would assume
we wanted to use multiple chunks, and we didn't deal with this.  Now,
`Inflator#inflate()` takes a new `expected` argument, which indicates
the expected output size.  If this is bigger than the current chunkSize,
Inflator allocates a new output buffer that's big enough to hold the
output.

Fixes #531

2015-09-23 09:53:00 -04:00

Solly Ross

6940936ffc

WIP: Switch to Pako for zlib

This commit introduces an alternate implementation of the zlib
decompressor based on Pako (https://github.com/nodeca/pako).

2015-08-06 14:47:03 -04:00

2 Commits