Provided by: manpages-zh_1.6.3.2-1_all 
NAME
zipinfo - 列出關於某個ZIP壓縮包的詳細信息
總覽 SYNOPSIS
zipinfo [-12smlvhMtTz] file[.zip] [file(s) ...] [-x xfile(s) ...]
unzip -Z [-12smlvhMtTz] file[.zip] [file(s) ...] [-x xfile(s) ...]
描述 DESCRIPTION
zipinfo 列出某個ZIP檔案中的所包含文件的技術信息, 它們絕大多數和MS-DOS系統中的相同.信息包括
文件權限設置,加密狀態,壓縮類型, 以及壓縮程序的版本和所在的操作系統或者文件系統等.缺省時將
爲檔案中的每一個 文件列出一行,並在首行和末行給出整個檔案的概括信息.其輸出的格式介於Unix中
``ls -l''和 ``unzip -v''的輸出結果.參看下面的 詳細描述 DEATILED DESCRIPTION . 請注意
zipinfo與unzip 是同一個程序 (在Unix中,是一個對它的連接); 然而在有些系統上, zipinfo 的支持
在unzip 集成後已被忽略.
參數 ARGUMENTS
file[.zip]
ZIP 壓縮包的路徑.如果指定的文件是一個通配符,那麼將按照某種操作系統或者 文件系統所決
定的順序處理每一個匹配的文件.只有文件名可以是通配符.路徑本 身不可以.通配符表達式和
Unix 中的 egrep(1) 正則表達式相似,可能包括:
* 匹配一個0或者任意多個字符組成的序列
? 精確匹配一個字符
[...] 匹配中括號中的任何單個字符;也可以通過首字符,連字符和末字符指定一個匹配範
圍.如果一個驚歎號或者插入符(`!'或者`^')緊跟左括號;那麼將對括號中的內容取補
集(也就是說, 任何不屬於括號中的字符將被匹配).
(如果有任何字符會被操作系統所改變,請使用引號,特別是在 Unix 或者 VMS 中)如果沒有匹配
項出現,那麼指定的內容將被認爲是原始的文件名;如果這樣做也失敗,那麼將嘗試追加 .zip 後
綴.注意自解壓的ZIP文件是支持的;只要明確指定 .exe 後綴即可.
[file(s)]
指定一個可選的待處理的檔案列表.正則表達式(通配符)可以用來匹配多個成員;如上所述.再次
提醒如果表達式會被操作系統所擴展或者修改要使用引號.
[-x xfile(s)]
指定一個可選的將被忽略的檔案列表.
選項 OPTIONS
-1 只列出文件名,一行一個.這個選項具有完全的排它性;首末行信息以及壓縮文件的描述信息將不
會被輸出.它可以在Unix的Shell腳本中使用.
-2 只列出文件名,一行一個,但是允許輸出首行信息 (-h), 末行信息(-t) 和壓縮文件描述信息
(-z). 這個選項在文件名特別長的情況下或許有用.
-s 以Unix的 ``ls -l'' 的短格式列出壓縮文件的信息.這是缺省的,詳情見下.
-m 以 Unix的 ``ls -l'' 的中長格式列出壓縮文件的信息.和-s 的輸出結果相同,但是它會列出以
百分數表示的壓縮比率.
-l 以 Unix的 ``ls -l'' 的長格式列出壓縮文件的信息.和 -m 輸出結果相同,除了壓縮比率被壓
縮後的文件大小(以字節爲單位)所取代外.
-v 詳細地以多頁方式列出壓縮文件的信息.
-h 列出首行信息.並輸出檔案名字,實際大小(以字節爲單位)以及文件數目.
-M 將所有的輸出以和 Unix 中 more(1) 命令相似的內部頁的方式輸出.在屏幕輸出的末
尾,zipinfo 將會暫停,並給出``--More--'' 提示;可以按Enter(Return)或者空格鍵查看下一屏
內容.按``q'' 鍵(在某些系統上可能是Enter/Return鍵)可以結束zipinfo .與Unix中的more命
令所不同,zipinfo 沒有向前搜索和編輯功能.同時,zipinfo 對於屏幕末的長行,不能有效地將
它按兩行或者多行顯示出來,導致zipinfo 屏幕上方的一些文本在被瀏覽之前就捲過.在有些系
統上屏幕上的可顯示行的數目是不能被取得的,在這種情況下,zipinfo 假定爲24行.
-t 列出所有或者要求被列出文件的總體信息.輸出文件的數目,壓縮前後的總大小,以及總的壓縮係
數;或者如果只有總體信息被打印出,則給出整個檔案的信息.請注意總的壓縮數據的大小總是不
同於實際的壓縮文件的大小,這是因爲後者包括了作爲壓縮數據附屬物的所有的壓縮文件內部的
頭信息.
-T 以按點分十進制的格式(yymmdd.hhmmss)排序輸出文件的日期和時間.默認的日期格式是一個更
加標準的,用戶易讀的,使用月份名縮寫(參看下文)的版本.
-z 包含檔案中的描述信息(如果有的話).
詳細描述 DETAILED DESCRIPTION
zipinfo 有很多種工作方式,如果不太熟悉 Unix 中的 ls(1) (或者即使熟悉)的話,要掌握好它的使用
也是比較困難的.默認的方式是以如下的格式列出文件:
-rw-rws--- 1.9 unx 2802 t- defX 11-Aug-91 13:48 perms.2660
最後的三個字段分別是文件的修改日期和時間,還有文件名.文件名的大小寫是區分的,這樣來自MS-DOS
PKZIP的壓縮文件總是被大寫.如果被壓縮的文件存儲了路徑名,也將被看作是文件名的一部分而被顯示.
第二,三個字段表示了文件是在 Unix 下以 1.9 版的 zip 壓縮的.由於它來自 Unix ,行開頭的文件的
存取權限以Unix 格式輸出.壓縮前的文件大小(本例中爲2802)在第四個字段中給出.
第五個字段包含了兩個字符,它們中的每個都能取若干個值.第一個字符可能是`t'或者`b',相應地表示
文件是文本的或者是二進制的;但是如果文件被加密,zipinfo 通過大寫字符(`T'或者`B')來表示.第二
個字符可以取四個值,它依賴於是否存在一個本地的頭信息並且/或者一個和那個文件相關的 "額外" 字
段(詳細解釋參看 PKWare's APPNOTE.TXT,它基本上類似於ANSI C中的pragmas,它們提供了一種包含非
標準信息的標準方法).如果兩者都不存在,該字段爲連字符(`-');如果有一個擴展的本地頭信息但是沒
有額外字段,則爲`l';反之爲`x';如果都存在,則爲`X'.這樣上面示例中的文件(很可能)是一個未被加密
的文本文件,並且沒有額外字段和本地頭信息與之相關聯.下面的例子則是一個有額外信息的二進制文
件.
RWD,R,R 0.9 vms 168 Bx shrk 9-Aug-91 19:15 perms.0644
額外的字段的使用是爲了滿足不同的需要(參看下面選項 -v 的討論)包括這裏討論所假設的情況:VMS
文件的存儲特性. 一些其他的可能是爲了處理操作系統(這是一個誤解,實際應該是文件系統更恰當
些)包括 OS/2 或者使用高性能文件系統 (HPFS) 的 NT ,MS_DOS, OS/2 或者使用文件獲取表 (FAT) 作
爲文件系統的 NT, Macintosh.它們被如下所標示:
-rw-a-- 1.0 hpf 5358 Tl i4:3 4-Dec-91 11:33 longfilename.hpfs
-r--ahs 1.1 fat 4096 b- i4:2 14-Jul-91 12:58 EA DATA. SF
--w------- 1.0 mac 17357 bx i8:2 4-May-92 04:02 unzip.macr
前兩個例子的文件的屬性以類Unix的格式表示,其中七個子域分別表示該文件是否(1)是一個目錄,(2)是
可讀的(總是)(3)是可寫的,(4)是可執行的(猜測建立在假定它們的擴展名爲.exe, .com, .bat,
.cmd和.btm 的基礎上)(5)有它的歸檔位設置,(6)是隱藏的和(7)是一個系統文件.由於一些 Macintosh
歸檔工具不存儲任何檔案信息, Macintosh 文件的解釋是不可信的.
最後,第六個字段表示了壓縮使用的方法和子方法. 現在已知有六種方法:存儲法(storing)(無壓
縮),縮減法(reducing),收縮法(shrinking), 內爆法(impoding),標誌法(tokenizing)(從來沒有公開發
布)和緊縮法(deflating). 更進一步,縮減法有4種級別(從1到4);內爆法有4種類型(4K或者8K的滑動字
典,和2或者3個Shannon-Fano樹);緊縮法也有4個層次(超快,快,正常,最大壓縮).zipinfo 用如下的方式
代表了這些方法和子方法: stor;re:1, re:2, etc.; shrk; i4:2, i8:3, etc.; tokn; and defS,
defF, defN, and defX.
中長和長列表格式顯示幾乎和短列表相同,除去它們附加了文件壓縮方面的信息.中長格式以百分數列出
了文件壓縮率,它代表了被節省的空間:
-rw-rws--- 1.5 unx 2802 t- 81% defX 11-Aug-91 13:48 perms.2660
在這個例子中,文件以超過5倍的比例被壓縮;壓縮後的數據大小僅爲原是大小的19%.長格式則以以字節
大小爲單位的壓縮後文件大小表示該信息:
-rw-rws--- 1.5 unx 2802 t- 538 defX 11-Aug-91 13:48 perms.2660
增加 -T 選項則將文件的日期和時間以點分格式輸出:
-rw-rws--- 1.5 unx 2802 t- 538 defX 910811.134804 perms.2660
注意到因爲 MS-DOS 格式中用來存儲文件時間的限制,第二個域總是取值爲最近的偶數秒.對於 Unix 文
件 zip(1L) 和 unzip 很可能在它們的下一個版本中改變.
作爲單獨文件信息的補充,默認的輸出還包括頭和末信息行:
Archive: OS2.zip 5453 bytes 5 files
,,rw, 1.0 hpf 730 b- i4:3 26-Jun-92 23:40 Contents
,,rw, 1.0 hpf 3710 b- i4:3 26-Jun-92 23:33 makefile.os2
,,rw, 1.0 hpf 8753 b- i8:3 26-Jun-92 15:29 os2unzip.c
,,rw, 1.0 hpf 98 b- stor 21-Aug-91 15:34 unzip.def
,,rw, 1.0 hpf 95 b- stor 21-Aug-91 17:51 zipinfo.def
5 files, 13386 bytes uncompressed, 4951 bytes compressed: 63.0%
頭行給出了檔案的名字,它的總大小,總的文件數;末行給出了所列出的文件數,它們總的解壓後的大小和
它們總的解壓前的大小(不包含任何的 zip 內部的部分).但是,如果指定一個或者若干的文件,則頭信息
和末信息將不會列出.這種行爲與Unix中的 ``ls -l'' 類似;可以通過明確指定 -h h或者 -t 選項強制
顯示.
在這種情況下,由於 -h 或 -t (或同時)而沒有其他選項意味着只有頭信息或者末信息(或同時)被列
出,列表的格式同樣需要明確地指定.對此可參看下面 "示例 EXAMPLES" 部分獲得這個無意義的半智能
化的轉化.
冗餘的列表顯示內容大多數都是自解釋的.它還列出了文件和檔案文件的描述,如果有的話,還列出所有
存儲在額外域中的類型和字節數.當前已知的額外域的類型包括 PKWARE 的認證(``AV'')信息;OS/2 擴
展屬性;VMS 文件系統信息,PLWARE 和 Info-ZIP 的版本; Macintosh 的resource
forks;Acorn/Archimedes SparkFS 信息等等.(對於OS/2的擴展屬性(壓縮文件額外域中最常用的部分)
zipinfo 報告的 EAs 的存儲大小可能與 OS/2 使用 dir 命令給出得結果不一致:OS/2 總是以16位格式
輸出字節數,而 zipinfo 總是以32位存儲輸出.)
環境選項 ENVIRONMENT OPTIONS
通過設置在環境變量中的選項可以改變 zipinfo 的默認的工作方式，但是解釋起來稍微有點複雜, 這
是因爲 zipinfo 試圖以一種直觀,類 Unix 的方式進行默認工作.(不要笑)然而這裏有一些內在的邏
輯.簡言之,選項有三個優先等級:默認選項;環境選項,它是優先於默認選項的,並作爲其的補充;用戶傳
遞的明確的選項,它是優先於上述兩類並作爲其補充的.
默認的輸出列表格式,正如上述描述的,粗略地對應於 "zipinfo -hst" 命令(除非指定一個單獨的壓縮
文件). 一個偏愛長輸出格式 (-l) 的用戶能夠使用zipinfo的環境變量來改變默認的運作:
Unix Bourne shell:
ZIPINFO=-l; export ZIPINFO
Unix C shell:
setenv ZIPINFO -l
OS/2 or MS-DOS:
set ZIPINFO=-l
VMS (quotes for lowercase):
define ZIPINFO_OPTS "-l"
另外,如果用戶不喜歡末行信息,zipinfo 的"反選項"的概念可以用來覆蓋默認的總結行信息.這可以通
過在不想使用的選項前加上減號實現:例如,,在這個例子中可以使用``-l-t'' 或者 ``--tl'' .第一個
連字符是規則開關符,而`t'之前的那個是減號.連續使用兩個連字符看起來有些笨拙.但是從直覺出發並
非無意義:只用忽略第一個連字符並從此開始.它同樣和Unix命令中的 nice(1) 相一致.
正如上面所提到的,對於VMS默認的環境變量是ZIPINFO_OPTS(否則將作爲一個安裝 zipinfo 的外來命令
和環境變量相混淆),而對於其它的操作系統則是ZIPINFO.爲了與zip(1L) 兼容,ZIPINFOOPT也被接受(不
要問爲什麼).如果ZIPINFO和ZIPINFOOPT均被定義,則ZIPINFO優先. unzip 的診斷選項(-v 且沒有壓縮
文件名)能夠用來檢查所有的四個可能的 unzip 和 zipinfo 環境變量.
示例 EXAMPLES
要獲得一個壓縮檔案 storage.zip 的基本的,短格式輸出的完整的內容,幷包含頭末行信息,使用檔案名
作爲zipinfo 的參數即可:
zipinfo storage
要獲得一個基本的,長格式(非冗餘)的,包含頭末行信息的列表,用 -l:
zipinfo -l storage
要獲得一個檔案的完整內容,並且不包含頭末行信息,可以使用 -h 和 -t 的反選項,也可以明確指定顯
示內容:
zipinfo --h-t storage
zipinfo storage \*
(這裏的反斜槓 (backslash `´) 只是在 shell 會將 `*' 通配符擴展時才必要,正如在 Unix 中雙引號
擴起來的星號將會全局有效).如果要默認關閉所有的行顯示,可以使用環境變量(這裏假設是C shell):
setenv ZIPINFO --t
zipinfo storage
要獲得第一個例子的完整的,短格式的列表輸出,如果環境變量已經象前面的那樣設置好了,就需要明確
指定-s 選項,因爲 -t 選項本身只表示輸出末行信息:
setenv ZIPINFO --t
zipinfo -t storage [only totals line]
zipinfo -st storage [full listing]
-s 選項和 -m 和 -l, 選項一樣,默認情況下包含了頭末行信息,除非另外指定,因爲規定不顯示末行信
息的環境變量較之於默認的 -s 選項的優先權更高,因此爲了得到完整的列表輸出,就需要明確指定 -t
選項.沒有什麼(環境變量)與頭信息相關連,因此 -s 選項就足夠了.請注意當使用 -h 和 -t 選項的時
候,將不顯示任何默認的文件列表;只顯示頭和/或末信息.在使用一個通配符作爲 zipinfo 的參數的時
候,這種模式是有用的;所有文件的內容只用一個命令就歸納出了.
要以中長格式列出檔案中的一個單獨文件的信息,只用明確指定文件名就可以了:
zipinfo -m storage unshrink.c
指定任何一個檔案成員的文件名,就象在本例一樣,將不再顯示默認的頭末信息;只有顯示特定文件信息
的那行將被輸出.當要獲得某個單獨的文件的信息的時候這種模式符合直覺.對於多個文件的情形,知道
總共的壓縮前後的文件的大小常是有用的;在這種情況下 -t 選項常需要明確指定:
zipinfo -mt storage "*.[ch]" Mak\*
爲了獲得一個ZIP檔案的完全信息,可使用冗餘選項.如果操作系統允許的話把輸出重定向至一個過濾器
例如Unix中的more(1) 通常是明智之舉:
zipinfo -v storage | more
最後,爲了查看檔案中最近修改的文件,可使用 -T 選項配合外部的排序程序比如 Unix 中的 sort(1)
(還有這個例子中的 tail(1) ):
zipinfo -T storage | sort -n +6 | tail -15
-n 選項告訴 sort(1) 以數字大小排序而不是 ASCII 順序, +6 選項意爲以第一個後面的第六個字段排
序(也就是說是第七個字段).這裏假定是默認的短格式輸出;如果使用了 -m 或者 -l 選項,則正確的
sort(1) 選項將是 +7.tail(1) 命令除去最後15行以外的所有內容.以後的版本的 zipinfo 可能會集成
日期/時間和文件名的排序於內建的選項.
技巧 TIPS
作者發現如果在可以使用別名的系統(或者允許在系統上拷貝/重命名可執行程序,建立鏈接或者可以
以ii 爲名建立一個命令文件)上定義 zipinfo 的別名爲 ii 將會帶來很大的方便. ii 的用法和通常的
作爲Unix中長格式輸出的別名的 ll 相平行,而且兩個命令的輸出的相似性是有意義的.
BUGS
相對於 unzip,zipinfo 的 -M (``more'') 選項總體上來說在處理屏幕輸出時是過於簡單了;正如上面
指出的,它不能正確地發現過長的行,因此很可能引起屏幕上端的行在被讀取之前就被滾動略過.如果附
加一個額外的行,zipinfo 應該能發現並且處理這種情況.這需要獲得屏幕的寬和高.並且,zipinfo 還要
獲得所有系統中的屏幕的真實尺寸.
zipinfo的按列輸出的模式是沒有必要那麼複雜的,應進行簡化(這裏並不是說將會的到簡化).
參見 SEE ALSO
ls(1), funzip(1L), unzip(1L), unzipsfx(1L), zip(1L), zipcloak(1L), zipnote(1L),
zipsplit(1L)
URL
The Info-ZIP home page is currently at
http://www.info-zip.org/pub/infozip/
或
ftp://ftp.info-zip.org/pub/infozip/ .
作者 AUTHOR
Greg ``Cave Newt'' Roelofs. ZipInfo 包含了Mark Adler的模式匹配的代碼以及其他很多人的修
正/改進.請參考UnZip源程序發佈中的CONTRIBS文件獲得更加完整的列表.
[中文版維護人]
嚴亞勤 <tinyfat@263.net>
[中文版最新更新]
2003.11.22
《中國linux論壇man手冊翻譯計劃》:
http://cmpp.linuxforum.net
跋
本頁面中文版由中文 man 手冊頁計劃提供。
中文 man 手冊頁計劃：https://github.com/man-pages-zh/manpages-zh