クリーンアップの方法_variant_t

Question

私のリークチェッカーは、この機能に2回目のチャンスの例外があると伝えます。

今

BOOL CADORecordset::SetFieldValue(LPCTSTR lpFieldName, CString strValue) 
{ 
    _variant_t vtFld; 

    if(!strValue.IsEmpty()) 
     vtFld.vt = VT_BSTR; 
    else 
     vtFld.vt = VT_NULL; 

    vtFld.bstrVal = strValue.AllocSysString(); 

    BOOL bret = PutFieldValue(lpFieldName, vtFld); 
    SysFreeString(vtFld.bstrVal); 

    return bret; 
} 

_variant_t型BSTR部材（bstrVal）を有しています。我々はknow BSTRは上記のコードで行われているSystemFreeString()を使用してBSTRを割り当て解除する必要があるが、このBSTRは_variant_tのメンバであり、この場合は誰が実際にbstrValメンバをクリーンアップする必要がある？

inline _variant_t::~_variant_t() throw() 
{ 
    ::VariantClear(this); 
} 

すでに例外を発生させSysFreeString()によってクリーンアップされ、再びメモリをクリーンアップしようとするように私には見えますか？ documentationはそのバリアントをクリアすると言いますが、正確に何がクリアされるのかはっきりしません。bstrValも解放されますか？

SysFreeString(vtFld.bstrVal);のコールを削除すると、2回目のチャンス例外が削除されますが、ドキュメントが十分な信頼を与えないため、これが正しいことを知りたいのです。

Answer 1

_variant_tは、範囲外になると自動的にデータをクリーンアップします。手動でSysFreeString()を呼び出していますが、bstrValをNULLに設定していないか、またはその後にvtをVT_EMPTYに設定していません。したがって、variant_tデストラクタがVariantClear()を呼び出してデータをクリーンアップすると、再びbstrValを解放しようとし、クラッシュします。

したがって、SysFreeString()を手動で呼び出さないでください。 `_variant_t`のようなラッパークラスを使用すると、あまりにも完全に支援している

vtFld.Clear(); 

Answer 2

variant_tは、そのデータを所有し、クリーンアップのためのVariantClear()機能を使用しています。

関数がVT_EMPTYにVTフィールドを設定することにより、VARIANTARGをクリアします。 VARIANTARGの現在の内容が最初に解放されます。 vtフィールドがVT_BSTRの場合、文字列は解放されます。 vtフィールドがVT_DISPATCHの場合、オブジェクトは解放されます。 vtフィールドにVT_ARRAYビットが設定されている場合、配列は解放されます。

_variant_tは、メモリ管理を担当するラッパーです。 BSTRを管理する_bstr_tと同様です。彼らは一番よく一緒に働く。 vtフィールドとbstrVal値を手動で設定する代わりに、variant_tコンストラクタまたはoperator=を使用することをお勧めします。 _bstr_tはBSTRの所有権を割り当てて_variant_tに渡します。私はそれを使用する詳細を覚えていません。 MSDNで詳細を調べるだけです。