始めに

　　Windows Softでは時折見かける自爆解凍処理を作ってみたい。という事で考えてみた。 なお、圧縮アルゴリズムそのものについては、ここでは取り扱いしません。

●　主目的

1. 自爆解凍機能付き圧縮プログラムのように、データファイルを抱き込んで実行形ファイルを作成する。
2. 作成した実行形式ファイルを実行すると抱き込んでいたデータファイルを書き出す。

●　前準備

　しかしCOFF やPE の詳細な仕様を入手しないと話は始まりません。という事で MicroSoft の技術資料を検索 します。

　　　ここで見つからなかったらlcc-win32 の付属資料も付属していたと記憶しています。

●　MS-DOS の時代

●　Windowsの時代の考察

　Windows 時代になってGUIの実行ファイルにはリソースセグメントが付くようになった。(PE的には特殊セグメント扱い)このリソースセグメントを動的に変更出来れば実行ファイルにファイルを抱かせる事が出来るのではないか？　という事でAPI を調査してみた。

　　　　・　解凍段階で必要と思われるAPI(リソースセグメントを読み込み)

番号	API名称	機能
１	FindResource()	特定名称(ID含む)のリソースを検索
２	LoadResource()	リソースをメモリ中に読み込み
３	SizeofResource()	対象リソースのサイズを取得
４	LockResource()	リソースにアドレス割り当て
５	FreeResource()	リソースの解放

番号	API名称	機能
１	BeginUpdateResource()	リソース更新の開始宣言
２	EndUpdateResource()	リソース更新の終了宣言
３	UpdateResource()	対象リソースを更新

　調査の結果、以下の方法で自爆解凍処理で行えそうです。

1. GUIモードで作成したEXE に「ユーザー定義リソース」を抱かせる。 実行ファイルはユーザー定義リソースをファイルとして書き出す。
2. もう一つのプログラムが「ユーザー定義リソース」を書き換える。

●　で、試作

1. 自爆解凍側のソースと実行形式　　TARGETPG.LZH
2. 書き換え側のソースと実行形式　　CHGTARGET.LZH

●　補足説明

1. 「リロケーションヘッダ」とは、

   通常の実行ファイルってのは、マシンコードやデータをメモリイメージで格納 している訳ではなく再配置が可能な状況で保持しています。そのための再配置 情報を指します。(COM形式とか再配置情報が無いものも存在します)

2. 「リソース」とは

   COFF からみれば特殊セグメントの一種ですが、Windowsではこれを拡張し、 検索して読み込みする事が可能になっています。つまり通常のデータセグメント と異なり読み込み指示を明確に与えなければメモリ中に実体化することはありま せん。

3. なぜ「ユーザー定義リソースを書き換える」のか

   実行ファイルを作るには通常リンカが必要ですが、「リソースセグメント」は 専用APIがあるので自由に書き換え出来ます。ただし　DIALOGにしても ICON に してもデータの形式はシステム上定義されていますので勝手なフォーマットに 書くわけにはいけません。

   「ユーザー定義リソース」ってのは名前の通り、システムはデータタイプ、 名称、サイズのみを管理して、内容については一切管理しないものです。 ですから、そこには tar形式だろうとRPM形式だろうと自由に書けますので それを使って自爆解凍を行うのです。