亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? inflate.c

?? zip壓縮
?? C
?? 第 1 頁 / 共 4 頁
字號:
/*  Copyright (c) 1990-2002 Info-ZIP.  All rights reserved.  See the accompanying file LICENSE, version 2000-Apr-09 or later  (the contents of which are also included in unzip.h) for terms of use.  If, for some reason, all these files are missing, the Info-ZIP license  also may be found at:  ftp://ftp.info-zip.org/pub/infozip/license.html*//* inflate.c -- by Mark Adler   version c17a, 04 Feb 2001 *//* Copyright history:   - Starting with UnZip 5.41 of 16-April-2000, this source file     is covered by the Info-Zip LICENSE cited above.   - Prior versions of this source file, found in UnZip source packages     up to UnZip 5.40, were put in the public domain.     The original copyright note by Mark Adler was:         "You can do whatever you like with this source file,         though I would prefer that if you modify it and         redistribute it that you include comments to that effect         with your name and the date.  Thank you."   History:   vers    date          who           what   ----  ---------  --------------  ------------------------------------    a    ~~ Feb 92  M. Adler        used full (large, one-step) lookup table    b1   21 Mar 92  M. Adler        first version with partial lookup tables    b2   21 Mar 92  M. Adler        fixed bug in fixed-code blocks    b3   22 Mar 92  M. Adler        sped up match copies, cleaned up some    b4   25 Mar 92  M. Adler        added prototypes; removed window[] (now                                    is the responsibility of unzip.h--also                                    changed name to slide[]), so needs diffs                                    for unzip.c and unzip.h (this allows                                    compiling in the small model on MSDOS);                                    fixed cast of q in huft_build();    b5   26 Mar 92  M. Adler        got rid of unintended macro recursion.    b6   27 Mar 92  M. Adler        got rid of nextbyte() routine.  fixed                                    bug in inflate_fixed().    c1   30 Mar 92  M. Adler        removed lbits, dbits environment variables.                                    changed BMAX to 16 for explode.  Removed                                    OUTB usage, and replaced it with flush()--                                    this was a 20% speed improvement!  Added                                    an explode.c (to replace unimplod.c) that                                    uses the huft routines here.  Removed                                    register union.    c2    4 Apr 92  M. Adler        fixed bug for file sizes a multiple of 32k.    c3   10 Apr 92  M. Adler        reduced memory of code tables made by                                    huft_build significantly (factor of two to                                    three).    c4   15 Apr 92  M. Adler        added NOMEMCPY do kill use of memcpy().                                    worked around a Turbo C optimization bug.    c5   21 Apr 92  M. Adler        added the WSIZE #define to allow reducing                                    the 32K window size for specialized                                    applications.    c6   31 May 92  M. Adler        added some typecasts to eliminate warnings    c7   27 Jun 92  G. Roelofs      added some more typecasts (444:  MSC bug).    c8    5 Oct 92  J-l. Gailly     added ifdef'd code to deal with PKZIP bug.    c9    9 Oct 92  M. Adler        removed a memory error message (~line 416).    c10  17 Oct 92  G. Roelofs      changed ULONG/UWORD/byte to ulg/ush/uch,                                    removed old inflate, renamed inflate_entry                                    to inflate, added Mark's fix to a comment.   c10.5 14 Dec 92  M. Adler        fix up error messages for incomplete trees.    c11   2 Jan 93  M. Adler        fixed bug in detection of incomplete                                    tables, and removed assumption that EOB is                                    the longest code (bad assumption).    c12   3 Jan 93  M. Adler        make tables for fixed blocks only once.    c13   5 Jan 93  M. Adler        allow all zero length codes (pkzip 2.04c                                    outputs one zero length code for an empty                                    distance tree).    c14  12 Mar 93  M. Adler        made inflate.c standalone with the                                    introduction of inflate.h.   c14b  16 Jul 93  G. Roelofs      added (unsigned) typecast to w at 470.   c14c  19 Jul 93  J. Bush         changed v[N_MAX], l[288], ll[28x+3x] arrays                                    to static for Amiga.   c14d  13 Aug 93  J-l. Gailly     de-complicatified Mark's c[*p++]++ thing.   c14e   8 Oct 93  G. Roelofs      changed memset() to memzero().   c14f  22 Oct 93  G. Roelofs      renamed quietflg to qflag; made Trace()                                    conditional; added inflate_free().   c14g  28 Oct 93  G. Roelofs      changed l/(lx+1) macro to pointer (Cray bug)   c14h   7 Dec 93  C. Ghisler      huft_build() optimizations.   c14i   9 Jan 94  A. Verheijen    set fixed_t{d,l} to NULL after freeing;                    G. Roelofs      check NEXTBYTE macro for EOF.   c14j  23 Jan 94  G. Roelofs      removed Ghisler "optimizations"; ifdef'd                                    EOF check.   c14k  27 Feb 94  G. Roelofs      added some typecasts to avoid warnings.   c14l   9 Apr 94  G. Roelofs      fixed split comments on preprocessor lines                                    to avoid bug in Encore compiler.   c14m   7 Jul 94  P. Kienitz      modified to allow assembler version of                                    inflate_codes() (define ASM_INFLATECODES)   c14n  22 Jul 94  G. Roelofs      changed fprintf to macro for DLL versions   c14o  23 Aug 94  C. Spieler      added a newline to a debug statement;                    G. Roelofs      added another typecast to avoid MSC warning   c14p   4 Oct 94  G. Roelofs      added (voidp *) cast to free() argument   c14q  30 Oct 94  G. Roelofs      changed fprintf macro to MESSAGE()   c14r   1 Nov 94  G. Roelofs      fixed possible redefinition of CHECK_EOF   c14s   7 May 95  S. Maxwell      OS/2 DLL globals stuff incorporated;                    P. Kienitz      "fixed" ASM_INFLATECODES macro/prototype   c14t  18 Aug 95  G. Roelofs      added UZinflate() to use zlib functions;                                    changed voidp to zvoid; moved huft_build()                                    and huft_free() to end of file   c14u   1 Oct 95  G. Roelofs      moved G into definition of MESSAGE macro   c14v   8 Nov 95  P. Kienitz      changed ASM_INFLATECODES to use a regular                                    call with __G__ instead of a macro    c15   3 Aug 96  M. Adler        fixed bomb-bug on random input data (Adobe)   c15b  24 Aug 96  M. Adler        more fixes for random input data   c15c  28 Mar 97  G. Roelofs      changed USE_ZLIB fatal exit code from                                    PK_MEM2 to PK_MEM3    c16  20 Apr 97  J. Altman       added memzero(v[]) in huft_build()   c16b  29 Mar 98  C. Spieler      modified DLL code for slide redirection   c16c  04 Apr 99  C. Spieler      fixed memory leaks when processing gets                                    stopped because of input data errors   c16d  05 Jul 99  C. Spieler      take care of FLUSH() return values and                                    stop processing in case of errors    c17  31 Dec 00  C. Spieler      added preliminary support for Deflate64   c17a  04 Feb 01  C. Spieler      complete integration of Deflate64 support   c17b  16 Feb 02  C. Spieler      changed type of "extra bits" arrays and                                    corresponding huft_buid() parameter e from                                    ush into uch, to save space *//*   Inflate deflated (PKZIP's method 8 compressed) data.  The compression   method searches for as much of the current string of bytes (up to a   length of 258) in the previous 32K bytes.  If it doesn't find any   matches (of at least length 3), it codes the next byte.  Otherwise, it   codes the length of the matched string and its distance backwards from   the current position.  There is a single Huffman code that codes both   single bytes (called "literals") and match lengths.  A second Huffman   code codes the distance information, which follows a length code.  Each   length or distance code actually represents a base value and a number   of "extra" (sometimes zero) bits to get to add to the base value.  At   the end of each deflated block is a special end-of-block (EOB) literal/   length code.  The decoding process is basically: get a literal/length   code; if EOB then done; if a literal, emit the decoded byte; if a   length then get the distance and emit the referred-to bytes from the   sliding window of previously emitted data.   There are (currently) three kinds of inflate blocks: stored, fixed, and   dynamic.  The compressor outputs a chunk of data at a time and decides   which method to use on a chunk-by-chunk basis.  A chunk might typically   be 32K to 64K, uncompressed.  If the chunk is uncompressible, then the   "stored" method is used.  In this case, the bytes are simply stored as   is, eight bits per byte, with none of the above coding.  The bytes are   preceded by a count, since there is no longer an EOB code.   If the data are compressible, then either the fixed or dynamic methods   are used.  In the dynamic method, the compressed data are preceded by   an encoding of the literal/length and distance Huffman codes that are   to be used to decode this block.  The representation is itself Huffman   coded, and so is preceded by a description of that code.  These code   descriptions take up a little space, and so for small blocks, there is   a predefined set of codes, called the fixed codes.  The fixed method is   used if the block ends up smaller that way (usually for quite small   chunks); otherwise the dynamic method is used.  In the latter case, the   codes are customized to the probabilities in the current block and so   can code it much better than the pre-determined fixed codes can.   The Huffman codes themselves are decoded using a multi-level table   lookup, in order to maximize the speed of decoding plus the speed of   building the decoding tables.  See the comments below that precede the   lbits and dbits tuning parameters.   GRR:  return values(?)           0  OK           1  incomplete table           2  bad input           3  not enough memory         the following return codes are passed through from FLUSH() errors           50 (PK_DISK)   "overflow of output space"           80 (IZ_CTRLC)  "canceled by user's request" *//*   Notes beyond the 1.93a appnote.txt:   1. Distance pointers never point before the beginning of the output      stream.   2. Distance pointers can point back across blocks, up to 32k away.   3. There is an implied maximum of 7 bits for the bit length table and      15 bits for the actual data.   4. If only one code exists, then it is encoded using one bit.  (Zero      would be more efficient, but perhaps a little confusing.)  If two      codes exist, they are coded using one bit each (0 and 1).   5. There is no way of sending zero distance codes--a dummy must be      sent if there are none.  (History: a pre 2.0 version of PKZIP would      store blocks with no distance codes, but this was discovered to be      too harsh a criterion.)  Valid only for 1.93a.  2.04c does allow      zero distance codes, which is sent as one code of zero bits in      length.   6. There are up to 286 literal/length codes.  Code 256 represents the      end-of-block.  Note however that the static length tree defines      288 codes just to fill out the Huffman codes.  Codes 286 and 287      cannot be used though, since there is no length base or extra bits      defined for them.  Similarily, there are up to 30 distance codes.      However, static trees define 32 codes (all 5 bits) to fill out the      Huffman codes, but the last two had better not show up in the data.   7. Unzip can check dynamic Huffman blocks for complete code sets.      The exception is that a single code would not be complete (see #4).   8. The five bits following the block type is really the number of      literal codes sent minus 257.   9. Length codes 8,16,16 are interpreted as 13 length codes of 8 bits      (1+6+6).  Therefore, to output three times the length, you output      three codes (1+1+1), whereas to output four times the same length,      you only need two codes (1+3).  Hmm.  10. In the tree reconstruction algorithm, Code = Code + Increment      only if BitLength(i) is not zero.  (Pretty obvious.)  11. Correction: 4 Bits: # of Bit Length codes - 4     (4 - 19)  12. Note: length code 284 can represent 227-258, but length code 285      really is 258.  The last length deserves its own, short code      since it gets used a lot in very redundant files.  The length      258 is special since 258 - 3 (the min match length) is 255.  13. The literal/length and distance code bit lengths are read as a      single stream of lengths.  It is possible (and advantageous) for      a repeat code (16, 17, or 18) to go across the boundary between      the two sets of lengths.  14. The Deflate64 (PKZIP method 9) variant of the compression algorithm      differs from "classic" deflate in the following 3 aspect:      a) The size of the sliding history window is expanded to 64 kByte.      b) The previously unused distance codes #30 and #31 code distances         from 32769 to 49152 and 49153 to 65536.  Both codes take 14 bits         of extra data to determine the exact position in their 16 kByte         range.      c) The last lit/length code #285 gets a different meaning. Instead         of coding a fixed maximum match length of 258, it is used as a         "generic" match length code, capable of coding any length from         3 (min match length + 0) to 65538 (min match length + 65535).         This means that the length code #285 takes 16 bits (!) of uncoded         extra data, added to a fixed min length of 3.      Changes a) and b) would have been transparent for valid deflated      data, but change c) requires to switch decoder configurations between      Deflate and Deflate64 modes. */#define PKZIP_BUG_WORKAROUND    /* PKZIP 1.93a problem--live with it *//*    inflate.h must supply the uch slide[WSIZE] array, the zvoid typedef    (void if (void *) is accepted, else char) and the NEXTBYTE,    FLUSH() and memzero macros.  If the window size is not 32K, it    should also define WSIZE.  If INFMOD is defined, it can include    compiled functions to support the NEXTBYTE and/or FLUSH() macros.    There are defaults for NEXTBYTE and FLUSH() below for use as    examples of what those functions need to do.  Normally, you would    also want FLUSH() to compute a crc on the data.  inflate.h also    needs to provide these typedefs:        typedef unsigned char uch;        typedef unsigned short ush;        typedef unsigned long ulg;    This module uses the external functions malloc() and free() (and    probably memset() or bzero() in the memzero() macro).  Their    prototypes are normally found in <string.h> and <stdlib.h>. */#define __INFLATE_C     /* identifies this source module *//* #define DEBUG */#define INFMOD          /* tell inflate.h to include code to be compiled */#include "inflate.h"/* marker for "unused" huft code, and corresponding check macro */#define INVALID_CODE 99#define IS_INVALID_CODE(c)  ((c) == INVALID_CODE)#ifndef WSIZE               /* default is 32K resp. 64K */#  ifdef USE_DEFLATE64#    define WSIZE   65536L  /* window size--must be a power of two, and */#  else                     /*  at least 64K for PKZip's deflate64 method */#    define WSIZE   0x8000  /* window size--must be a power of two, and */#  endif                    /*  at least 32K for zip's deflate method */#endif/* some buffer counters must be capable of holding 64k for Deflate64 */#if (defined(USE_DEFLATE64) && defined(INT_16BIT))#  define UINT_D64 ulg#else#  define UINT_D64 unsigned#endif#if (defined(DLL) && !defined(NO_SLIDE_REDIR))#  define wsize G._wsize    /* wsize is a variable */#else#  define wsize WSIZE       /* wsize is a constant */#endif#ifndef NEXTBYTE        /* default is to simply get a byte from stdin */#  define NEXTBYTE getchar()#endif#ifndef MESSAGE   /* only used twice, for fixed strings--NOT general-purpose */#  define MESSAGE(str,len,flag)  fprintf(stderr,(char *)(str))#endif#ifndef FLUSH           /* default is to simply write the buffer to stdout */#  define FLUSH(n) \    (((extent)fwrite(redirSlide, 1, (extent)(n), stdout) == (extent)(n)) ? \     0 : PKDISK)#endif/* Warning: the fwrite above might not work on 16-bit compilers, since   0x8000 might be interpreted as -32,768 by the library function.  When   support for Deflate64 is enabled, the window size is 64K and the   simple fwrite statement is definitely broken for 16-bit compilers. */#ifndef Trace#  ifdef DEBUG#    define Trace(x) fprintf x#  else#    define Trace(x)#  endif#endif/*---------------------------------------------------------------------------*/#ifdef USE_ZLIB/*   GRR:  return values for both original inflate() and UZinflate()           0  OK           1  incomplete table(?)           2  bad input           3  not enough memory *//**************************//*  Function UZinflate()  *//**************************/int UZinflate(__G__ is_defl64)    __GDEF    int is_defl64;/* decompress an inflated entry using the zlib routines */{    int retval = 0;     /* return code: 0 = "no error" */    int err=Z_OK;#if (defined(DLL) && !defined(NO_SLIDE_REDIR))    if (G.redirect_slide)        wsize = G.redirect_size, redirSlide = G.redirect_buffer;    else        wsize = WSIZE, redirSlide = slide;#endif    G.dstrm.next_out = redirSlide;    G.dstrm.avail_out = wsize;    G.dstrm.next_in = G.inptr;    G.dstrm.avail_in = G.incnt;    if (!G.inflInit) {        unsigned i;        int windowBits;        /* only need to test this stuff once */        if (zlib_version[0] != ZLIB_VERSION[0]) {            Info(slide, 0x21, ((char *)slide,              "error:  incompatible zlib version (expected %s, found %s)\n",              ZLIB_VERSION, zlib_version));            return 3;        } else if (strcmp(zlib_version, ZLIB_VERSION) != 0)            Info(slide, 0x21, ((char *)slide,              "warning:  different zlib version (expected %s, using %s)\n",              ZLIB_VERSION, zlib_version));        /* windowBits = log2(wsize) */        for (i = (unsigned)wsize, windowBits = 0;             !(i & 1);  i >>= 1, ++windowBits);        if ((unsigned)windowBits > (unsigned)15)

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
亚洲自拍都市欧美小说| 国产一级精品在线| 久久综合狠狠综合久久激情 | 亚洲欧美日韩国产综合| 欧美一级免费观看| 色综合久久中文综合久久牛| 九九精品视频在线看| 亚洲成人午夜电影| 亚洲码国产岛国毛片在线| 久久午夜色播影院免费高清| 欧美日韩一区二区三区免费看| eeuss鲁一区二区三区| 韩国毛片一区二区三区| 日本不卡一区二区三区| 亚洲美女区一区| 国产欧美一区二区三区沐欲| 日韩欧美黄色影院| 欧美日韩一区二区三区视频| 色一区在线观看| 成人美女视频在线看| 狠狠色2019综合网| 久久不见久久见中文字幕免费| 一区二区成人在线观看| 亚洲四区在线观看| 国产精品麻豆视频| 久久精品亚洲精品国产欧美kt∨| 制服丝袜日韩国产| 欧美乱妇一区二区三区不卡视频| 在线免费观看不卡av| 国产成+人+日韩+欧美+亚洲| 精品一区二区久久| 久久99国产精品免费网站| 日本网站在线观看一区二区三区| 精品亚洲国产成人av制服丝袜| 日韩 欧美一区二区三区| 亚洲图片欧美色图| 亚洲一区二区三区视频在线播放| 亚洲欧美偷拍三级| 亚洲免费看黄网站| 亚洲精品精品亚洲| 亚洲一区在线视频观看| 亚洲精品高清在线观看| 一区二区三区美女视频| 亚洲影院在线观看| 午夜欧美在线一二页| 日韩国产欧美在线播放| 蜜臀久久久久久久| 久久91精品国产91久久小草| 精品一区二区三区日韩| 国产精品亚洲а∨天堂免在线| 国产福利精品一区| av激情综合网| 欧美三级在线视频| 91精选在线观看| 精品久久久三级丝袜| 久久精品一区二区| 日韩码欧中文字| 亚洲国产精品影院| 免费看日韩精品| 国内精品视频一区二区三区八戒| 国产精品一区二区三区网站| 成人app网站| 欧美日韩卡一卡二| 欧美成人高清电影在线| 日本一区二区三区在线观看| 亚洲黄色尤物视频| 美女一区二区视频| 成人激情电影免费在线观看| 色噜噜狠狠成人中文综合| 91超碰这里只有精品国产| 精品成a人在线观看| 亚洲欧洲无码一区二区三区| 亚洲r级在线视频| 国产精品538一区二区在线| 色综合中文综合网| 久久久久久99久久久精品网站| 欧美激情一区二区三区蜜桃视频| 一区二区三区欧美日| 蜜臀av一区二区在线观看| 国产成人精品三级| 欧美写真视频网站| 久久久久久免费网| 午夜日韩在线电影| 福利一区在线观看| 6080亚洲精品一区二区| 亚洲国产成人午夜在线一区| 亚洲妇熟xx妇色黄| 成人国产精品免费| 日韩一区二区三区观看| 精品一区二区三区免费视频| 波多野洁衣一区| 91精品啪在线观看国产60岁| 国产精品拍天天在线| 日韩福利视频导航| 99精品热视频| 久久九九99视频| 日本va欧美va瓶| 91免费版pro下载短视频| 日韩欧美亚洲一区二区| 一区二区三区四区亚洲| 国产精品一区二区x88av| 欧美日韩视频第一区| 国产精品日韩成人| 激情文学综合丁香| 欧美精品亚洲二区| 亚洲素人一区二区| 国产99久久久国产精品潘金| 日韩欧美视频一区| 五月天丁香久久| 欧洲精品在线观看| 中文字幕日韩av资源站| 国产精品一级片在线观看| 欧美一级黄色大片| 亚洲成人你懂的| 色天使色偷偷av一区二区| 中文字幕精品综合| 国产做a爰片久久毛片| 欧美日本免费一区二区三区| 亚洲日本青草视频在线怡红院| 激情综合色丁香一区二区| 日韩一区二区三区免费看 | 亚洲一区在线播放| 成人av网站在线| 国产欧美一区二区在线| 久久99国内精品| 日韩欧美资源站| 麻豆精品新av中文字幕| 欧美日韩另类国产亚洲欧美一级| 亚洲欧美一区二区三区久本道91| 成人激情午夜影院| 国产精品护士白丝一区av| 国产成人精品影院| 日本一区二区视频在线观看| 国产成人精品免费| 国产精品女人毛片| 9i在线看片成人免费| 国产精品白丝在线| av色综合久久天堂av综合| 国产精品第五页| 久久综合色综合88| 国产美女娇喘av呻吟久久| 国产亚洲美州欧州综合国| 国产成人av电影在线观看| 中文一区二区在线观看| jlzzjlzz国产精品久久| 亚洲少妇中出一区| 欧美性生活久久| 婷婷久久综合九色综合绿巨人| 欧美一区二区观看视频| 国内精品伊人久久久久av影院| 久久久青草青青国产亚洲免观| 成人午夜在线视频| 亚洲精品videosex极品| 欧美性大战久久久久久久| 日韩制服丝袜av| 精品国产免费人成在线观看| 国产成人一区二区精品非洲| 亚洲欧美综合在线精品| 欧美日韩免费一区二区三区 | 色成年激情久久综合| 亚洲一区二区三区四区不卡| 日韩亚洲欧美高清| 成人综合在线网站| 一区二区欧美国产| 日韩三级视频在线观看| 国产成人久久精品77777最新版本 国产成人鲁色资源国产91色综 | 国产精品综合一区二区| 亚洲乱码精品一二三四区日韩在线| 欧美午夜视频网站| 国产精品一区在线观看乱码| 亚洲日本va在线观看| 91精品久久久久久蜜臀| 国产成人av一区二区三区在线观看| 亚洲青青青在线视频| 欧美精品一级二级| 成人精品免费看| 午夜精品一区二区三区免费视频| 久久综合丝袜日本网| 91黄视频在线| 国产美女娇喘av呻吟久久| 亚洲精品亚洲人成人网| 欧美电影免费观看高清完整版在线观看 | 全国精品久久少妇| 国产精品麻豆99久久久久久| 678五月天丁香亚洲综合网| 成人免费毛片a| 人禽交欧美网站| 亚洲图片你懂的| 2023国产精品| 欧美日韩一区二区三区四区五区 | 94-欧美-setu| 免费高清成人在线| 亚洲人123区| 久久精品一区蜜桃臀影院| 欧美精品aⅴ在线视频| 精品精品国产高清a毛片牛牛| 色999日韩国产欧美一区二区| 激情欧美一区二区三区在线观看| 一区二区三区在线播放| 欧美高清在线视频|