Microsoftのtypeinfo.name（）メモリリークを修復する方法はありますか？

Question

マイクロソフトでは、リークチェックギアをデバッグビルドで使用すると、何十年ものバグがあります。リークは、typeinfo.name()のようなC++型情報を使用しているときにランタイムライブラリによって行われた割り当てから報告されます。 Microsoft ConnectのMemory leaks reported by debug CRT inside typeinfo.name()も参照してください。

私たちは、ほぼ同じ時間の間漏れがあるため、エラーレポートとユーザーリストのディスカッションを受けています。マイクロソフトのバグは、ユーザープログラムからの実際の漏洩を隠す可能性もあります。後者の点は私にとって特に気になる点です。なぜなら、マスキングのために実際の問題に傾いていない可能性があるからです。

typeid(T)とtypeinfo.name()を使用しているため、リークを撲滅しようとしたいと思います。私の質問は、Microsoftのバグを回避するにはどうしたらいいですか？利用可能な回避策はありますか？

Answer 1

Qのコメントの私の提案の行に。全く漏れを除外することが可能ていないようですので、

次の最も：あなたはメモリリーク（少なくともC++ 11以降）type_info.name()については

---

をtype_indexを使用することができますif (valueType == typeid(int))については

物事は彼らの数を減らす（1つのタイプの尋問のために漏れただけに）、二次的に、彼らは報告目的のためにそれらをタグ付けするでしょう。
いくつかのテンプレート付きクラスの中にあるので、 'mem leak'レポートがクラス名（または少なくとも割り当てが発生したソースファイル）を使用することを期待できます - この情報を使用して、メモリ 'レポート。

代わりtypeid(<typename>)を使用するので、あなたのようなものを使用します。

"ファイルtypeid_name_workaround.hppを"

template <typename T> struct get_type_name { 
    static const char* name() const { 
    static const char* ret=typeid(T).name(); 
    return ret; 
    } 
}; 

その他.cpp/.hppファイル

#include "typeid_name_workaround.hpp" 

struct dummy { 
}; 

int main() { 
    // instead of typeid(dummy).name() you use 
    get_type_name<dummy>::name(); 
}