『Lhaplus 1.56』について 　<Feb.10,2008>

　Lhaplus が作成する書庫については以下の制限が存在します：

• 作成される書庫は h0 形式ヘッダーです。 従って， パスを含んだメンバー名については， 基本的に (オリジナルの仕様としては) 64 バイトまでが有効となります。
• 基本は上記のとおりなのですが， 基本ヘッダーのファイル名項目 (のみ) で表現可能な 255 バイトまで作成を行ってしまうため， 自身を含めて取り扱い不可能な書庫が作成されてしまいます。 ヘッダー読み込み時のリカバリーは行われませんので， 当該箇所以降の全てのメンバーは無視されます。
• h0 形式ヘッダーであることから， タイムスタンプについては全て ftime 形式 (2 秒単位) の切り捨てで扱われます。

　属性ヘッダー (識別子 0x40) には対応していますので， h1/h2 形式ヘッダーについても属性が復元されます。

　内部データーが ftime 形式によっているため， h2 形式ヘッダーであっても ftime 形式 (2 秒単位) でタイムスタンプが扱われますので， 切り捨てとなる点に注意の必要となる場合があります。 更新日時以外は扱われません。

　正常に扱われますが， タイムスタンプは多くのアプリと同様に復元されません。

　lh0 / lh4～lh7 形式が扱えます。 その他の形式については， 扱うことができません。

　メソッド ID と実際のメソッドが異なるメンバー (lh6 と lh7 形式メソッドの区別されていなかった時期が存在するため， そのような書庫が存在します。) の主なものについては， 以下のとおりです：

　h0/h1 形式が扱えます。

　h2 ヘッダー形式書庫の取り扱いについては以下の制限が存在します：

• 内部ルーチンが h0 形式を基本としているため， ヘッダーサイズが正常に取り扱われません。 従って， パスが長い場合などヘッダー全体が 255 バイトを超えたものについては扱えず， リカバリーも行われないため， 以降のメンバーが全て無視されます。
• Lhaplus はヘッダー CRC に対応していないため， ヘッダー改竄・破損の確認が行われません。 攻撃書庫の多くはヘッダー改竄を伴っていますので， そういった意味では危険性が高いと言えます。
• 上述されているように， 内部データーが ftime 形式となっているため， 常に 2 秒単位 (切り捨て) でタイムスタンプが扱われます。

　Lhaplus では基本ヘッダーの SUM チェックしか行われず， ヘッダー CRC については作成も読込も行われません。 従って， h2 形式の全て， 多くの h1 形式， そして (Linux 上などで作成された) h0 形式の書庫については， ヘッダー改竄・破損の確認が行われません。 攻撃書庫の多くはヘッダー改竄を伴っていますので， そういった意味では危険性が高いと言えます。

　指定したディレクトリー配下へ展開が行われるような調整は行われず， エラーとして扱われます。

　1000 文字といった長い名前をもったメンバー等の存在する書庫については， 展開されない (エラーログが出力される。) ようになっています。

　これらの不正なパス情報等をもったファイルについては以下のとおりです：