{"id":26597190,"url":"https://github.com/sskaje/unzip-lzfse","last_synced_at":"2026-03-06T08:34:03.830Z","repository":{"id":28188494,"uuid":"101129472","full_name":"sskaje/unzip-lzfse","owner":"sskaje","description":"Adding lzfse support for unzip-6.0","archived":false,"fork":false,"pushed_at":"2022-05-13T13:24:03.000Z","size":1414,"stargazers_count":78,"open_issues_count":5,"forks_count":13,"subscribers_count":6,"default_branch":"lzfse","last_synced_at":"2025-04-09T15:25:24.805Z","etag":null,"topics":["lzfse","unzip","zip"],"latest_commit_sha":null,"homepage":"https://sskaje.me/2017/08/unzip-with-lzfse-support/","language":"C","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"other","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/sskaje.png","metadata":{"files":{"readme":"README","changelog":"History.600","contributing":null,"funding":null,"license":"COPYING.OLD","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null}},"created_at":"2017-08-23T02:38:45.000Z","updated_at":"2025-04-03T10:35:21.000Z","dependencies_parsed_at":"2022-07-08T07:39:57.802Z","dependency_job_id":null,"html_url":"https://github.com/sskaje/unzip-lzfse","commit_stats":null,"previous_names":[],"tags_count":0,"template":false,"template_full_name":null,"purl":"pkg:github/sskaje/unzip-lzfse","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/sskaje%2Funzip-lzfse","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/sskaje%2Funzip-lzfse/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/sskaje%2Funzip-lzfse/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/sskaje%2Funzip-lzfse/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/sskaje","download_url":"https://codeload.github.com/sskaje/unzip-lzfse/tar.gz/refs/heads/lzfse","sbom_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/sskaje%2Funzip-lzfse/sbom","scorecard":null,"host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":286080680,"owners_count":30167963,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2026-03-06T07:56:45.623Z","status":"ssl_error","status_checked_at":"2026-03-06T07:55:55.621Z","response_time":250,"last_error":"SSL_connect returned=1 errno=0 peeraddr=140.82.121.6:443 state=error: unexpected eof while reading","robots_txt_status":"success","robots_txt_updated_at":"2025-07-24T06:49:26.215Z","robots_txt_url":"https://github.com/robots.txt","online":false,"can_crawl_api":true,"host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["lzfse","unzip","zip"],"created_at":"2025-03-23T17:31:53.067Z","updated_at":"2026-03-06T08:34:03.781Z","avatar_url":"https://github.com/sskaje.png","language":"C","funding_links":[],"categories":[],"sub_categories":[],"readme":"This is the README file for the 20 April 2009 public release of the\nInfo-ZIP group's portable UnZip zipfile-extraction program (and related\nutilities).\n\nunzip60.zip       portable UnZip, version 6.0, source code distribution\nunzip60.tar.Z     same as above, but compress'd tar format\nunzip60.tar.gz    same as above, but gzip'd tar format\n\n__________________________________________________________________________\n\nBEFORE YOU ASK:  UnZip, its companion utility Zip, and related utilities\nand support files can be found in many places; read the file \"WHERE\" for\nfurther details.  To contact the authors with suggestions, bug reports,\nor fixes, continue reading this file (README) and, if this is part of a\nsource distribution, the file \"ZipPorts\" in the proginfo directory.  Also\nin source distributions:  read \"BUGS\" for a list of known bugs, non-bugs\nand possible future bugs; INSTALL for instructions on how to build UnZip;\nand \"Contents\" for a commented listing of all the distributed files.\n__________________________________________________________________________\n\n\nGENERAL INFO\n------------\nUnZip is an extraction utility for archives compressed in .zip format (also\ncalled \"zipfiles\").  Although highly compatible both with PKWARE's PKZIP\nand PKUNZIP utilities for MS-DOS and with Info-ZIP's own Zip program, our\nprimary objectives have been portability and non-MSDOS functionality.\n\nThis version of UnZip has been ported to a stupendous array of hardware--\nfrom micros to supercomputers--and operating systems:  Unix (many flavors),\nVMS, OS/2 (including DLL version), Windows NT and Windows 95 (including DLL\nversion), Windows CE (GUI version), Windows 3.x (including DLL version),\nMS-DOS, AmigaDOS, Atari TOS, Acorn RISC OS, BeOS, Macintosh (GUI version),\nSMS/QDOS, MVS, VM/CMS, FlexOS, Tandem NSK, Human68k (mostly), AOS/VS (partly)\nand TOPS-20 (partly).  UnZip features not found in PKUNZIP include source\ncode; default extraction of directory trees (with a switch to defeat this,\nrather than the reverse); system-specific extended file attributes; and, of\ncourse, the ability to run under most of your favorite operating systems.\nPlus, it's free. :-)\n\nFor source distributions, see the main Contents file for a list of what's\nincluded, and read INSTALL for instructions on compiling (including OS-\nspecific comments).  The individual operating systems' Contents files (for\nexample, vms/Contents) may list important compilation info in addition to\nexplaining what files are what, so be sure to read them.  Some of the ports\nhave their own, special README files, so be sure to look for those, too.\n\nSee unzip.1 or unzip.txt for usage (or the corresponding UnZipSFX, ZipInfo,\nfUnZip and ZipGrep docs).  For VMS, unzip_def.rnh or unzip_cli.help may be\ncompiled into unzip.hlp and installed as a normal VMS help entry; see\nvms/descrip.mms.\n\n\nCHANGES AND NEW FEATURES\n------------------------\nUnZip 6.0 finally supports nowadays \"large\" files of sizes \u003e 2 GiB!\nThis is the first release containing support for the PKWARE Zip64\nenhancements.\nMajor changes are:\n   - Support PKWARE ZIP64 extensions, allowing Zip archives and Zip archive\n     entries larger than 4 GiBytes and more than 65536 entries within a single\n     Zip archive. This support is currently only available for Unix,\n     OpenVMS and Win32/Win64.\n   - Support for bzip2 compression method.\n   - Support for UTF-8 encoded entry names, both through PKWARE's \"General\n     Purpose Flags Bit 11\" indicator and Info-ZIP's new \"up\" unicode path\n     extra field.  (Currently, on Windows the UTF-8 handling is limited to\n     the character subset contained in the configured non-unicode \"system\n     code page\".)\n   - Added \"wrong implementation used\" warning to error messages of the MSDOS\n     port when used under Win32, in an attempt to reduce false bug reports.\n   - Fixed \"Time of Creation/Time of Use\" vulnerability when setting attributes\n     of extracted files, for Unix and Unix-like ports.\n   - Fixed memory leak when processing invalid deflated data.\n   - Fixed long-standing bug in unshrink (partial_clear), added boundary checks\n     against invalid compressed data.\n   - On Unix, keep inherited SGID attribute bit for extracted directories\n     unless restoration of owner/group id or SUID/SGID/Tacky attributes was\n     requested.\n   - On Unix, allow extracted filenames to contain embedded control characters\n     when explicitly requested by specifying the new command line option \"-^\".\n   - On Unix, support restoration of symbolic link attributes.\n   - On Unix, support restoration of 32-bit UID/GID data using the new \"ux\"\n     IZUNIX3 extra field introduced with Zip 3.0.\n   - Support for ODS5 extended filename syntax on new OpenVMS systems.\n   - Support symbolic links zipped up on VMS.\n   - On VMS (only 8.x or better), support symbolic link creation.\n   - On VMS, support option to create converted text files in Stream_LF format.\n   - New -D option to suppress restoration of timestamps for extracted\n     directory entries (on those ports that support setting of directory\n     timestamps).  By specifying \"-DD\", this new option also allows to suppress\n     timestamp restoration for ALL extracted files on all UnZip ports which\n     support restoration of timestamps.\n     On VMS, the default behaviour is now to skip restoration of directory\n     timestamps; here, \"--D\" restores ALL timestamps, \"-D\" restores none.\n   - On OS/2, Win32, and Unix, the (previously optional) feature UNIXBACKUP\n     to allow saving backup copies of overwritten files on extraction is now\n     enabled by default.\n\nFor the UnZip 6.0 release, we want to give special credit to Myles Bennet,\nwho started the job of supporting ZIP64 extensions and Large-File (\u003e 2GiB)\nand provided a first (alpha-state) port.\n\nThe 5.52 maintenance release fixes a few minor problems found in the 5.51\nrelease, closes some more security holes, adds a new AtheOS port, and\ncontains a Win32 extra-field code cleanup that was not finished earlier.\nThe most important changes are:\n\n   - (re)enabled unshrinking support by default, the LZW patents have expired\n   - fixed an extraction size bug for encrypted stored entries (12 excess bytes\n     were written with 5.51)\n   - fixed false \"uncompressed size mismatch\" messages when extracting\n     encrypted archive entries\n   - do not restore SUID/SGID/Tacky attribute bits on Unix (BeOS, AtheOS)\n     unless explicitely requested by new \"-K\" command line qualifier\n   - optional support for \"-W\" qualifier to modify the pattern matching syntax\n     (with -W: \"*\" stops at directory delimiter, \"**\" matches unlimited)\n   - prevent buffer overflow caused by bogus extra-long Zipfile specification\n   - performance enhancements for VMS port\n   - fixed windll interface handling of its extraction mode qualifiers\n     nfflag, ExtractOnlyNewer, noflag, PromptToOverwrite; added detailed\n     explanation of their meanings and interactions to the windll documentation\n\nThe 5.51 maintenance release adds a command-line CE port, intended for\nbatch processing. With the integration of this port, the pUnZip port\nhas been revised and \"revitalized\".\nThe most important changes for the general public are a number of\nbug fixes, mostly related to security issues:\n\n   - repair a serious bug in the textmode output conversion code for the 16-bit\n     ports (16-bit MSDOS, OS/2 1.x, some variants of AMIGA, possibly others)\n     which was introduced by the Deflate64 support of release 5.5\n   - fix a long standing bug in the the inflate decompression method that\n     prevented correct extraction in some rare cases\n   - fixed holes in parent dir traversal security code (e.g.: \".^C.\" slipped\n     through the previous version of the check code)\n   - fixed security hole: check naming consistency in local and central header\n   - fixed security hole: prevent extracted symlinks from redirecting file\n     extraction paths\n\nThe main addition in the 5.5 release is support for PKWARE's new Deflate64(tm)\nalgorithm, which appeared first in PKZIP 4.0 (published November 2000).\nAs usual, some other bugfixes and clean-ups have been integrated:\n\n   - support for Deflate64 (Zip compression method #9)\n   - support for extracting VMS variable length record text files on\n     any system\n   - optional \"cheap autorun\" feature for the SFX stub\n   - security fixes:\n     * strip leading slash from stored pathspecs,\n     * remove \"../\" parent dir path components from extracted file names\n   - new option \"-:\" to allow verbatim extraction of file names containing\n     \"../\" parent dir path specs\n   - fixed file handle leak for the DLL code\n   - repaired OS2 \u0026 WinNT ACL extraction which was broken in 5.42\n\nThe 5.42 maintenance release fixes more bugs and cleans up the redistribution\nconditions:\n\n   - removal of unreduce.c and amiga/timelib.c code to get rid of the last\n     distribution restrictions beyond the BSD-like Info-ZIP LICENSE\n   - new generic timelib replacement (currently used by AMIGA port)\n   - more reasonable mapping rules of UNIX \"leading-dot\" filenames to the\n     DOS 8.3 name convention\n   - repaired screensize detection in MORE paging code\n     (was broken for DOS/OS2/WIN32 in 5.41)\n\nThe 5.41 maintenance release adds another new port and fixes some bugs.\n\n   - new BSD-like LICENSE\n   - new Novell Netware NLM port\n   - supports extraction of archives with more than 64k entries\n   - attribute handling of VMS port was broken in UnZip 5.4\n   - decryption support integrated in the main source distribution\n\nThe 5.4 release adds new ports, again. Other important items are changes\nto the listing format, new supplemental features and several bug fixes\n(especially concerning time-stamp handling...):\n\n   - new IBM OS/390 port, a UNIX derivate (POSIX with EBCDIC charset)\n   - complete revision of the MacOS port\n   - changed listing formats to enlarge the file size fields for more digits\n   - added capability to restore directory attributes on MSDOS, OS/2, WIN32\n   - enabled support of symbolic links on BeOS\n   - Unix: optional Acorn filetype support, useful for volumes exported via NFS\n   - several changes/additions to the DLL API\n   - GUI SFX stub for Win16 (Windows 3.1) and Win32 (Windows 9x, Windows NT)\n   - new free GCC compiler environments supported on WIN32\n   - many time-zone handling bug fixes for WIN32, AMIGA, ...\n\nThe 5.32 release adds two new ports and a fix for at least one relatively\nserious bug:\n\n   - new FlexOS port\n   - new Tandem NSK port\n   - new Visual BASIC support (compatibility with the Windows DLLs)\n   - new -T option (set zipfile timestamp) for virtually all ports\n   - fix for timestamps beyond 2038 (e.g., 2097; crashed under DOS/Win95/NT)\n   - fix for undetected \"dangling\" symbolic links (i.e., no pointee)\n   - fix for VMS indexed-file extraction problem (stored with Zip 2.0 or 2.1)\n   - further performance optimizations\n\nThe 5.31 release included nothing but small bug-fixes and typo corrections,\nwith the exception of some minor performance tweaks.\n\nThe 5.3 release added still more ports and more cross-platform portability\nfeatures:\n\n   - new BeOS port\n   - new SMS/QDOS port\n   - new Windows CE graphical port\n   - VM/CMS port fully updated and tested\n   - MVS port fully updated and tested\n   - updated Windows DLL port, with WiZ GUI spun off to a separate package\n   - full Universal Time (UTC or GMT) support for trans-timezone consistency\n   - cross-platform support for 8-bit characters (ISO Latin-1, OEM code pages)\n   - support for NT security descriptors (ACLs)\n   - support for overwriting OS/2 directory EAs if -o option given\n   - updated Solaris/SVR4 package facility\n\nWhat is (still!) not added is multi-part archive support (a.k.a. \"diskette\nspanning\", though we really mean archive splitting and not the old diskette\nspanning) and a unified and more powerful DLL interface.  These are the two\nhighest priorities for the 6.x releases.  Work on the former is almost\ncertain to have commenced by the time you read this.  This time we mean it!\nYou betcha. :-)\n\nAlthough the DLLs are still basically a mess, the Windows DLLs (16- and 32-\nbit) now have some documentation and a small example application.  Note that\nthey should now be compatible with C/C++, Visual BASIC and Delphi.  Weirder\nlanguages (FoxBase, etc.) are probably Right Out.\n\n\nINTERNET RESOURCES\n------------------\n\nInfo-ZIP's web site is at http://www.info-zip.org/pub/infozip/\nand contains the most up-to-date information about coming releases,\nlinks to binaries, and common problems.\n(See http://www.info-zip.org/pub/infozip/FAQ.html for the latter.)\nFiles may also be retrieved via ftp://ftp.info-zip.org/pub/infozip/ .\nThanks to LEO (Munich, Germany) for previously hosting our primary site.\n\n\nDISTRIBUTION\n------------\nIf you have a question regarding redistribution of Info-ZIP software, either\nas is, as packaging for a commercial product, or as an integral part of a\ncommercial product, please read the Frequently Asked Questions (FAQ) section\nof the included COPYING file.  All Info-ZIP releases are now covered by\nthe Info-ZIP license.  See the file LICENSE.  The most current license\nshould be available at http://www.info-zip.org/license.html and\nftp://ftp.info-zip.org/pub/infozip/license.html.\n\nInsofar as C compilers are rare on some platforms and the authors only have\ndirect access to a subset of the supported systems, others may wish to pro-\nvide ready-to-run executables for new systems.  In general there is no prob-\nlem with this; we require only that such distributions include this README\nfile, the WHERE file, the LICENSE file (contains copyright/redistribution\ninformation), and the appropriate documentation files (unzip.txt and/or\nunzip.1 for UnZip, etc.).  If the local system provides a way to make self-\nextracting archives in which both the executables and text files can be\nstored together, that's best (in particular, use UnZipSFX if at all possible,\neven if it's a few kilobytes bigger than the alternatives); otherwise we\nsuggest a bare UnZip executable and a separate zipfile containing the re-\nmaining text and binary files.  If another archiving method is in common\nuse on the target system (for example, Zoo or LHa), that may also be used.\n\n\nBUGS AND NEW PORTS:  CONTACTING INFO-ZIP\n----------------------------------------\nAll bug reports and patches (context diffs only, please!) should be\nsubmitted either through the new Info-ZIP Discussion Forum at\nhttp://www.info-zip.org/board/board.pl or through the Info-ZIP SourceForge\nsite at http://sourceforge.net/projects/infozip/.  The forum allows file\nattachments while SourceForge provides a place to post patches.  The old\nZip-Bugs@lists.wku.edu e-mail address for the Info-ZIP authors was\ndiscontinued after heavy continuous spam, as was the QuickTopic discussion\nforum.  The above methods are public, but we also can be reached directly\nusing the web reply page at http://www.info-zip.org/zip-bug.html.  If you\nneed to send us files privately, contact us first for instructions.\n\n\"Dumb questions\" that aren't adequately answered in the documentation\nshould also be directed to Zip-Bugs rather than to a global forum such\nas Usenet.  (Kindly make certain that your question *isn't* answered by\nthe documentation, however--a great deal of effort has gone into making\nit clear and complete.)\n\nSuggestions for new features can be discussed on the new Discussion Forum.\nA new mailing list for Info-ZIP beta testers and interested parties may\nbe created someday, but for now any issues found in the betas should use\nthe forum.  We make no promises to act on all suggestions or even all\npatches, but if it is something that is manifestly useful, sending the\nrequired patches to Zip-Bugs directly (as per the instructions in the\nZipPorts file) is likely to produce a quicker response than asking us to\ndo it--the authors are always ridiculously short on time.  (Please do\nNOT send patches or encoded zipfiles to the Info-ZIP list.  Please DO\nread the ZipPorts file before sending any large patch.  It would be\ndifficult to over-emphasize this point...)\n\nIf you are considering a port, not only should you read the ZipPorts file,\nbut also please check in with Zip-Bugs BEFORE getting started, since the\ncode is constantly being updated behind the scenes.  (For example, VxWorks,\nVMOS and Netware ports were once claimed to be under construction, although\nwe have yet to see any up-to-date patches.)  We will arrange to send you the\nlatest sources.  The alternative is the possibility that your hard work will\nbe tucked away in a subdirectory and mostly ignored, or completely ignored\nif someone else has already done the port (and you'd be surprised how often\nthis has happened).\n\n\nBETA TESTING:  JOINING INFO-ZIP\n-------------------------------\nIf you'd like to keep up to date with our UnZip (and companion Zip utility)\ndevelopment, join the ranks of beta testers, add your own thoughts and\ncontributions, or simply lurk, you may join one of our mailing lists.\nThere is an announcements-only list (Info-ZIP-announce) and a general\ndiscussion/testing list (Info-ZIP). You must be a subscriber to post, and\nyou can subscribe via the links on our Frequently Asked Questions page:\n\n        http://www.info-zip.org/pub/infozip/FAQ.html#lists\n\n(Please note that as of late May 2004, the lists are unavailable pending\na move to a new site; we hope to have them restored shortly.  In the\ninterim ...)  Feel free to use our bug-reporting web page for bug reports\nand to ask questions not answered on the FAQ page above:\n\n        http://www.info-zip.org/zip-bug.html\n\nFor now the best option is to monitor and contribute to the various threads\non the new discussion forum site at:\n\n      http://www.info-zip.org/board/board.pl\n\nThe second best way to contribute is through the various features at\nSourceForge, such as the bug posting areas.\n\nThere is also a closed mailing list for internal discussions of our core\ndevelopment team. This list is now kept secret to prevent us from being\nflooded with spam messages.\n\n\n-- Greg Roelofs (sometimes known as Cave Newt), principal UnZip developer\n   guy, with inspiration from David Kirschbaum, was Author of this text.\n\n-- Christian Spieler (shorthand: SPC), current UnZip maintenance coordinator,\n   applied the most recent changes, with Ed Gordon providing a few additions.\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fsskaje%2Funzip-lzfse","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Fsskaje%2Funzip-lzfse","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fsskaje%2Funzip-lzfse/lists"}