問題タブ [dmalloc]

lynx をコンパイルしようとしているときに、'with-dmalloc' 構成オプションを使用しました。しかし、コンパイルが中止され、次のエラーが発生しました:

これは、dmalloc.h の誤った行が保持するものです。

このファイルは、 http://www.filewatcher.com/p/dmalloc-5.5.2.tbz.467309/include/dmalloc.h.htmlでも表示できます。

dmalloc の開発はほとんど停止しているため、アップストリームからの修正はあまり期待できません。何か助けはありますか？

プログラムをコンパイルして「dmalloc」にリンクしようとすると問題が発生します。

私は次のディレクトリ構造を持っています

次に、次のコマンドを使用してプログラムをコンパイルしようとします。

さて、シンボルのリンクに問題があることがわかりました。ldは単にdmalloc_mallocへの参照を見つけることができません。でも...

私は困惑しています...シンボルはそのライブラリにあります。'ld'に問題があるのはなぜですか？

このコードが実行されたとき、ライブラリ dmalloc はどういうわけか、範囲外のメモリ アクセスがあったと判断しました。1023 個の要素を割り当て、1024 番目の要素にアクセスしようとしたためです。(配列インデックスは 0 ベースです)。

どうやって知ることができますか？

g++4.7でdmallocを使用しようとしています。

私が受け取っているエラーメッセージは次のとおりです。

1. C関数が例外をスローするのはなぜですか？
2. コンパイル時にthrow（）指定子を無視するようにコンパイラに指示することはできますか？

...または、どういうわけかdmallocにパッチを適用する必要がありますか？

dmalloc バージョン 5.5.2 と glibc 2.17 を使用しようとしています。

dmalloc でリンクすると、常に segfault が発生します。

デバッグ中、役に立つデバッグ メッセージをフォーマットしたい場合、dmalloc が vsnprintf(...) を呼び出すことがわかりました。残念ながら、vsnprintf(..) 自体が free() を呼び出すため、セグメンテーション違反の理由は再帰です。free() は vsnprintf() を呼び出し、vsnprintf() は free() などを呼び出し、巨大なスタック トレースで segfault するまで続きます。

HAVE_VSNPRINTF と HAVE_VPRINTF を未定義にすることでこれをすばやく修正できますが、デバッグ メッセージに重要な情報がありません。

メモリを割り当てない vsnprintf(...) の古い実装を使用して、この問題に対する独自の解決策をハックしましたが、まだ良い解決策がないとは信じがたいです。

この問題を dmalloc で解決する標準的な方法はありますか?

これは問題のあるコードです (これは、私が尋ねた別の質問に関連しています。こちら):

intelMPI バージョン 4.0 または 5.0 でコンパイルすると、送信時に valgrind または dmalloc で無効な読み取り/書き込みエラーが発生します。openMPI では、その最小限の例ではそれほど明確ではありませんが、抽出元の大きなコードでこの通信に同様の問題が発生しました。

助けてくれてありがとう！

どの openSUSE rpm に dmalloc が含まれていますか? リポジトリはありません。SLE 12 用に見つかった src.rpm からビルドしようとしましたが、libdmalloc* ライブラリが含まれていません。LD_PRELOAD="libdmalloc.so" ./my_program を実行するには? それとも不要ですか？