227 lines
8.9 KiB
Plaintext
227 lines
8.9 KiB
Plaintext
================================
|
|
For UnZip 6.1/who knows:
|
|
================================
|
|
|
|
o add extraction support for other compression algorithms used by new
|
|
PKZIP, WinZIP, 7-Zip versions
|
|
- LZMA, compression type 14 (most important, because of its efficiency)
|
|
- PPMd, compression type 98 (maybe, less important)
|
|
- WavPacked, compression type 97 (maybe, less important)
|
|
|
|
LZMA is first-level priority for 6.1, other formats may be taken
|
|
into consideration
|
|
|
|
o add support for reading AES encrypted archives
|
|
- WinZIP format (priority 1)
|
|
- PKZip format (priority 2)
|
|
|
|
top level item for 6.1
|
|
|
|
o add multi-part zipfile handling
|
|
|
|
major feature for 6.x!
|
|
|
|
could happen for 6.1
|
|
|
|
o better support for multilingual uses and different codepages;
|
|
support unicode (UTF-8 coded) filenames and comment texts
|
|
|
|
a requested feature getting more and more important,
|
|
- partially done for the Windows port in 6.0
|
|
(support restricted for chars of the current system codepage)
|
|
- partially done (beta state) for Unix
|
|
(requires native codepage to be UTF-8)
|
|
|
|
o complete support for UTF-8 coded entry names (and comments)
|
|
- add new "win32_wide" port to extend unicode support on Windows
|
|
beyond the restrictions of the current (ANSI) system codepage
|
|
- revise/extend the WinDLL interface to allow passing of "wide"
|
|
string argument data
|
|
- add simple built-in character translation between UTF-8 and the
|
|
old (ISO-8851-1 / IBM850) code pages to allow old systems without
|
|
standard UTF-8 support to read UTF-8 encoded archives.
|
|
- extend the built-in translation tables to support other language
|
|
regions besides "Western_Latin1" (e.g. Russian-kyrillic, Japanese,
|
|
Chinese)
|
|
- streamline the multilingual codepage and UTF-8 support for the UNIX
|
|
port (standard codepage translation facility?, like WideChar<->AnsiCP
|
|
translation functions under MS Windows)
|
|
|
|
should happen for 6.1
|
|
(there is internal alpha-state code for better "wide" support on
|
|
Windows available at the time of the 6.0 release)
|
|
|
|
o revise the "extended charcodes" handling in decryption password to
|
|
support UTF-8 encoding on Unicode-aware systems where the "native"
|
|
character coding is NOT UTF-8 (e.g. Windows).
|
|
|
|
o revise the command line interface for more compatibility with Zip'
|
|
command parser
|
|
- implement the versatile command parser from Zip 3.0.
|
|
- add "long option" definitions for all existing options; revise
|
|
the UnZip user manual to document the long-option alternatives.
|
|
- add support for reading the "process these entries" and the "skip
|
|
these entries" pattern lists from a file (or from separate files ?).
|
|
- add a (long) option to switch off UnZip's internal pattern matching
|
|
on filename arguments.
|
|
|
|
probably in 6.1,
|
|
(first prototype of the revised command parser was available at the
|
|
time of the 6.0 release)
|
|
|
|
o add command line options for miscellaneous features requested by users
|
|
and/or development team members:
|
|
- display the Info-ZIP software license
|
|
- more fine-tuning for file attributes set/restored at extraction, like:
|
|
set/clear archive attribute on DOS/OS2/WIN32;
|
|
apply/skip standard or user-defined umask filter on UNIX (& Unix-alike)
|
|
- additional time-stamp related processing filters
|
|
- more listing display modifications
|
|
- overriding the default date-time display style
|
|
- ...
|
|
|
|
All these options are of minor importance and/or would collide with
|
|
existing "one-character" options. The current UnZip maintainer does not
|
|
want to reserve any of the few not-yet-occupied short option characters.
|
|
for one of these features. So, any implementation effort for items
|
|
of this feature wish-list has to be delayed until the "long option"
|
|
support of the revised command line parser becomes available.
|
|
|
|
some option may get implemented in 6.1
|
|
|
|
o support for
|
|
and/or development team members:
|
|
|
|
o add new low-level, binary API; rewrite "normal" (command-line) UnZip
|
|
to use it
|
|
|
|
maybe soon (maybe 6.1)
|
|
|
|
o MSDOS/WIN32/others: detection of "reserved" names (= names of character
|
|
devices, or system extensions that look like a characters device driver)
|
|
at runtime; with the goal of emitting "meaningful" error messages and/or
|
|
rename queries.
|
|
(Currently, these reserved names are catched as "non-deletable files".
|
|
On MSDOS and WIN32, when the RTL stat() function allows to identify
|
|
character devices, the "reserved" names are automatically prefixed with
|
|
an underscore.)
|
|
|
|
o redesign "file exists -- is newer/older -- overwrite/skip/rename"
|
|
logic in extract.c and the corresponding system specific mapname()
|
|
services; to prevent superfluous decryption key prompts for entry
|
|
that will be skipped, later.
|
|
|
|
o rewrite to use fread/fseek/etc. [eventually: test
|
|
write(bytes) vs. fwrite(words), especially on Crays/Alphas]
|
|
|
|
soon (probably in conjunction with multi-part handling)
|
|
|
|
o incorporate new backfill version of inflate()
|
|
|
|
wait for zlib version
|
|
|
|
o check NEXTBYTE for EOF in crypt.c, funzip.c and explode.c, too
|
|
|
|
whenever
|
|
|
|
o add option to force completely non-interactive operation (no queries
|
|
for overwrite/rename, password, etc.); also allow some sort of non-
|
|
interactive password provision? (file? command-line? env. variable?)
|
|
|
|
someday?
|
|
|
|
o add testing of extra fields (if have CRC)
|
|
|
|
later
|
|
|
|
o rewrite to allow use as a filter
|
|
|
|
way, way later...
|
|
|
|
o add Unix hard-link support?
|
|
|
|
way, way later...
|
|
|
|
o add ".ini" file support as a (more elaborate) alternative to the presently
|
|
supported preconfiguring abilities via special environment variables
|
|
(UNZIP on many systems...)?
|
|
|
|
way, way later (if ever)...
|
|
|
|
o add option to search zipfile contents for a string and print the
|
|
results? ("zipgrep" option--e.g., unzip -g or unzip -S) (easy for
|
|
fixed strings, hard for wildcards/true regex's)
|
|
|
|
way, way later, if at all...probably use libregex
|
|
|
|
o add -y "display symlinks" option to zipinfo? various sorting options?
|
|
(-St date/time, -Sn name)?
|
|
|
|
who knows
|
|
|
|
o add "in-depth" option to zipinfo? (check local headers against
|
|
central, etc.)--make it a better debugging tool (or just create
|
|
zipfix)
|
|
|
|
who knows (zip -F, -FF already exist)
|
|
|
|
Some maintenance or OS specific topics for 6.0 release:
|
|
|
|
* add "unix-style-path -> partitioned-dataset filename" conversion
|
|
to MVS port
|
|
|
|
* should we add support for (null) entry names (empty entry name field), to
|
|
conform to the PKWARE specification?
|
|
|
|
|
|
=======================================
|
|
|
|
Requested features:
|
|
|
|
- extract or exclude on basis of UID [Armin Bub, Armin.Bub@bk.bosch.de, 970904]
|
|
|
|
=======================================
|
|
|
|
o miscellaneous little stuff: whenever
|
|
--------------------------
|
|
|
|
- change DOS -f/-u stuff to use DOS API for getting filetimes, not stat()
|
|
|
|
- add (-N?) option to lose all user input and/or switch to "(*input)()"
|
|
function, replaceable by UzpAltMain() param
|
|
- add -@ option to read from stdin (zip) or from file (PKZIP)? (go32 built-in)
|
|
- add -oo option to overwrite OS/2 and DOS system and hidden files, too
|
|
- add option to compute MD5 checksum on files and/or on entire zipfile?
|
|
|
|
- decide whether to use WinGUI "skipping" diagnostics in extract.c
|
|
- combine "y/n/A/N" query/response stuff into unified section with query
|
|
function(s) (InputFn?)
|
|
- disable ^V code in remaining mapname() routines
|
|
|
|
- change filename-matching logic so case-insensitive if case-sensitive fails?
|
|
|
|
- allow multiple dir creation with -d option? [Bob Maynard]
|
|
|
|
- use gcc -pg, gprof to do profiling on unzip
|
|
|
|
- Doug Patriarche (doug.patriarche.bvdhp01@nt.com) Northern Telecom Canada Ltd.
|
|
"I need to do a port of zip/unzip for Wind River Systems' VxWorks OS"
|
|
[GRR: 15 March 95 -> "early June"]
|
|
|
|
|
|
Features from old BUGS file (mostly duplicates of other entries above):
|
|
|
|
- ignore case for internal filename match on non-Unix systems, unless file-
|
|
specs enclosed in single quotes
|
|
- modify to decompress input stream if part of a pipe, but continue using
|
|
central directory if not (BIG job!)--extended local header capability
|
|
- add zipinfo option(s) to sort alphabetically, by date/time, in reverse, etc.
|
|
- when listing filenames, use '?' for non-printables? [Thomas Wolff, 92.6.1]
|
|
- add zipinfo "in-depth" option? (check local vs. central filenames, etc.)
|
|
- create zipcat program to concatenate zipfiles
|
|
- add -oo option (overwrite and override)? no user queries (if bad password,
|
|
skip file; if disk full, take default action; if VMS special on non-VMS,
|
|
unpack anyway; etc.)
|
|
- add -Q[Q[Q]] option (quiet mode on comments, cautions, warnings and errors)?
|
|
forget -oo, or make synonym? Default level -Q?
|