薫製大魔人さん、今晩はです。

＞OS上のテキストファイル
＞↓
＞BLOB
＞↓
＞string
＞↓
＞mle
＞
＞の何処で消えるのか確認することにしました
＞そうしたら、どこでもデータは消えていないことが分りました
＞ただ、mle上に表示されないことが分りました

＞*******************************************************:
＞
＞同じウインドウ上にボタンを作って以下のものを書いてSLEを二つ付けて
＞
＞mle_2.TEXT =mle_2.TEXT + mid(mle_1.TEXT,long(sle_2.text),long(sle_l.text))
＞
＞数字を変えながら何処で見えなくなるか確認しました
＞
＞31033 から 31034 でmle_2 に何も無いように見える様になります
＞
＞
＞：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：：
＞
＞
＞どうもmleの表示に何か有るような気がしますね
＞
＞mleのlimitは0バイトにしています
＞だから、でないのはおかしいと思うんだけどなあ？

う?む。やはり60,000Byteの壁に当っているようですね。
上のプログラムでは、mle_2.TEXTを結合していますが、結合
結果の文字列バイト数が60,000Byteを超えると結合した文字
列がnullになるためだと思います。
つまり、演算を行うレジスタが取り扱えるバイト数に制限が
あるのではないか、と思いました。
私もPOP3のテストをしているときに、メールのデータとサーバ
との通信ログをMLEに出力してトレースしていたのですが、同
じ現象で途中でデータが見えなくなり、困りました。

キーボードをAPIでシミュレートする方法は、VBのサンプルプ
ログラム見つけてテストしたのですが、駄目でした。(>_<)
IMEで変換する日本語のことを忘れておりました。英数字だけ
なら、いけそうですけど・・・・(;_;)

かくなる上は、整形したテキストデータを一端ファイルにかき
出し、データウィンドウをMLEの替わりにして、ImportFile関
数で読み直すことを考えましたが、DWカラムのchar型はMAX
32,767Byteみたいです。も??っどうしよう・・・・・