パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

gzipに複数の脆弱性~LHAにも関連あり?」記事へのコメント

  • by Phalacrocoracidae (29780) on 2006年09月23日 10時00分 (#1024585)
    Windows(XP?)であれば、標準でzipファイルを展開できること、またlzhはほぼ日本独自なので、意識的にlzhは避けてzipを使うようにしてます。

    zipと比較してlzhを使うメリットってあります?lzhは解凍できるがzipは解凍できない環境ってそうないと思うんですが。慣れ親しんだものだから?圧縮率?圧縮率どうのは把握してませんが。

    # 取引先からはいつもlzh圧縮でくるのでID
    --
    しないさせない!スルー力
    • by patagon (1453) on 2006年09月23日 11時27分 (#1024662) 日記
      人それぞれ好きなものを使えばいいという前提で。私も仕事場でPCがWindows 2000から XPに変わってからは圧縮・解凍もWindows XPについている?zipを専ら使うようになりました。ただlzhで送ってくる人・企業もあるので、Microsoftのサイトからlzhを解凍できるMicrosoft 圧縮(LZH 形式)フォルダをダウンロードしてPCに入れています。http://www.microsoft.com/genuine/offers/default.aspx?displaylang=ja
      当たり前かもしれないけど解凍せずに中身を表示させる機能って便利ですね。他の解凍ソフトにもそういう機能あるんでしょうけど。
      親コメント
    • by Rodin (28411) on 2006年09月23日 12時43分 (#1024715)
      自宅でDGCA [www.emit.jp]、職場でlzhを使ってます。
      lzhよりzipの方が圧縮後のファイルサイズが小さくなるようですが、
      新旧OSの混在環境ではlzhもzipも使い勝手は同じです。

      > Windows(XP?)であれば

      Meも圧縮フォルダに対応しています。(ただ初期設定は無効になってたような・・・)
      2000はMeのファイルを流用して圧縮フォルダを利用 [nifty.com]できます。

      > zipと比較してlzhを使うメリットってあります?

      lzhはunlha32.dllを用いた圧縮/解凍用コードが広く知られており、
      業務ソフトのデータセーブ機能に広く用いられています。
      一方でzipを扱うのはどうも面倒で問題も起きそう [dobon.net]です。
      --
      匠気だけでは商機なく、正気なだけでは勝機なし。
      親コメント
      • by Anonymous Coward on 2006年09月23日 18時50分 (#1024985)
        unlha32.dllのドキュメントを良く読むと、商利用時には要連絡となっているんですよね…。

        面倒ごとはキライなんで他の選択肢も調べてみたところ、OpenLha32.dll [infoseek.co.jp]を使う方法が一番制限が緩いようです。
        C以外から使うにはすこし宣言をいじってコンパイルしなおす必要ありますが。
        親コメント
        • by Anonymous Coward on 2006年09月23日 23時46分 (#1025100)
          個人的にOpenLha32.dllの利用を検討したことがありました。

          確かにライセンス上の制限は緩いんだけど、コマンドを直接渡すAPIしかないのがなんとも...

          個人的には、64ビット化をきっかけに古いしがらみを捨てたスマートなDLLになってくれることを期待してます。
          親コメント
      • by Tsann (15931) on 2006年09月23日 14時12分 (#1024802)
        > lzhはunlha32.dllを用いた圧縮/解凍用コードが広く知られており

        このAPIは圧縮/解凍のはずなのに、なぜかメッセージループも要求するのがどうも…。
        描画は別スレッドに任せればいいじゃないかと思うんですが。

        ちなみに/.Jな方なら気づかないところで結構LZHを使っているんじゃないかと思います。
        マザーボードBIOSの更新ファイル、あれになにげに -lh5- とか入っていてびっくりです。
        親コメント
        • by Anonymous Coward on 2006年09月23日 17時27分 (#1024938)
          >マザーボードBIOSの更新ファイル、あれになにげに -lh5- とか入っていてびっくりです。

          むかーし、わざわざ解凍してからBIOS更新したら起動できなくなった話があったような。もちろん、M/Bはメーカー送りw
          親コメント
        • by Anonymous Coward on 2006年09月23日 17時41分 (#1024951)
          > 描画は別スレッドに任せればいいじゃないかと思うんですが。
          マルチスレッドのない環境(Win32s)がサポート対象なので、それは不可能なのであります。
          統合アーカイバと言いつつ全然統合されてないAPIはさっさと捨てて、新しい酒は新しい革袋に入れたほうが幸せになれます。
          親コメント
      • by shuu02 (31177) on 2006年09月23日 15時12分 (#1024856)
        将来にわたって解凍環境が保証されそうな圧縮形式で,
        圧縮率をいろいろ比較したことがあるのですが,
        試した範囲でcabが常にトップかトップと同等でした.
        (設定はいずれも最高圧縮設定)

        今のPCなら圧縮に必要な時間も問題にならないので,自分用にはcabを使ってます.

        親コメント
        • by Stealth (5277) on 2006年09月23日 17時26分 (#1024937)

          扱うファイルの特性もあるでしょうね。

          cab の場合には、書庫ファイルに対して追加や一部削除などの操作ができないことから、昔ながらの書庫をそのまま操作するタイプには適さないという点があります。

          lzh や zip などの場合、Windows からはエクスプローラ上からそのまま開くことができますが、zip の場合はそこにそのままファイルを投げ込んだりすることもできるため、そういう面での利便性を重視する方には cab は向かないでしょう。

          しかし、cab って LZX 形式にしないと圧縮率悪いと思うので、単純に「最高圧縮設定」というのも微妙ですが。しかも Microsoft の expand.exe とかは MSZIP 形式の cab しか操作できないような。

          # 個人的には速度、圧縮率、今後のサポートを考えると 7zip が扱いやすい印象です。

          親コメント
          • by Anonymous Coward on 2006年09月23日 19時50分 (#1025006)
            cabはMSの研究所の人がチマチマとx86のバイナリコードにおける圧縮率を上げるために改良を繰り返していると聞きます。もちろん、VCがはくバイナリに特化しているわけですが:p 具体的にはジャンプ命令に相当するバイナリ列を置き換えるとかですね。これは7zipとかもやってますが。

            じきに(既に?).NETな最適化がかかっていくことでしょう。

            そんなわたしもMIPSとかARM向けの実行ファイルの圧縮を研究してたりするのでAC

            親コメント
    • 結構使ってますね。

      相手の設定が悪いのか、こちらが悪いのかわかりませんが、
      macユーザーとやりとりしてて、相手が日本語が入ったファイルをzip圧縮(stuffitかなんかで?)して、私(windows)側で解凍しようとすると大概文字化けしてることが多い気が。。

      なんで、相手(mac)側でlzh使ってとお願いをすることがよくあります。(今のところ化けたことがない)

      $多分どっか設定見直せばなおるのかもしれませんが
      親コメント
      • マックOSXで作成された.zip ファイルをpythonのinteractive modeを使って調べてみたら、ファイル名がUTF-8で格納されているようでした。

        Windowsで作成された.zipファイルは調べていませんが Shift-JIS なのではないかと思っています。

        どちらかがどちらかにエンコーディングをあわせればいいのでしょうが、そもそもファイル名のエンコーディング規則がzipのヘッダに規定されていないのが負けなのかも。
        親コメント
        • by nojiri (27623) on 2006年09月24日 16時19分 (#1025331)
          Mac OS X 10.3以降は標準でzip圧縮できるようになりましたが、仰るとおり、ファイル名をUTF-8で格納するために、Windowsで解凍すると文字化けします。さらに、Mac OS特有のリソース領域やファイル属性などもアーカイブしているため、解凍時にWindowsには不要なファイルやフォルダが作成されます。

          そんな訳で、Mac上でWindows向けの圧縮ファイルを作る際は、lzhが無難です。→「目的別 圧縮ツール [mac.com]」

          ちなみに、Windowsで作成したzipファイルをMac OS X 10.3.xで解凍するとShift-JISで格納されたファイル名をUTF-8として処理するため、エラーが発生して解凍に失敗します。
          Mac OS X 10.4以降は解凍できるようになりましたが、それでも文字化けしました。
          10.4.6以降で、ようやく文字コードの自動判別機能が備わり、UTF-8かShift-JISかを判断して解凍できるようになりました。

          Windows Vistaのzip圧縮プログラムが仕様変更されて、ファイル名をUTF-8で格納するようになってくれないだろうか。OS間の互換性問題が軽減されるのだが。(アップルには、Shift-JISを使うつもりがないようだ…)
          親コメント
          • > OS間の互換性問題が軽減されるのだが。

            Windows と Mac OS しか OS がないとでもお思いですか?
            # こういう物言いをする奴が全員死ねば少しはいい世の中になるんだろうなあ……
            • よのなかほとんどを占めるOS間で互換性が取れるのであれば、「軽減される」とは言っていいんじゃないか? 「解決される」だとちょっとアレだが。
              # 僕から見ると、君は天に唾する人みたいに見えるね。

              それに技術の筋から言って、Shift-JISにあわせるよりはUTF-8にあわせたほうが筋が良い。もちろん、MIME encodingとかもありだと思うが。
              親コメント
              • XPとVista間で互換性を取るために、VistaでもShift-JISのままにすることにしました。
                世の中ほとんどを占めるOS間で互換性がとれるんだから、これでいいよね。
                # Mac OS X? なにそのマイナーOS?
            • >Windows と Mac OS しか OS がないとでもお思いですか?

              Fedoraも多いよね。
          • 以下は個人的な見解ですが、LHaのような古典的なアーカイバが圧縮時にその環境のOEMコードページを保存しなかったのが、この問題の根本的な原因のように思えます。

            対策としては、Mac OS X環境でWindows環境で圧縮されたファイルを展開する場合は、カレントのロケールを元に決定したOEMコードページをデフォルトにして、場合に応じてOEMコードページをユーザが指定する方法も別途提供するという方法を取るしかないでしょう。

            Mac OS X環境で圧縮する場合に、ファイル名のエンコーディングをShift-JISにしてくれ!というのは日本人であるnojiri氏にとっては当然の要望なんでしょうが、Mac OS Xでは容易に作成可能な各国語混在のファイル名をどうするの?という問題が残りますよね。
            アップルがShift-JISを使うつもりが無いのは当然だと思いますよ。
            • 当時はまさかそんなことが起きると思わなかったんでしょう。UTF-8なんかが出てきたのはLHAが登場するずっと後です。I18Nを考えましょうという風潮が出てくるずっと前に開発されたソフトウェアにそれを求めるのは無理とは言わないが、酷だと思います。

              もちろん、それらの圧縮形式を延命させたいのなら、I18Nを考えた上での仕様も作らなければいけないでしょうが、それを誰がやるかは謎。

              --
              vyama 「バグ取れワンワン」
              親コメント
              • IANA文字セット名やMIMEは時期的に無理だろうけど、OEMコードページ932は1980年代前半には既に存在したはず。
                当時の環境でI18Nを求めるのは酷だろうけど、フォーマットの仕様でL10Nを考慮するのが酷だという意見にはちょっと賛成できないな。
                もちろん、そんな情報を保存する事に意味があるとは思っていなかっただろうし、例え1バイトでも無駄には出来なかったという話なんだろうとは思うけどね。
      • macユーザーとやりとりしてて、相手が日本語が入ったファイルをzip圧縮(stuffitかなんかで?)して、私(windows)側で解凍しようとすると大概文字化けしてることが多い気が
        以前確認してみたところだと、Mac上でOS標準機能だろうがStuffitだろうか、それらで圧縮された日本語ファイル名を持ったファイルは、windows上で展開すると文字化けします。

        その場合もStuffitのWindows版を利用することで、正しいファイル名で展開されました。

        余談ながら、バージョンが古いとは言え、Windows版はMac版よりはるかに安い価格設定になっています(StandardがMac版で$49.99、Windows版が$24.99)。Mac版の値段の高さはどうにかならんものですかね。

    • by calc (16044) on 2006年09月25日 1時07分 (#1025442) ホームページ 日記
      長い間、ShiftJISで2byte目が0x5c(\マーク)になる文字をファイル名に使うとWinzip(およびunzip.dllを使う展開ツール)は正しく展開してくれない、というバグがあったのでずっとlzhで圧縮しています。

      ちなみに今確認したところ、WindowsXP標準のzip圧縮機能ではこの問題はないようです。

      #仕事で必要なファイルをWinZipで圧縮して客先へ持って行って展開したら何もない!
      #とかいう恐怖経験したらそりゃあzipを敬遠するようにもなるってもんですよ、ええ

      親コメント
    • by Anonymous Coward on 2006年09月23日 10時36分 (#1024621)
      Gmailでexeを送るために使ってる
      親コメント
    • by Anonymous Coward on 2006年09月23日 10時43分 (#1024624)
      うちの会社のメールはzip圧縮したファイルを添付すると警告メッセージがくっついて邪魔なんでいつもlzh圧縮してます。
      (zipは警告してlzhは素通りするシステムにも問題あるような気もしますが)

      でも人に渡さないファイルなんかは圧縮率重視で大抵bzip2か7zipで固めて保存してますね。
      親コメント
    • by Anonymous Coward on 2006年09月23日 12時05分 (#1024690)
      zipもDOS全盛の頃はバージョン毎に
      互換性がない場合があってね。MS-Officeみたいに。
      いまでもたまーに解凍ツールを選ぶzipファイルがあるのよね。
      親コメント
    • by Anonymous Coward on 2006年09月23日 12時14分 (#1024698)
      マイコン時代からの老舗ゲームメーカーですが
      役員含めて普通にlzhを使ってます。
      インターネット世代からの新人はzipを使いますが
      毎日やるとりする圧縮ファイルを見て「こういうものなのか」と
      lzhを使うようになって、ますますlzhの使用頻度があがっている感じです。

      #特定されそうなのでAC
      親コメント
    • いちようX68030使っている限りでは・・・

      高圧縮率な部類ですし、解凍するのも軽い部類になりますので、FD/MOのようなリムーバルメディアはもちろんのことHuman68kのHDなど少ないリソースを有効活用するのにLHaは重宝しています。(ただ単に手抜きなだけですけど。)

      でもM$-WindowsではX68000とのデータ交換以外でLhaを使うってことは、ほとんどなくなりました。
      • 最近のディスクは無尽蔵に思えるぐらいに広いでから、LH6とかLH5どころか無圧縮でも気にならない。
      • ADSLで常時接続の流れに飛び込んだので、通信コストをあまり気にする必要性がなくなって圧縮率が若干悪くても許してあげる。
      • M$-Windowsでは7-zipで間に合う。おまけにパスワード付にもできるし。
      • M$-WindowsXPならばデフォルトでZIPが扱える


      話は変わって、トンボ鉛筆 [tombow.com]のサイトは商品画像などのダウンロードにLHaを活用しているようです。
      勝手に想像すると、ダイヤルアップの人のこととか、ライセンスのことも考えたらLHaというのは無難な選択だったのじゃなかな。って、思えますよね。

      /*
      ここしばらくの間ファイル名 *.lzh がM$-Windowsな機械のディスクにあるとアンチウィルス(ウィルスチェイサー)のアラートがうざったかったです。
      私的には「長い間HDDにあった自家製ファイルが虫さんとは俄かにも信じがたい」とサポートにメール連絡したら、アラートされたファイルの調査やシグネーチャ変更など煙たがらずに対応してくれたようで静かになりました。ウィルスチェイサーのサポートは親切でよいです。(^O^)/わ~い。
        */
      --
      大槻昌弥(♀) http://www.ne.jp/asahi/pursuits/ootsuki/
      親コメント
    • ZIP使ってますがWindows標準のZIPは解凍が遅すぎ!
      なのでlhazで閲覧してます。

      lhazにも今回のgzipと同様の問題がありましたね。根本的には同じ問題なのかな?

      # 何年も前に似たような問題がありましたが、実は
      # それが直っていなかっただけだったりして。

      • >lhazで閲覧してます。
        知らなかったー。さっそく使い始めてます。thx。
        WinZip使ってたけど、試用ボタンがアクティブになるまでがどんどん長くなるんで、購入しようかと思っていたところ…。
    • zip にはその昔 LZWなコーディングがあったんでは
      無かったでしたっけ。<arcの方だったっけ

      で・・DOSな時代から”とりあえず”
      版権的に問題が無いと吉崎さんとかが
      言っていたので日本では広まっていて
      そのままの地位になっているだけかと。

「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常

処理中...