annotate src/zlib-1.2.7/contrib/puff/puff.c @ 23:619f715526df sv_v2.1

Update Vamp plugin SDK to 2.5
author Chris Cannam
date Thu, 09 May 2013 10:52:46 +0100
parents e13257ea84a4
children
rev   line source
Chris@4 1 /*
Chris@4 2 * puff.c
Chris@4 3 * Copyright (C) 2002-2010 Mark Adler
Chris@4 4 * For conditions of distribution and use, see copyright notice in puff.h
Chris@4 5 * version 2.2, 25 Apr 2010
Chris@4 6 *
Chris@4 7 * puff.c is a simple inflate written to be an unambiguous way to specify the
Chris@4 8 * deflate format. It is not written for speed but rather simplicity. As a
Chris@4 9 * side benefit, this code might actually be useful when small code is more
Chris@4 10 * important than speed, such as bootstrap applications. For typical deflate
Chris@4 11 * data, zlib's inflate() is about four times as fast as puff(). zlib's
Chris@4 12 * inflate compiles to around 20K on my machine, whereas puff.c compiles to
Chris@4 13 * around 4K on my machine (a PowerPC using GNU cc). If the faster decode()
Chris@4 14 * function here is used, then puff() is only twice as slow as zlib's
Chris@4 15 * inflate().
Chris@4 16 *
Chris@4 17 * All dynamically allocated memory comes from the stack. The stack required
Chris@4 18 * is less than 2K bytes. This code is compatible with 16-bit int's and
Chris@4 19 * assumes that long's are at least 32 bits. puff.c uses the short data type,
Chris@4 20 * assumed to be 16 bits, for arrays in order to to conserve memory. The code
Chris@4 21 * works whether integers are stored big endian or little endian.
Chris@4 22 *
Chris@4 23 * In the comments below are "Format notes" that describe the inflate process
Chris@4 24 * and document some of the less obvious aspects of the format. This source
Chris@4 25 * code is meant to supplement RFC 1951, which formally describes the deflate
Chris@4 26 * format:
Chris@4 27 *
Chris@4 28 * http://www.zlib.org/rfc-deflate.html
Chris@4 29 */
Chris@4 30
Chris@4 31 /*
Chris@4 32 * Change history:
Chris@4 33 *
Chris@4 34 * 1.0 10 Feb 2002 - First version
Chris@4 35 * 1.1 17 Feb 2002 - Clarifications of some comments and notes
Chris@4 36 * - Update puff() dest and source pointers on negative
Chris@4 37 * errors to facilitate debugging deflators
Chris@4 38 * - Remove longest from struct huffman -- not needed
Chris@4 39 * - Simplify offs[] index in construct()
Chris@4 40 * - Add input size and checking, using longjmp() to
Chris@4 41 * maintain easy readability
Chris@4 42 * - Use short data type for large arrays
Chris@4 43 * - Use pointers instead of long to specify source and
Chris@4 44 * destination sizes to avoid arbitrary 4 GB limits
Chris@4 45 * 1.2 17 Mar 2002 - Add faster version of decode(), doubles speed (!),
Chris@4 46 * but leave simple version for readabilty
Chris@4 47 * - Make sure invalid distances detected if pointers
Chris@4 48 * are 16 bits
Chris@4 49 * - Fix fixed codes table error
Chris@4 50 * - Provide a scanning mode for determining size of
Chris@4 51 * uncompressed data
Chris@4 52 * 1.3 20 Mar 2002 - Go back to lengths for puff() parameters [Gailly]
Chris@4 53 * - Add a puff.h file for the interface
Chris@4 54 * - Add braces in puff() for else do [Gailly]
Chris@4 55 * - Use indexes instead of pointers for readability
Chris@4 56 * 1.4 31 Mar 2002 - Simplify construct() code set check
Chris@4 57 * - Fix some comments
Chris@4 58 * - Add FIXLCODES #define
Chris@4 59 * 1.5 6 Apr 2002 - Minor comment fixes
Chris@4 60 * 1.6 7 Aug 2002 - Minor format changes
Chris@4 61 * 1.7 3 Mar 2003 - Added test code for distribution
Chris@4 62 * - Added zlib-like license
Chris@4 63 * 1.8 9 Jan 2004 - Added some comments on no distance codes case
Chris@4 64 * 1.9 21 Feb 2008 - Fix bug on 16-bit integer architectures [Pohland]
Chris@4 65 * - Catch missing end-of-block symbol error
Chris@4 66 * 2.0 25 Jul 2008 - Add #define to permit distance too far back
Chris@4 67 * - Add option in TEST code for puff to write the data
Chris@4 68 * - Add option in TEST code to skip input bytes
Chris@4 69 * - Allow TEST code to read from piped stdin
Chris@4 70 * 2.1 4 Apr 2010 - Avoid variable initialization for happier compilers
Chris@4 71 * - Avoid unsigned comparisons for even happier compilers
Chris@4 72 * 2.2 25 Apr 2010 - Fix bug in variable initializations [Oberhumer]
Chris@4 73 * - Add const where appropriate [Oberhumer]
Chris@4 74 * - Split if's and ?'s for coverage testing
Chris@4 75 * - Break out test code to separate file
Chris@4 76 * - Move NIL to puff.h
Chris@4 77 * - Allow incomplete code only if single code length is 1
Chris@4 78 * - Add full code coverage test to Makefile
Chris@4 79 */
Chris@4 80
Chris@4 81 #include <setjmp.h> /* for setjmp(), longjmp(), and jmp_buf */
Chris@4 82 #include "puff.h" /* prototype for puff() */
Chris@4 83
Chris@4 84 #define local static /* for local function definitions */
Chris@4 85
Chris@4 86 /*
Chris@4 87 * Maximums for allocations and loops. It is not useful to change these --
Chris@4 88 * they are fixed by the deflate format.
Chris@4 89 */
Chris@4 90 #define MAXBITS 15 /* maximum bits in a code */
Chris@4 91 #define MAXLCODES 286 /* maximum number of literal/length codes */
Chris@4 92 #define MAXDCODES 30 /* maximum number of distance codes */
Chris@4 93 #define MAXCODES (MAXLCODES+MAXDCODES) /* maximum codes lengths to read */
Chris@4 94 #define FIXLCODES 288 /* number of fixed literal/length codes */
Chris@4 95
Chris@4 96 /* input and output state */
Chris@4 97 struct state {
Chris@4 98 /* output state */
Chris@4 99 unsigned char *out; /* output buffer */
Chris@4 100 unsigned long outlen; /* available space at out */
Chris@4 101 unsigned long outcnt; /* bytes written to out so far */
Chris@4 102
Chris@4 103 /* input state */
Chris@4 104 const unsigned char *in; /* input buffer */
Chris@4 105 unsigned long inlen; /* available input at in */
Chris@4 106 unsigned long incnt; /* bytes read so far */
Chris@4 107 int bitbuf; /* bit buffer */
Chris@4 108 int bitcnt; /* number of bits in bit buffer */
Chris@4 109
Chris@4 110 /* input limit error return state for bits() and decode() */
Chris@4 111 jmp_buf env;
Chris@4 112 };
Chris@4 113
Chris@4 114 /*
Chris@4 115 * Return need bits from the input stream. This always leaves less than
Chris@4 116 * eight bits in the buffer. bits() works properly for need == 0.
Chris@4 117 *
Chris@4 118 * Format notes:
Chris@4 119 *
Chris@4 120 * - Bits are stored in bytes from the least significant bit to the most
Chris@4 121 * significant bit. Therefore bits are dropped from the bottom of the bit
Chris@4 122 * buffer, using shift right, and new bytes are appended to the top of the
Chris@4 123 * bit buffer, using shift left.
Chris@4 124 */
Chris@4 125 local int bits(struct state *s, int need)
Chris@4 126 {
Chris@4 127 long val; /* bit accumulator (can use up to 20 bits) */
Chris@4 128
Chris@4 129 /* load at least need bits into val */
Chris@4 130 val = s->bitbuf;
Chris@4 131 while (s->bitcnt < need) {
Chris@4 132 if (s->incnt == s->inlen)
Chris@4 133 longjmp(s->env, 1); /* out of input */
Chris@4 134 val |= (long)(s->in[s->incnt++]) << s->bitcnt; /* load eight bits */
Chris@4 135 s->bitcnt += 8;
Chris@4 136 }
Chris@4 137
Chris@4 138 /* drop need bits and update buffer, always zero to seven bits left */
Chris@4 139 s->bitbuf = (int)(val >> need);
Chris@4 140 s->bitcnt -= need;
Chris@4 141
Chris@4 142 /* return need bits, zeroing the bits above that */
Chris@4 143 return (int)(val & ((1L << need) - 1));
Chris@4 144 }
Chris@4 145
Chris@4 146 /*
Chris@4 147 * Process a stored block.
Chris@4 148 *
Chris@4 149 * Format notes:
Chris@4 150 *
Chris@4 151 * - After the two-bit stored block type (00), the stored block length and
Chris@4 152 * stored bytes are byte-aligned for fast copying. Therefore any leftover
Chris@4 153 * bits in the byte that has the last bit of the type, as many as seven, are
Chris@4 154 * discarded. The value of the discarded bits are not defined and should not
Chris@4 155 * be checked against any expectation.
Chris@4 156 *
Chris@4 157 * - The second inverted copy of the stored block length does not have to be
Chris@4 158 * checked, but it's probably a good idea to do so anyway.
Chris@4 159 *
Chris@4 160 * - A stored block can have zero length. This is sometimes used to byte-align
Chris@4 161 * subsets of the compressed data for random access or partial recovery.
Chris@4 162 */
Chris@4 163 local int stored(struct state *s)
Chris@4 164 {
Chris@4 165 unsigned len; /* length of stored block */
Chris@4 166
Chris@4 167 /* discard leftover bits from current byte (assumes s->bitcnt < 8) */
Chris@4 168 s->bitbuf = 0;
Chris@4 169 s->bitcnt = 0;
Chris@4 170
Chris@4 171 /* get length and check against its one's complement */
Chris@4 172 if (s->incnt + 4 > s->inlen)
Chris@4 173 return 2; /* not enough input */
Chris@4 174 len = s->in[s->incnt++];
Chris@4 175 len |= s->in[s->incnt++] << 8;
Chris@4 176 if (s->in[s->incnt++] != (~len & 0xff) ||
Chris@4 177 s->in[s->incnt++] != ((~len >> 8) & 0xff))
Chris@4 178 return -2; /* didn't match complement! */
Chris@4 179
Chris@4 180 /* copy len bytes from in to out */
Chris@4 181 if (s->incnt + len > s->inlen)
Chris@4 182 return 2; /* not enough input */
Chris@4 183 if (s->out != NIL) {
Chris@4 184 if (s->outcnt + len > s->outlen)
Chris@4 185 return 1; /* not enough output space */
Chris@4 186 while (len--)
Chris@4 187 s->out[s->outcnt++] = s->in[s->incnt++];
Chris@4 188 }
Chris@4 189 else { /* just scanning */
Chris@4 190 s->outcnt += len;
Chris@4 191 s->incnt += len;
Chris@4 192 }
Chris@4 193
Chris@4 194 /* done with a valid stored block */
Chris@4 195 return 0;
Chris@4 196 }
Chris@4 197
Chris@4 198 /*
Chris@4 199 * Huffman code decoding tables. count[1..MAXBITS] is the number of symbols of
Chris@4 200 * each length, which for a canonical code are stepped through in order.
Chris@4 201 * symbol[] are the symbol values in canonical order, where the number of
Chris@4 202 * entries is the sum of the counts in count[]. The decoding process can be
Chris@4 203 * seen in the function decode() below.
Chris@4 204 */
Chris@4 205 struct huffman {
Chris@4 206 short *count; /* number of symbols of each length */
Chris@4 207 short *symbol; /* canonically ordered symbols */
Chris@4 208 };
Chris@4 209
Chris@4 210 /*
Chris@4 211 * Decode a code from the stream s using huffman table h. Return the symbol or
Chris@4 212 * a negative value if there is an error. If all of the lengths are zero, i.e.
Chris@4 213 * an empty code, or if the code is incomplete and an invalid code is received,
Chris@4 214 * then -10 is returned after reading MAXBITS bits.
Chris@4 215 *
Chris@4 216 * Format notes:
Chris@4 217 *
Chris@4 218 * - The codes as stored in the compressed data are bit-reversed relative to
Chris@4 219 * a simple integer ordering of codes of the same lengths. Hence below the
Chris@4 220 * bits are pulled from the compressed data one at a time and used to
Chris@4 221 * build the code value reversed from what is in the stream in order to
Chris@4 222 * permit simple integer comparisons for decoding. A table-based decoding
Chris@4 223 * scheme (as used in zlib) does not need to do this reversal.
Chris@4 224 *
Chris@4 225 * - The first code for the shortest length is all zeros. Subsequent codes of
Chris@4 226 * the same length are simply integer increments of the previous code. When
Chris@4 227 * moving up a length, a zero bit is appended to the code. For a complete
Chris@4 228 * code, the last code of the longest length will be all ones.
Chris@4 229 *
Chris@4 230 * - Incomplete codes are handled by this decoder, since they are permitted
Chris@4 231 * in the deflate format. See the format notes for fixed() and dynamic().
Chris@4 232 */
Chris@4 233 #ifdef SLOW
Chris@4 234 local int decode(struct state *s, const struct huffman *h)
Chris@4 235 {
Chris@4 236 int len; /* current number of bits in code */
Chris@4 237 int code; /* len bits being decoded */
Chris@4 238 int first; /* first code of length len */
Chris@4 239 int count; /* number of codes of length len */
Chris@4 240 int index; /* index of first code of length len in symbol table */
Chris@4 241
Chris@4 242 code = first = index = 0;
Chris@4 243 for (len = 1; len <= MAXBITS; len++) {
Chris@4 244 code |= bits(s, 1); /* get next bit */
Chris@4 245 count = h->count[len];
Chris@4 246 if (code - count < first) /* if length len, return symbol */
Chris@4 247 return h->symbol[index + (code - first)];
Chris@4 248 index += count; /* else update for next length */
Chris@4 249 first += count;
Chris@4 250 first <<= 1;
Chris@4 251 code <<= 1;
Chris@4 252 }
Chris@4 253 return -10; /* ran out of codes */
Chris@4 254 }
Chris@4 255
Chris@4 256 /*
Chris@4 257 * A faster version of decode() for real applications of this code. It's not
Chris@4 258 * as readable, but it makes puff() twice as fast. And it only makes the code
Chris@4 259 * a few percent larger.
Chris@4 260 */
Chris@4 261 #else /* !SLOW */
Chris@4 262 local int decode(struct state *s, const struct huffman *h)
Chris@4 263 {
Chris@4 264 int len; /* current number of bits in code */
Chris@4 265 int code; /* len bits being decoded */
Chris@4 266 int first; /* first code of length len */
Chris@4 267 int count; /* number of codes of length len */
Chris@4 268 int index; /* index of first code of length len in symbol table */
Chris@4 269 int bitbuf; /* bits from stream */
Chris@4 270 int left; /* bits left in next or left to process */
Chris@4 271 short *next; /* next number of codes */
Chris@4 272
Chris@4 273 bitbuf = s->bitbuf;
Chris@4 274 left = s->bitcnt;
Chris@4 275 code = first = index = 0;
Chris@4 276 len = 1;
Chris@4 277 next = h->count + 1;
Chris@4 278 while (1) {
Chris@4 279 while (left--) {
Chris@4 280 code |= bitbuf & 1;
Chris@4 281 bitbuf >>= 1;
Chris@4 282 count = *next++;
Chris@4 283 if (code - count < first) { /* if length len, return symbol */
Chris@4 284 s->bitbuf = bitbuf;
Chris@4 285 s->bitcnt = (s->bitcnt - len) & 7;
Chris@4 286 return h->symbol[index + (code - first)];
Chris@4 287 }
Chris@4 288 index += count; /* else update for next length */
Chris@4 289 first += count;
Chris@4 290 first <<= 1;
Chris@4 291 code <<= 1;
Chris@4 292 len++;
Chris@4 293 }
Chris@4 294 left = (MAXBITS+1) - len;
Chris@4 295 if (left == 0)
Chris@4 296 break;
Chris@4 297 if (s->incnt == s->inlen)
Chris@4 298 longjmp(s->env, 1); /* out of input */
Chris@4 299 bitbuf = s->in[s->incnt++];
Chris@4 300 if (left > 8)
Chris@4 301 left = 8;
Chris@4 302 }
Chris@4 303 return -10; /* ran out of codes */
Chris@4 304 }
Chris@4 305 #endif /* SLOW */
Chris@4 306
Chris@4 307 /*
Chris@4 308 * Given the list of code lengths length[0..n-1] representing a canonical
Chris@4 309 * Huffman code for n symbols, construct the tables required to decode those
Chris@4 310 * codes. Those tables are the number of codes of each length, and the symbols
Chris@4 311 * sorted by length, retaining their original order within each length. The
Chris@4 312 * return value is zero for a complete code set, negative for an over-
Chris@4 313 * subscribed code set, and positive for an incomplete code set. The tables
Chris@4 314 * can be used if the return value is zero or positive, but they cannot be used
Chris@4 315 * if the return value is negative. If the return value is zero, it is not
Chris@4 316 * possible for decode() using that table to return an error--any stream of
Chris@4 317 * enough bits will resolve to a symbol. If the return value is positive, then
Chris@4 318 * it is possible for decode() using that table to return an error for received
Chris@4 319 * codes past the end of the incomplete lengths.
Chris@4 320 *
Chris@4 321 * Not used by decode(), but used for error checking, h->count[0] is the number
Chris@4 322 * of the n symbols not in the code. So n - h->count[0] is the number of
Chris@4 323 * codes. This is useful for checking for incomplete codes that have more than
Chris@4 324 * one symbol, which is an error in a dynamic block.
Chris@4 325 *
Chris@4 326 * Assumption: for all i in 0..n-1, 0 <= length[i] <= MAXBITS
Chris@4 327 * This is assured by the construction of the length arrays in dynamic() and
Chris@4 328 * fixed() and is not verified by construct().
Chris@4 329 *
Chris@4 330 * Format notes:
Chris@4 331 *
Chris@4 332 * - Permitted and expected examples of incomplete codes are one of the fixed
Chris@4 333 * codes and any code with a single symbol which in deflate is coded as one
Chris@4 334 * bit instead of zero bits. See the format notes for fixed() and dynamic().
Chris@4 335 *
Chris@4 336 * - Within a given code length, the symbols are kept in ascending order for
Chris@4 337 * the code bits definition.
Chris@4 338 */
Chris@4 339 local int construct(struct huffman *h, const short *length, int n)
Chris@4 340 {
Chris@4 341 int symbol; /* current symbol when stepping through length[] */
Chris@4 342 int len; /* current length when stepping through h->count[] */
Chris@4 343 int left; /* number of possible codes left of current length */
Chris@4 344 short offs[MAXBITS+1]; /* offsets in symbol table for each length */
Chris@4 345
Chris@4 346 /* count number of codes of each length */
Chris@4 347 for (len = 0; len <= MAXBITS; len++)
Chris@4 348 h->count[len] = 0;
Chris@4 349 for (symbol = 0; symbol < n; symbol++)
Chris@4 350 (h->count[length[symbol]])++; /* assumes lengths are within bounds */
Chris@4 351 if (h->count[0] == n) /* no codes! */
Chris@4 352 return 0; /* complete, but decode() will fail */
Chris@4 353
Chris@4 354 /* check for an over-subscribed or incomplete set of lengths */
Chris@4 355 left = 1; /* one possible code of zero length */
Chris@4 356 for (len = 1; len <= MAXBITS; len++) {
Chris@4 357 left <<= 1; /* one more bit, double codes left */
Chris@4 358 left -= h->count[len]; /* deduct count from possible codes */
Chris@4 359 if (left < 0)
Chris@4 360 return left; /* over-subscribed--return negative */
Chris@4 361 } /* left > 0 means incomplete */
Chris@4 362
Chris@4 363 /* generate offsets into symbol table for each length for sorting */
Chris@4 364 offs[1] = 0;
Chris@4 365 for (len = 1; len < MAXBITS; len++)
Chris@4 366 offs[len + 1] = offs[len] + h->count[len];
Chris@4 367
Chris@4 368 /*
Chris@4 369 * put symbols in table sorted by length, by symbol order within each
Chris@4 370 * length
Chris@4 371 */
Chris@4 372 for (symbol = 0; symbol < n; symbol++)
Chris@4 373 if (length[symbol] != 0)
Chris@4 374 h->symbol[offs[length[symbol]]++] = symbol;
Chris@4 375
Chris@4 376 /* return zero for complete set, positive for incomplete set */
Chris@4 377 return left;
Chris@4 378 }
Chris@4 379
Chris@4 380 /*
Chris@4 381 * Decode literal/length and distance codes until an end-of-block code.
Chris@4 382 *
Chris@4 383 * Format notes:
Chris@4 384 *
Chris@4 385 * - Compressed data that is after the block type if fixed or after the code
Chris@4 386 * description if dynamic is a combination of literals and length/distance
Chris@4 387 * pairs terminated by and end-of-block code. Literals are simply Huffman
Chris@4 388 * coded bytes. A length/distance pair is a coded length followed by a
Chris@4 389 * coded distance to represent a string that occurs earlier in the
Chris@4 390 * uncompressed data that occurs again at the current location.
Chris@4 391 *
Chris@4 392 * - Literals, lengths, and the end-of-block code are combined into a single
Chris@4 393 * code of up to 286 symbols. They are 256 literals (0..255), 29 length
Chris@4 394 * symbols (257..285), and the end-of-block symbol (256).
Chris@4 395 *
Chris@4 396 * - There are 256 possible lengths (3..258), and so 29 symbols are not enough
Chris@4 397 * to represent all of those. Lengths 3..10 and 258 are in fact represented
Chris@4 398 * by just a length symbol. Lengths 11..257 are represented as a symbol and
Chris@4 399 * some number of extra bits that are added as an integer to the base length
Chris@4 400 * of the length symbol. The number of extra bits is determined by the base
Chris@4 401 * length symbol. These are in the static arrays below, lens[] for the base
Chris@4 402 * lengths and lext[] for the corresponding number of extra bits.
Chris@4 403 *
Chris@4 404 * - The reason that 258 gets its own symbol is that the longest length is used
Chris@4 405 * often in highly redundant files. Note that 258 can also be coded as the
Chris@4 406 * base value 227 plus the maximum extra value of 31. While a good deflate
Chris@4 407 * should never do this, it is not an error, and should be decoded properly.
Chris@4 408 *
Chris@4 409 * - If a length is decoded, including its extra bits if any, then it is
Chris@4 410 * followed a distance code. There are up to 30 distance symbols. Again
Chris@4 411 * there are many more possible distances (1..32768), so extra bits are added
Chris@4 412 * to a base value represented by the symbol. The distances 1..4 get their
Chris@4 413 * own symbol, but the rest require extra bits. The base distances and
Chris@4 414 * corresponding number of extra bits are below in the static arrays dist[]
Chris@4 415 * and dext[].
Chris@4 416 *
Chris@4 417 * - Literal bytes are simply written to the output. A length/distance pair is
Chris@4 418 * an instruction to copy previously uncompressed bytes to the output. The
Chris@4 419 * copy is from distance bytes back in the output stream, copying for length
Chris@4 420 * bytes.
Chris@4 421 *
Chris@4 422 * - Distances pointing before the beginning of the output data are not
Chris@4 423 * permitted.
Chris@4 424 *
Chris@4 425 * - Overlapped copies, where the length is greater than the distance, are
Chris@4 426 * allowed and common. For example, a distance of one and a length of 258
Chris@4 427 * simply copies the last byte 258 times. A distance of four and a length of
Chris@4 428 * twelve copies the last four bytes three times. A simple forward copy
Chris@4 429 * ignoring whether the length is greater than the distance or not implements
Chris@4 430 * this correctly. You should not use memcpy() since its behavior is not
Chris@4 431 * defined for overlapped arrays. You should not use memmove() or bcopy()
Chris@4 432 * since though their behavior -is- defined for overlapping arrays, it is
Chris@4 433 * defined to do the wrong thing in this case.
Chris@4 434 */
Chris@4 435 local int codes(struct state *s,
Chris@4 436 const struct huffman *lencode,
Chris@4 437 const struct huffman *distcode)
Chris@4 438 {
Chris@4 439 int symbol; /* decoded symbol */
Chris@4 440 int len; /* length for copy */
Chris@4 441 unsigned dist; /* distance for copy */
Chris@4 442 static const short lens[29] = { /* Size base for length codes 257..285 */
Chris@4 443 3, 4, 5, 6, 7, 8, 9, 10, 11, 13, 15, 17, 19, 23, 27, 31,
Chris@4 444 35, 43, 51, 59, 67, 83, 99, 115, 131, 163, 195, 227, 258};
Chris@4 445 static const short lext[29] = { /* Extra bits for length codes 257..285 */
Chris@4 446 0, 0, 0, 0, 0, 0, 0, 0, 1, 1, 1, 1, 2, 2, 2, 2,
Chris@4 447 3, 3, 3, 3, 4, 4, 4, 4, 5, 5, 5, 5, 0};
Chris@4 448 static const short dists[30] = { /* Offset base for distance codes 0..29 */
Chris@4 449 1, 2, 3, 4, 5, 7, 9, 13, 17, 25, 33, 49, 65, 97, 129, 193,
Chris@4 450 257, 385, 513, 769, 1025, 1537, 2049, 3073, 4097, 6145,
Chris@4 451 8193, 12289, 16385, 24577};
Chris@4 452 static const short dext[30] = { /* Extra bits for distance codes 0..29 */
Chris@4 453 0, 0, 0, 0, 1, 1, 2, 2, 3, 3, 4, 4, 5, 5, 6, 6,
Chris@4 454 7, 7, 8, 8, 9, 9, 10, 10, 11, 11,
Chris@4 455 12, 12, 13, 13};
Chris@4 456
Chris@4 457 /* decode literals and length/distance pairs */
Chris@4 458 do {
Chris@4 459 symbol = decode(s, lencode);
Chris@4 460 if (symbol < 0)
Chris@4 461 return symbol; /* invalid symbol */
Chris@4 462 if (symbol < 256) { /* literal: symbol is the byte */
Chris@4 463 /* write out the literal */
Chris@4 464 if (s->out != NIL) {
Chris@4 465 if (s->outcnt == s->outlen)
Chris@4 466 return 1;
Chris@4 467 s->out[s->outcnt] = symbol;
Chris@4 468 }
Chris@4 469 s->outcnt++;
Chris@4 470 }
Chris@4 471 else if (symbol > 256) { /* length */
Chris@4 472 /* get and compute length */
Chris@4 473 symbol -= 257;
Chris@4 474 if (symbol >= 29)
Chris@4 475 return -10; /* invalid fixed code */
Chris@4 476 len = lens[symbol] + bits(s, lext[symbol]);
Chris@4 477
Chris@4 478 /* get and check distance */
Chris@4 479 symbol = decode(s, distcode);
Chris@4 480 if (symbol < 0)
Chris@4 481 return symbol; /* invalid symbol */
Chris@4 482 dist = dists[symbol] + bits(s, dext[symbol]);
Chris@4 483 #ifndef INFLATE_ALLOW_INVALID_DISTANCE_TOOFAR_ARRR
Chris@4 484 if (dist > s->outcnt)
Chris@4 485 return -11; /* distance too far back */
Chris@4 486 #endif
Chris@4 487
Chris@4 488 /* copy length bytes from distance bytes back */
Chris@4 489 if (s->out != NIL) {
Chris@4 490 if (s->outcnt + len > s->outlen)
Chris@4 491 return 1;
Chris@4 492 while (len--) {
Chris@4 493 s->out[s->outcnt] =
Chris@4 494 #ifdef INFLATE_ALLOW_INVALID_DISTANCE_TOOFAR_ARRR
Chris@4 495 dist > s->outcnt ?
Chris@4 496 0 :
Chris@4 497 #endif
Chris@4 498 s->out[s->outcnt - dist];
Chris@4 499 s->outcnt++;
Chris@4 500 }
Chris@4 501 }
Chris@4 502 else
Chris@4 503 s->outcnt += len;
Chris@4 504 }
Chris@4 505 } while (symbol != 256); /* end of block symbol */
Chris@4 506
Chris@4 507 /* done with a valid fixed or dynamic block */
Chris@4 508 return 0;
Chris@4 509 }
Chris@4 510
Chris@4 511 /*
Chris@4 512 * Process a fixed codes block.
Chris@4 513 *
Chris@4 514 * Format notes:
Chris@4 515 *
Chris@4 516 * - This block type can be useful for compressing small amounts of data for
Chris@4 517 * which the size of the code descriptions in a dynamic block exceeds the
Chris@4 518 * benefit of custom codes for that block. For fixed codes, no bits are
Chris@4 519 * spent on code descriptions. Instead the code lengths for literal/length
Chris@4 520 * codes and distance codes are fixed. The specific lengths for each symbol
Chris@4 521 * can be seen in the "for" loops below.
Chris@4 522 *
Chris@4 523 * - The literal/length code is complete, but has two symbols that are invalid
Chris@4 524 * and should result in an error if received. This cannot be implemented
Chris@4 525 * simply as an incomplete code since those two symbols are in the "middle"
Chris@4 526 * of the code. They are eight bits long and the longest literal/length\
Chris@4 527 * code is nine bits. Therefore the code must be constructed with those
Chris@4 528 * symbols, and the invalid symbols must be detected after decoding.
Chris@4 529 *
Chris@4 530 * - The fixed distance codes also have two invalid symbols that should result
Chris@4 531 * in an error if received. Since all of the distance codes are the same
Chris@4 532 * length, this can be implemented as an incomplete code. Then the invalid
Chris@4 533 * codes are detected while decoding.
Chris@4 534 */
Chris@4 535 local int fixed(struct state *s)
Chris@4 536 {
Chris@4 537 static int virgin = 1;
Chris@4 538 static short lencnt[MAXBITS+1], lensym[FIXLCODES];
Chris@4 539 static short distcnt[MAXBITS+1], distsym[MAXDCODES];
Chris@4 540 static struct huffman lencode, distcode;
Chris@4 541
Chris@4 542 /* build fixed huffman tables if first call (may not be thread safe) */
Chris@4 543 if (virgin) {
Chris@4 544 int symbol;
Chris@4 545 short lengths[FIXLCODES];
Chris@4 546
Chris@4 547 /* construct lencode and distcode */
Chris@4 548 lencode.count = lencnt;
Chris@4 549 lencode.symbol = lensym;
Chris@4 550 distcode.count = distcnt;
Chris@4 551 distcode.symbol = distsym;
Chris@4 552
Chris@4 553 /* literal/length table */
Chris@4 554 for (symbol = 0; symbol < 144; symbol++)
Chris@4 555 lengths[symbol] = 8;
Chris@4 556 for (; symbol < 256; symbol++)
Chris@4 557 lengths[symbol] = 9;
Chris@4 558 for (; symbol < 280; symbol++)
Chris@4 559 lengths[symbol] = 7;
Chris@4 560 for (; symbol < FIXLCODES; symbol++)
Chris@4 561 lengths[symbol] = 8;
Chris@4 562 construct(&lencode, lengths, FIXLCODES);
Chris@4 563
Chris@4 564 /* distance table */
Chris@4 565 for (symbol = 0; symbol < MAXDCODES; symbol++)
Chris@4 566 lengths[symbol] = 5;
Chris@4 567 construct(&distcode, lengths, MAXDCODES);
Chris@4 568
Chris@4 569 /* do this just once */
Chris@4 570 virgin = 0;
Chris@4 571 }
Chris@4 572
Chris@4 573 /* decode data until end-of-block code */
Chris@4 574 return codes(s, &lencode, &distcode);
Chris@4 575 }
Chris@4 576
Chris@4 577 /*
Chris@4 578 * Process a dynamic codes block.
Chris@4 579 *
Chris@4 580 * Format notes:
Chris@4 581 *
Chris@4 582 * - A dynamic block starts with a description of the literal/length and
Chris@4 583 * distance codes for that block. New dynamic blocks allow the compressor to
Chris@4 584 * rapidly adapt to changing data with new codes optimized for that data.
Chris@4 585 *
Chris@4 586 * - The codes used by the deflate format are "canonical", which means that
Chris@4 587 * the actual bits of the codes are generated in an unambiguous way simply
Chris@4 588 * from the number of bits in each code. Therefore the code descriptions
Chris@4 589 * are simply a list of code lengths for each symbol.
Chris@4 590 *
Chris@4 591 * - The code lengths are stored in order for the symbols, so lengths are
Chris@4 592 * provided for each of the literal/length symbols, and for each of the
Chris@4 593 * distance symbols.
Chris@4 594 *
Chris@4 595 * - If a symbol is not used in the block, this is represented by a zero as
Chris@4 596 * as the code length. This does not mean a zero-length code, but rather
Chris@4 597 * that no code should be created for this symbol. There is no way in the
Chris@4 598 * deflate format to represent a zero-length code.
Chris@4 599 *
Chris@4 600 * - The maximum number of bits in a code is 15, so the possible lengths for
Chris@4 601 * any code are 1..15.
Chris@4 602 *
Chris@4 603 * - The fact that a length of zero is not permitted for a code has an
Chris@4 604 * interesting consequence. Normally if only one symbol is used for a given
Chris@4 605 * code, then in fact that code could be represented with zero bits. However
Chris@4 606 * in deflate, that code has to be at least one bit. So for example, if
Chris@4 607 * only a single distance base symbol appears in a block, then it will be
Chris@4 608 * represented by a single code of length one, in particular one 0 bit. This
Chris@4 609 * is an incomplete code, since if a 1 bit is received, it has no meaning,
Chris@4 610 * and should result in an error. So incomplete distance codes of one symbol
Chris@4 611 * should be permitted, and the receipt of invalid codes should be handled.
Chris@4 612 *
Chris@4 613 * - It is also possible to have a single literal/length code, but that code
Chris@4 614 * must be the end-of-block code, since every dynamic block has one. This
Chris@4 615 * is not the most efficient way to create an empty block (an empty fixed
Chris@4 616 * block is fewer bits), but it is allowed by the format. So incomplete
Chris@4 617 * literal/length codes of one symbol should also be permitted.
Chris@4 618 *
Chris@4 619 * - If there are only literal codes and no lengths, then there are no distance
Chris@4 620 * codes. This is represented by one distance code with zero bits.
Chris@4 621 *
Chris@4 622 * - The list of up to 286 length/literal lengths and up to 30 distance lengths
Chris@4 623 * are themselves compressed using Huffman codes and run-length encoding. In
Chris@4 624 * the list of code lengths, a 0 symbol means no code, a 1..15 symbol means
Chris@4 625 * that length, and the symbols 16, 17, and 18 are run-length instructions.
Chris@4 626 * Each of 16, 17, and 18 are follwed by extra bits to define the length of
Chris@4 627 * the run. 16 copies the last length 3 to 6 times. 17 represents 3 to 10
Chris@4 628 * zero lengths, and 18 represents 11 to 138 zero lengths. Unused symbols
Chris@4 629 * are common, hence the special coding for zero lengths.
Chris@4 630 *
Chris@4 631 * - The symbols for 0..18 are Huffman coded, and so that code must be
Chris@4 632 * described first. This is simply a sequence of up to 19 three-bit values
Chris@4 633 * representing no code (0) or the code length for that symbol (1..7).
Chris@4 634 *
Chris@4 635 * - A dynamic block starts with three fixed-size counts from which is computed
Chris@4 636 * the number of literal/length code lengths, the number of distance code
Chris@4 637 * lengths, and the number of code length code lengths (ok, you come up with
Chris@4 638 * a better name!) in the code descriptions. For the literal/length and
Chris@4 639 * distance codes, lengths after those provided are considered zero, i.e. no
Chris@4 640 * code. The code length code lengths are received in a permuted order (see
Chris@4 641 * the order[] array below) to make a short code length code length list more
Chris@4 642 * likely. As it turns out, very short and very long codes are less likely
Chris@4 643 * to be seen in a dynamic code description, hence what may appear initially
Chris@4 644 * to be a peculiar ordering.
Chris@4 645 *
Chris@4 646 * - Given the number of literal/length code lengths (nlen) and distance code
Chris@4 647 * lengths (ndist), then they are treated as one long list of nlen + ndist
Chris@4 648 * code lengths. Therefore run-length coding can and often does cross the
Chris@4 649 * boundary between the two sets of lengths.
Chris@4 650 *
Chris@4 651 * - So to summarize, the code description at the start of a dynamic block is
Chris@4 652 * three counts for the number of code lengths for the literal/length codes,
Chris@4 653 * the distance codes, and the code length codes. This is followed by the
Chris@4 654 * code length code lengths, three bits each. This is used to construct the
Chris@4 655 * code length code which is used to read the remainder of the lengths. Then
Chris@4 656 * the literal/length code lengths and distance lengths are read as a single
Chris@4 657 * set of lengths using the code length codes. Codes are constructed from
Chris@4 658 * the resulting two sets of lengths, and then finally you can start
Chris@4 659 * decoding actual compressed data in the block.
Chris@4 660 *
Chris@4 661 * - For reference, a "typical" size for the code description in a dynamic
Chris@4 662 * block is around 80 bytes.
Chris@4 663 */
Chris@4 664 local int dynamic(struct state *s)
Chris@4 665 {
Chris@4 666 int nlen, ndist, ncode; /* number of lengths in descriptor */
Chris@4 667 int index; /* index of lengths[] */
Chris@4 668 int err; /* construct() return value */
Chris@4 669 short lengths[MAXCODES]; /* descriptor code lengths */
Chris@4 670 short lencnt[MAXBITS+1], lensym[MAXLCODES]; /* lencode memory */
Chris@4 671 short distcnt[MAXBITS+1], distsym[MAXDCODES]; /* distcode memory */
Chris@4 672 struct huffman lencode, distcode; /* length and distance codes */
Chris@4 673 static const short order[19] = /* permutation of code length codes */
Chris@4 674 {16, 17, 18, 0, 8, 7, 9, 6, 10, 5, 11, 4, 12, 3, 13, 2, 14, 1, 15};
Chris@4 675
Chris@4 676 /* construct lencode and distcode */
Chris@4 677 lencode.count = lencnt;
Chris@4 678 lencode.symbol = lensym;
Chris@4 679 distcode.count = distcnt;
Chris@4 680 distcode.symbol = distsym;
Chris@4 681
Chris@4 682 /* get number of lengths in each table, check lengths */
Chris@4 683 nlen = bits(s, 5) + 257;
Chris@4 684 ndist = bits(s, 5) + 1;
Chris@4 685 ncode = bits(s, 4) + 4;
Chris@4 686 if (nlen > MAXLCODES || ndist > MAXDCODES)
Chris@4 687 return -3; /* bad counts */
Chris@4 688
Chris@4 689 /* read code length code lengths (really), missing lengths are zero */
Chris@4 690 for (index = 0; index < ncode; index++)
Chris@4 691 lengths[order[index]] = bits(s, 3);
Chris@4 692 for (; index < 19; index++)
Chris@4 693 lengths[order[index]] = 0;
Chris@4 694
Chris@4 695 /* build huffman table for code lengths codes (use lencode temporarily) */
Chris@4 696 err = construct(&lencode, lengths, 19);
Chris@4 697 if (err != 0) /* require complete code set here */
Chris@4 698 return -4;
Chris@4 699
Chris@4 700 /* read length/literal and distance code length tables */
Chris@4 701 index = 0;
Chris@4 702 while (index < nlen + ndist) {
Chris@4 703 int symbol; /* decoded value */
Chris@4 704 int len; /* last length to repeat */
Chris@4 705
Chris@4 706 symbol = decode(s, &lencode);
Chris@4 707 if (symbol < 16) /* length in 0..15 */
Chris@4 708 lengths[index++] = symbol;
Chris@4 709 else { /* repeat instruction */
Chris@4 710 len = 0; /* assume repeating zeros */
Chris@4 711 if (symbol == 16) { /* repeat last length 3..6 times */
Chris@4 712 if (index == 0)
Chris@4 713 return -5; /* no last length! */
Chris@4 714 len = lengths[index - 1]; /* last length */
Chris@4 715 symbol = 3 + bits(s, 2);
Chris@4 716 }
Chris@4 717 else if (symbol == 17) /* repeat zero 3..10 times */
Chris@4 718 symbol = 3 + bits(s, 3);
Chris@4 719 else /* == 18, repeat zero 11..138 times */
Chris@4 720 symbol = 11 + bits(s, 7);
Chris@4 721 if (index + symbol > nlen + ndist)
Chris@4 722 return -6; /* too many lengths! */
Chris@4 723 while (symbol--) /* repeat last or zero symbol times */
Chris@4 724 lengths[index++] = len;
Chris@4 725 }
Chris@4 726 }
Chris@4 727
Chris@4 728 /* check for end-of-block code -- there better be one! */
Chris@4 729 if (lengths[256] == 0)
Chris@4 730 return -9;
Chris@4 731
Chris@4 732 /* build huffman table for literal/length codes */
Chris@4 733 err = construct(&lencode, lengths, nlen);
Chris@4 734 if (err && (err < 0 || nlen != lencode.count[0] + lencode.count[1]))
Chris@4 735 return -7; /* incomplete code ok only for single length 1 code */
Chris@4 736
Chris@4 737 /* build huffman table for distance codes */
Chris@4 738 err = construct(&distcode, lengths + nlen, ndist);
Chris@4 739 if (err && (err < 0 || ndist != distcode.count[0] + distcode.count[1]))
Chris@4 740 return -8; /* incomplete code ok only for single length 1 code */
Chris@4 741
Chris@4 742 /* decode data until end-of-block code */
Chris@4 743 return codes(s, &lencode, &distcode);
Chris@4 744 }
Chris@4 745
Chris@4 746 /*
Chris@4 747 * Inflate source to dest. On return, destlen and sourcelen are updated to the
Chris@4 748 * size of the uncompressed data and the size of the deflate data respectively.
Chris@4 749 * On success, the return value of puff() is zero. If there is an error in the
Chris@4 750 * source data, i.e. it is not in the deflate format, then a negative value is
Chris@4 751 * returned. If there is not enough input available or there is not enough
Chris@4 752 * output space, then a positive error is returned. In that case, destlen and
Chris@4 753 * sourcelen are not updated to facilitate retrying from the beginning with the
Chris@4 754 * provision of more input data or more output space. In the case of invalid
Chris@4 755 * inflate data (a negative error), the dest and source pointers are updated to
Chris@4 756 * facilitate the debugging of deflators.
Chris@4 757 *
Chris@4 758 * puff() also has a mode to determine the size of the uncompressed output with
Chris@4 759 * no output written. For this dest must be (unsigned char *)0. In this case,
Chris@4 760 * the input value of *destlen is ignored, and on return *destlen is set to the
Chris@4 761 * size of the uncompressed output.
Chris@4 762 *
Chris@4 763 * The return codes are:
Chris@4 764 *
Chris@4 765 * 2: available inflate data did not terminate
Chris@4 766 * 1: output space exhausted before completing inflate
Chris@4 767 * 0: successful inflate
Chris@4 768 * -1: invalid block type (type == 3)
Chris@4 769 * -2: stored block length did not match one's complement
Chris@4 770 * -3: dynamic block code description: too many length or distance codes
Chris@4 771 * -4: dynamic block code description: code lengths codes incomplete
Chris@4 772 * -5: dynamic block code description: repeat lengths with no first length
Chris@4 773 * -6: dynamic block code description: repeat more than specified lengths
Chris@4 774 * -7: dynamic block code description: invalid literal/length code lengths
Chris@4 775 * -8: dynamic block code description: invalid distance code lengths
Chris@4 776 * -9: dynamic block code description: missing end-of-block code
Chris@4 777 * -10: invalid literal/length or distance code in fixed or dynamic block
Chris@4 778 * -11: distance is too far back in fixed or dynamic block
Chris@4 779 *
Chris@4 780 * Format notes:
Chris@4 781 *
Chris@4 782 * - Three bits are read for each block to determine the kind of block and
Chris@4 783 * whether or not it is the last block. Then the block is decoded and the
Chris@4 784 * process repeated if it was not the last block.
Chris@4 785 *
Chris@4 786 * - The leftover bits in the last byte of the deflate data after the last
Chris@4 787 * block (if it was a fixed or dynamic block) are undefined and have no
Chris@4 788 * expected values to check.
Chris@4 789 */
Chris@4 790 int puff(unsigned char *dest, /* pointer to destination pointer */
Chris@4 791 unsigned long *destlen, /* amount of output space */
Chris@4 792 const unsigned char *source, /* pointer to source data pointer */
Chris@4 793 unsigned long *sourcelen) /* amount of input available */
Chris@4 794 {
Chris@4 795 struct state s; /* input/output state */
Chris@4 796 int last, type; /* block information */
Chris@4 797 int err; /* return value */
Chris@4 798
Chris@4 799 /* initialize output state */
Chris@4 800 s.out = dest;
Chris@4 801 s.outlen = *destlen; /* ignored if dest is NIL */
Chris@4 802 s.outcnt = 0;
Chris@4 803
Chris@4 804 /* initialize input state */
Chris@4 805 s.in = source;
Chris@4 806 s.inlen = *sourcelen;
Chris@4 807 s.incnt = 0;
Chris@4 808 s.bitbuf = 0;
Chris@4 809 s.bitcnt = 0;
Chris@4 810
Chris@4 811 /* return if bits() or decode() tries to read past available input */
Chris@4 812 if (setjmp(s.env) != 0) /* if came back here via longjmp() */
Chris@4 813 err = 2; /* then skip do-loop, return error */
Chris@4 814 else {
Chris@4 815 /* process blocks until last block or error */
Chris@4 816 do {
Chris@4 817 last = bits(&s, 1); /* one if last block */
Chris@4 818 type = bits(&s, 2); /* block type 0..3 */
Chris@4 819 err = type == 0 ?
Chris@4 820 stored(&s) :
Chris@4 821 (type == 1 ?
Chris@4 822 fixed(&s) :
Chris@4 823 (type == 2 ?
Chris@4 824 dynamic(&s) :
Chris@4 825 -1)); /* type == 3, invalid */
Chris@4 826 if (err != 0)
Chris@4 827 break; /* return with error */
Chris@4 828 } while (!last);
Chris@4 829 }
Chris@4 830
Chris@4 831 /* update the lengths and return */
Chris@4 832 if (err <= 0) {
Chris@4 833 *destlen = s.outcnt;
Chris@4 834 *sourcelen = s.incnt;
Chris@4 835 }
Chris@4 836 return err;
Chris@4 837 }