>lha
LHA version 2.55b

>dir test.* |to
2010/03/05  00:35            12,796 TEST.LZH
2010/03/05  00:34            72,506 TEST.TXT

　上記の環境で、test.lzhをVTDOSで解凍しようとすると固まります。

今までいろいろとからかってきましたが、でもわかったことは、私の手には余る
ということだけ。ということで、手を引くに当たって、ここまでのまとめを。

まず、前提が正しくない可能性が高いのですが。
MCBが壊れるというところから、メモリ開放部分を疑いました。
が、LHA2.11のソースにもLHA2.67の逆アセリストにも、func 49hはありません。
ではfunc 4ahはどうかというと、いずれにも１ヶ所ずつ。
これは、LHA2.11では自己解凍ファイルのルーチンで使われているだけ。
ということは、LHA2.67でも同様と推測できます。
参考までに、func 48hはLHA2.11のソースだとアセンブラの部分だけで５ヶ所あり
ます。その他、C言語で書かれた部分もあり、全体としてはこのファンクションを
５個以上使っているはずです。一方、LHA2.67では、func 48hは４箇所しか見つか
りませんでした。逆アセを失敗している可能性もあるかなぁ。

次の手がかりは、エラーを吐いているアドレス。例えば、

VMAP Version 2.01  Copyright (C) 1989-91 by c.mos

addr PSP  blks   size  owner/parameters           hooked vectors
---- ---- ---- ------  -------------------------  -----------------------------
1001 10BC   1    2976  command
10BC <--    1    8432  command cn                 23 24 2E 2F
12CC        1      64  <free>
12D1 10BC   1    4096  command (env)
13D2        1    1968  <free>
144E <--    1    3888  vz 1.60  -z                1B 21 29
1542        1    1984  <free>
15BF-9FFF   1  566272  <free>

このようなメモリ状態のときに lha t v.lzh とやると

>COMMAND(10BC) 10BC:02B1 '致命的エラー: MCBが壊れています。'

と出てきます。このアドレス、よく見ると、アプリケーションのものではなく、
シェルか何かのアドレスであることがわかります。そこで、このアドレスにどの
ようなコードがあるのかと、debugを使って逆汗してみました。すると、

10BC:02AE C3            RET	                                   
10BC:02AF CD21          INT	21                                 
10BC:02B1 FA            CLI	                                   

こんな結果が出ました。
う〜む、これはいったいなんだろう。

と、ここまで来たところで、私の技術力は底をついてしまったのでした。
いやぁ、浅い浅い。



以下、余談。
メモリ状況の表示ツールとしては、私は、ms vmap zmapの３つを使っています。
ところが、WinXPのcommand.comでは、msが固まります。他の２つは大丈夫。
一方、VTDOSでは、zmapで不具合が発生します。他の２つは問題ありません。
それぞれ、どのような状況かというと。

まず、VTDOSとzmap。
実際に不具合が発生するのはUMBの情報を取得しようとしたときだけのようです。
でも、デフォルトでUMB情報の取得を行うようになっているので、オプションを何
も指定しないとハングアップ。コンベンショナルメモリだけ、とオプション指定
すれば回避可能ですが、非常に頻繁に忘れます。
これ、他の２つのツールに比べて、UMB情報の取得の方法が特殊なのでしょうか。

一方、WinXPのcommand.comとms。
具体的には、コンベンショナルメモリの表示オプションであるmとc、またはUMBを
表示させるオプションのuとqを指定すると、行ったきり帰ってきません。あと、
vオプションでも戻ってきません。そして、やはりというか、msはデフォルトでは
コンベンショナルメモリのみを表示して帰ってくることになっているので、オプ
ションを何も指定しないとハングアップ。オプションでコンベンショナルメモリ
とUMBの情報を取得しないようにすれば動作しますが、それらの情報を取得しない
となると、このツールの存在理由が大きく減殺されてしまう。
それはともかく、このツールも一体どんな特殊なことをやっているのだろう。