＞薫製大魔人殿、毎度お世話になります。

こんばんわ
RES有り難うございます

＞＞helpではascii(0)が入っているとそこで止まると書いてありますが、どうもそれだけでは無い様な気が
＞＞します。ファイルによって　-14655　とか　-31625　-9934　-26035　といった数字が返って来ます。
＞
＞こちらではPB5.0.04、NT4.0WSという環境ですが、filelength関数
＞の戻り値にマイナスが返って来る事はないですね・・・・
＞6.0のバグでしょうか？
＞ラインモードでオープンした場合はどうでしょう？

ラインモードは問題有りませんでした

＞
＞・・・・・もし6.0のバグであれば回避策は、直接APIを使ってファイ
＞ル操作するしかないかと・・・・
＞

サイズを取るのは大きなテキストを取り込む為なのですが....（メーリングのログの様に大きな物を対象に
する場合を想定下さい/そもそもは別件-会社の仕事-で始まり、メーリングのログに応用して30分で終わる
つもりが2日目です）

幸いな事にFlileReadは正常に機能しているよなので、FlileReadの帰り値が-100になるまでloopする事で
この関数を使わないで済む様にしました（一回に32765ずつ読んでいるので大体4-7回loopします）

△□○△□○△□○△□○△□○△□○△□○△□○△□○△□○△□○△□○△□○△□○

ところが今度はblobでとった価をstringでmleに落とそうとするとnullなります
stringのサイズの制限はマニュアルによると16bitの場合は有るが、それ以外の場合は特に記述は無い様で
すね

これもblobで長さが86000位を超えるとで突然nullになる様です
戻りをチェックしながらloop掛けてみようかと考えています
ただ、文字が半分に切られる可能性が有るのでその辺りの制御が嫌らしいなあ
嫌だなあ

以前リエッチさんがでテキストエディタがおかしい話をしていたけどそれに類するかと思い同じファイルを
開けたけど問題無かったみたい

.....続く......