Koji Arai
JCA02****@nifty*****
2002年 11月 14日 (木) 04:04:54 JST
このメーリングリストは、LHa for UNIX の利用に関するメーリン グリストです。 これまで、LHA BBS (http://www2m.biglobe.ne.jp/~dolphin/cgi-bin/raib.cgi) で、メンテナンス／アナウンスして来た LHa for UNIX (autoconf 化パッチ)をこの度 sourceforge 上での運用に移行し、メーリングリスト を開設しました。 sourceforge.jp 上で配布される LHa for UNIX は、岡本継男氏の version 1.14i (http://www2m.biglobe.ne.jp/~dolphin/lha/lha.htm) を元に改修を行った分裂バージョンとなります。 # なお、現在、CVSリポジトリがまだ登録手続き中です。 # このメールを書いてる時点では sourceforge 上では何も配布さ # れていない事になります。(^^; # これまで配布して来たパッチは # http://ns103.net/~arai/lha/index.html # から入手可能です。 まあ、LHa for UNIX 自体は枯れたソフトなので、それほど活発な メーリングリストにはならないであろうと思ってますが、のんびり とメンテナンスを行っていこうと考えてます。もし、LHa for UNIX の利用に関して何か質問がありましたら、このメーリングリストを 利用して頂ければと思います。(autoconf化版に限らず LHa for UNIX全般に関する事で結構です) 最後に、現時点で一般に広まっている LHa for UNIX version 1.14i からの修正点を添付します。アーカイブ同梱の 00readme.autoconf から抜粋したものです。元もとパッチ形式の配 布だったので内容もそのことを前提としたものになってます。 -- 新井康司 (Koji Arai) --------------------------------------------------------------------- autoconfiscated for LHa for UNIX version 1.14i Wed, Oct 16 2002 by Koji Arai <jca02****@nifty*****> このファイルは LHa for UNIX version 1.14i を autoconf、automake 化した (autoconfiscate と言うそうです。Jargon 参照)ときのメモです。 LHa for UNIX に関しては岡本継男さんのページ <http://www2m.biglobe.ne.jp/~dolphin/lha/lha.htm> を参照してください。 ・コンパイルの手順 コンパイルの手順は以下のようになります。 gzip -dc lha-114i.tar.gz | tar xvf - cd lha-114i patch -T -p1 < ../lha-1.14i-autoconf.diff # touch aclocal.m4 Makefile.in */Makefile.in configure.ac config.h.in configure sh ./configure make make check make install MinGW 対応はα版です。ほとんどテストされていません(make check が成功 する程度)。Cygwin 環境で MinGW 版を試すには sh ./configure CC='gcc -mno-cygwin' --build=i686-pc-mingw32 --with-tmp-file=no などとしてください。 autoconf/automake がインストールされている場合で、lha ソースや configure.ac, Makefile.am をメンテナンスする場合は以下の手順になりま す。autoconf/automake のバージョンはそれぞれ autoconf 2.5x, automake 1.6.x 以降での利用を前提としています。 gzip -dc lha-114i.tar.gz | tar xvf - cd lha-114i patch -p1 < ../lha-1.14i-autoconf.diff aclocal automake -a autoheader autoconf sh ./configure make make check make install ・マクロの置き換え オリジナルの LHa for UNIX 1.14i で使われていたマクロは autoconf 標準 のマクロ名に置き換えられました。(IFNAMES ファイルに詳細が書かれてい ます) IFNAMESファイルは、 マクロ名 定義のあるファイル... コメント という構成になっています。このファイルはautoconfと一緒に配布される ifnamesコマンドの出力を元にしました。 IFNAMESファイルの# で始まっている行は該当のマクロが置き換えられたり、 configure コマンドのコマンドオプションで指定されるようになったことを 示します。そのままの行はautoconfで判断する必要がないかまたは私が判断 できないため、そのまま放置したことを示します。 ・-lh6-, -lh7- メソッドのアーカイブ作成 オリジナルの LHa for UNIX 1.14i では、SUPPORT_LH7 の定義をせずにコン パイルした場合、-lh6- および -lh7- メソッドのアーカイブを作成できま せんでした。このことは別に構わないのですが SUPPORT_LH7 を定義すると デフォルトで -lh7- メソッドのアーカイブ作成を強制されてしまいます。 そこで、もう少し柔軟に lha 利用者がこれらを選択できるよう SUPPORT_LH7 は常に定義するようにし、デフォルトで作成されるアーカイブ のメソッド指定を configure オプションの --with-default-method=[567] で指定できるようにしました。 このオプションの省略値は -lh5- です。つまりデフォルトでは -lh5- アー カイブを作成します。(そして、上で述べた通り、lhaの o6 または o7 オプ ションによりいつでも-lh6-、-lh7- アーカイブを作成でき、configure オ プションによりデフォルトの挙動を変更することができます) ・アーカイブ中の漢字ファイル名 オリジナルの LHa for UNIX 1.14i はアーカイブに格納するファイル名の漢 字コードに関して無頓着です。コンパイル時に MULTIBYTE_CHAR を定義した ときでもアーカイブ中の Shift JIS ファイル名を EUC にすることもなく、 EUC コードのまま(正確にはシステムの漢字コードのまま)アーカイブに格納 したりします。 autoconf 版では、configure オプション --enable-multibyte-filename に より漢字ファイル名が使用でき、アーカイブに格納されるファイル名の漢字 コードを SJIS 固定として扱います。 --enable-multibyte-filename の引数(システムのファイル名の漢字コード 指定)は、以下の通りです。 --enable-multibyte-filename=sjis システムの漢字コードを SJIS として扱います。 --enable-multibyte-filename=euc システムの漢字コードを EUC として扱います。 --enable-multibyte-filename=utf8 システムの漢字コードを UTF-8 として扱います。 今のところ Mac OS X でだけこのオプションをサポートします。 --enable-multibyte-filename=auto (または yes または引数なし) システムの漢字コードを自動で判別します。自動といっても現状は、 Cygwin, MinGW, HP-UX の場合に SJIS、Mac OS X の場合 UTF-8、 それ以外を EUC とみなすだけです。 --enable-multibyte-filename=no --disable-multibyte-filename ファイル名のマルチバイトサポートを無効にします。 デフォルトは、auto です。 将来的には lha のコマンドラインオプションや環境変数によりアーカイブ、 システムの各漢字コードを指定できるようにするかもしれませんが、今のと ころ実装はしていません。 Mac OS X 用の utf8 <-> sjis 変換は、2002/6 に坂井浩人さんに作成して いただきました。ありがとうございます。 ・標準入力からの展開ファイルの指定 オリジナルの LHa for UNIX 1.14i は、 echo foo.txt | lha x foo.lzh find bar -name '*.[ch]' | lha c bar.lzh とすると、foo.lzh から foo.txt だけを展開したり、bar ディレクトリ配 下のファイルを bar.lzh に格納したりできます。つまり、標準入力から、 圧縮／展開ファイルを指定できる機能なのですが、いまいち使い道がないわ りに邪魔な機能です(圧縮の例は、cpio 同様まあ使えるけど、このためのオ プションを新設するのが良いと考えています) tty からの利用しか想定してないと思われますが、おそらく daemon から lha を実行する場合などで意図しない動作をするでしょう。そういうわけで 勝手ながらこの機能は削除しました。以下のような事ができない Windows 環境では意味のある機能だったかもしれませんが lha x bar.lzh `echo foo.txt` 残念ながら MinGW で isatty() がうまく動作しませんでしたから Windows では使えないのでした。 オリジナルの仕様を復活させたい場合は、lharc.c の 360行目付近の #if 0 を #if 1 にしてください。 ・拡張ヘッダ(ユーザ名/グループ名)のサポート ユーザ名、グループ名の拡張ヘッダ(0x52, 0x53)を作成できるようにしまし た(デフォルトはoff)。詳細は header.doc.euc を参照してください。展開 と一覧表示のときにヘッダにこの情報があれば ID に優先してこの情報が利 用されます。作成は configure オプション --enable-user-name-header を 指定して build した場合に有効になります。 ・バックアップファイル作成の抑止 オリジナル LHa for UNIX 1.14i では、アーカイブにファイルを追加したと きやアーカイブからファイルを削除したときに、元のアーカイブを .bak と いう拡張子で保存します。この挙動は煩わしく感じたので autoconf 版では バックアップファイルを作成しないようにしました。この autoconf 版パッ チが信用できないような人は configure オプション --enable-backup-archive を指定して build してください(ぜひそうするべきです:p)。オリジナルと 同じ挙動になります。 ・header.c の書き換え header.c の主要部分は作り変えられました。上記に示した変更に加えて オリジナル LHa for UNIX 1.14i から以下の不具合が修正されました。 o level 2 header のバグ total header size (アーカイブヘッダの先頭 2 byte) が 256 以上 であるアーカイブを正しく読むことができませんでした。また、total header size がちょうど 256 になるような不正なアーカイブを作成し ていました。LHA のヘッダ仕様ではヘッダ先頭が 0 であればアーカイ ブの終端とみなすため total header size を 256 の倍数にできません。 (256 などは little-endian で 0x00 0x01 となるため、先頭が 0 にな ります。) 読み込み時にヘッダの CRC check を行うようにしました。 o level 1 header のバグ ファイル名に対して拡張ヘッダを使用することがないため、230 バイト を越えるファイル名(ディレクトリを含まない)をアーカイブに書くとアー カイブヘッダのサイズ制限を越えた不正なアーカイブが作成されていま した。 o level 0 header のバグ 長いパス名(ディレクトリも含む)に対してアーカイブヘッダのサイズ制 限を越えた不正なアーカイブが作成されていました(実際には、オリジ ナルは level 0 header にディレクトリの情報を一切書かないのでこの 制限はやはりファイル名長だけが対象になります)。autoconf 版では制 限を越えたパス名は warning メッセージを出力し、パス名の後ろをを 切り詰めます。(level 0 header は使用するべきではありません) 空の(ディレクトリ名情報のない) -lhd- ヘッダが作成されていました。 $ mkdir foo $ lha c0 foo.lzh foo $ lha v foo.lzh PERMSSN UID GID PACKED SIZE RATIO METHOD CRC STAMP NAME ---------- ----------- ------- ------- ------ ---------- ------------ ------------- drwxrwxr-x 1000/1000 0 0 ****** -lhd- 0000 Jul 29 00:18 ---------- ----------- ------- ------- ------ ---------- ------------ ------------- Total 1 file 0 0 ****** Jul 29 00:18 なお、level 0 header で -lhd- method は使えないという説がある http://kuwa.omosiro.com/x68k/KGARC/ARC/LHAHED15.ZIP のですが、吉崎栄泰氏のオリジナル LHA (DOS/Windows版) (ver 2.55, 2.67) などは -lhd- method を level 0 header で作成します。 o g オプションを付けたときの level 0, 1, 2 header g オプションは、アーカイブ作成のとき UNIX 固有の情報をアーカイブ に作成するのを抑止すると man にはあるのですが、実際にはディレク トリ情報まで抑止されていました。 $ mkdir foo $ touch foo/bar $ lha cg1 foo.lzh foo $ lha foo.lzh PERMSSN UID GID SIZE RATIO STAMP NAME ---------- ----------- ------- ------ ------------ -------------------- [generic] 0 ****** Jul 29 00:02 bar ---------- ----------- ------- ------ ------------ -------------------- Total 1 file 0 ****** Jul 29 00:02 autoconf 版では上記は foo/bar になります。(オリジナルはわざとそ うしていたのかもしれませんが、そうする理由はないと判断しました) g オプションで -lhd- の作成が抑止されるのは同じです。 なお、g オプションとヘッダレベルの指定を同時に行うときは上記のよ うに g オプションを先に指定する必要があります。lha c1g など g オ プションを後に指定すると level 0 header が作成されます(このオリ ジナル仕様はちょっとわかりにくいです)。 ・level 3 header 世の中には、level 3 header というものが存在するようですが、まだ仕様 としてfix されてないようなので*読み込みのみ*サポートしました。追加の 拡張ヘッダは未対応です。(特に対応すべきヘッダが見当たらなかった) largefile 対応する場合は、この level 3 header をサポートした方が良さ そうです。 ・ヘッダのダンプ まったくのおまけ機能としてヘッダのダンプ機能を追加しました。これは完 全にデバッグ用です。 lha vvv foo.lzh とすると、アーカイブの内容一覧にまざってダンプが出力されます。 ・ヘッダレベル アーカイブを作成するときのデフォルトのヘッダレベルを 2 にしました。 (オリジナルの LHa for UNIX 1.14i ではレベル 1 がデフォルト) ・拡張ヘッダ 拡張ヘッダ Windows timestamp (0x41) を解釈するようにしました。(level 1 header のみ)。level 2 以上では、基本ヘッダに time_t の情報があるの で、拡張ヘッダの方は無視します。 level 1 header のアーカイブに対して、Windows timestamp 拡張ヘッダ を出力する LHA アーカイバが存在するかどうかは未確認です。あまり、 役に立たない修正だった気がしますがせっかく作ったので残してます:-)
Fork