この年末に､某ｼｽﾃﾑのﾃﾞｰﾀの圧縮方式を LZH から ZIP に変更した｡

ﾕｰｻﾞｰが複数の CSV ﾌｧｲﾙをひとつのｱｰｶｲﾌﾞにまとめｱｯﾌﾟﾛｰﾄﾞしたものを､ｻｰﾊﾞ(CentOS)上で自動で展開(解凍)し諸々の処理をするｼｽﾃﾑだ｡

初版公開が 2005年(俺が独立した翌年に作ったｼｽﾃﾑだ(笑))なので､当時の Windows のﾌｧｲﾙ圧縮方式としては LHA(LZH方式)が主流だった｡いや､もう､ZIP形式が LZH形式を駆逐してしまう未来は見えていた頃だが､このｼｽﾃﾑを使うﾕｰｻﾞｰの職場ではまだ LZH形式が主流だったのだ｡

しかし､あれから 18年｡ついにﾕｰｻﾞｰより｢もう､ZIP形式に変更したい〜!｣という声が出てきた｡そのため､解凍ｺﾏﾝﾄﾞを lha から unzip に変更した際の苦労話は｢unzip の日本語ﾌｧｲﾙ名問題､なんとか解決｣というｴﾝﾄﾘｰにもちょっと書いているので､興味がある人は御一読下さいませ(笑)

件のｴﾝﾄﾘｰでは｢展開後の日本語ﾌｧｲﾙ名を EUC-JP で出力する｣苦労話をまとめているが､その後､展開したﾌｧｲﾙを正しく読み込めないという不具合が発生した｡

ﾛｸﾞなどを見て､どうもﾀﾞﾌﾞﾙﾊﾞｲﾄ文字を正しく読めていないようだということはわかった｡古い Perl のﾌﾟﾛｸﾞﾗﾑなので EUC-JP で書かれており､読み込むﾌｧｲﾙの中身も EUC-JP である前提で処理をしているようだ｡

ﾕｰｻﾞｰがｱｯﾌﾟﾛｰﾄﾞするﾌｧｲﾙは､Windows で作られているので文字ｺｰﾄﾞは Shift_JIS である｡しかし､ﾌﾟﾛｸﾞﾗﾑ内で Shift_JIS を EUC-JP に変換している箇所が無い｡なのに､なんで今まではﾌｧｲﾙの中身がちゃんと読めてたの???(どこで文字ｺｰﾄﾞが EUC-JP に変換されてるの???) 

まあ､このｴﾝﾄﾘｰのﾀｲﾄﾙに思いっきり｢落ち｣を書いてるけど､lha ｺﾏﾝﾄﾞでﾌｧｲﾙを解凍するときに同時に EUC 変換していたのだ｡lha ｺﾏﾝﾄﾞにはそういうｵﾌﾟｼｮﾝがある｡

lhaｺﾏﾝﾄﾞの引数には｢ｵﾌﾟｼｮﾝ｣と｢ｺﾏﾝﾄﾞ｣というのがあり､-e と書けば｢圧縮ﾌｧｲﾙを展開する｣というｺﾏﾝﾄﾞを設定したことになる｡

そのｺﾏﾝﾄﾞの前に e と書けば｢ﾃｷｽﾄﾌｧｲﾙの文字ｺｰﾄﾞを EUC と相互変換する｣というｵﾌﾟｼｮﾝが設定されたことになり､ﾌｧｲﾙ展開時に自動的にﾃｷｽﾄﾌｧｲﾙの文字ｺｰﾄﾞが EUC に変換されるのだ｡

具体的には､

のようなｺﾏﾝﾄﾞを投げていた｡｢e -e｣という部分がそうだ｡

いやあ､ﾊﾏったわ･･･｡まさか lha ｺﾏﾝﾄﾞが EUC 変換までしているとは思いもしなかった･･･(^^;;;

俺が書いたﾌﾟﾛｸﾞﾗﾑだけど 18年も前のものなので記憶が･･･

結局､unzip による ZIP ﾌｧｲﾙの解凍のあとに､ﾌｧｲﾙの中身を EUC 変換する処理を追加して解決した｡

昔の UNIX 及び UNIX ﾗｲｸな OS の主流の文字ｺｰﾄﾞは Shift_JIS ではなく､まだ Unicode も正式に実装されておらず､EUC-JP の一人勝ち状態だった｡だから lha にも EUC 変換ｵﾌﾟｼｮﾝなんかが実装されているんだろうなあ(笑)