こんにちは。

cpxのデバッグで、CMNが固まる理由が特定できないで困っていましたが、cpxをコンパイルし直した時は、一旦テスト用の巡回フォルダを削除して作成し直さないといけないんですね…
盲点でした…

ところで、cmnGetNextURLを使った後にはcmnFreeでメモリ領域を開放しないといけないようですが、日記鯖cpx内でこの処理をするとメモリリークになってしまいました。

結局、その部分のcmnFreeはコメントアウトしたまま完成させたのですが、これで良かったのかなぁ…

それと、一発言内から正規表現を使って発言要素を取り出そうとしたときに、正規表現文末記号「$」を使用すると、取り出した文字列の最後にランダムで変な文字列がくっついてしまうのですが、これってWATCOMコンパイラ特有固有の問題でしょうか？

==============================================
営々(ZAP06352)
==============================================

営々さん、こんにちは。

＞cpxのデバッグで、CMNが固まる理由が特定できないで困っていましたが、cpxをコンパイルし直した時は、一旦テスト用の巡回フォルダを削除して作成し直さないといけないんですね…

おろ、うちではフォルダを作り直さなくても問題ないですが・・・。
cpx内に問題があってオブジェクトのインスタンスが開放されないといったような場合にはCMN自体を終了させないとならないということはありますけど。

＞ところで、cmnGetNextURLを使った後にはcmnFreeでメモリ領域を開放しないといけないようですが、日記鯖cpx内でこの処理をするとメモリリークになってしまいました。
＞
＞結局、その部分のcmnFreeはコメントアウトしたまま完成させたのですが、これで良かったのかなぁ…

ダメですよ。(^^;)
cmnFreeでメモリリークするとしたら、それ以前にメモリが壊されている可能性があります。
確保されているサイズ以上のデータが書き込まれたとか。

＞それと、一発言内から正規表現を使って発言要素を取り出そうとしたときに、正規表現文末記号「$」を使用すると、取り出した文字列の最後にランダムで変な文字列がくっついてしまうのですが、これってWATCOMコンパイラ特有固有の問題でしょうか？

cmnReg* を使用した時のことですか？

DECO

DECOさん、こんにちは。

> > おろ、うちではフォルダを作り直さなくても問題ないですが・・・。

すみません、よく調べてみたら、cmnAllocで確保した構造体をmemsetで初期化してなかったのが原因でした。

> cmnFreeでメモリリークするとしたら、それ以前にメモリが壊されている可能性があります。

サンプルcpsの_ConvToString関数を流用してましたので、この中で既にメモリが開放されていたのが原因のようです。

> > cmnReg* を使用した時のことですか？

そうです〜

営々さん、こんにちは。

＞サンプルcpsの_ConvToString関数を流用してましたので、この中で既にメモリが開放されていたのが原因のようです。

あ、なるほど。

DECO