delete()でクラッシュしました。私はtry-catchでdelete()を折り返して正しく処理しようとしますが、catchセクションに落ちる代わりにクラッシュしました。ダブルフリーでキャッチしてください。
私がしようとしているものの例です。
int *i = new int();
delete (i);
try {
delete (i);
}catch (...) {
std::cout << "Oops";
}
質問は「なぜ私はこのように捕まえられないのですか？ 「このような状況をどうやって適切に捕まえることができるのか？」
delete演算子は例外をスローしません：noexcept
（C++ 11以降）：
noexcept仕様（C++ 11時まで）
例外（なし） cf cppreference。
二重削除はプログラミングエラーです。あなたはそれを処理しようとすべきではありません：それらを取り除くためにデバッグツールを使用してください（そして、RAIIとRAIIを使用する標準クラスでより良いメモリ管理）
削除は例外的な操作ではないので、それをキャッチすることはできません。
変数が削除されたかどうか。それができない場合は、削除の代わりにreallocを使用してみてください。
ポインタを削除すると、nullptr（NULL）に設定されます。 delete nullptrは有効な操作です。
は、それがスコープの外に出るときには、ポインタを削除します（あなたが早期に帰国し、適切なものを削除しませ心配している場合、あなたはスコープの自動削除書くことができます。..のような
#ifndef SAFE_DELETE
#define SAFE_DELETE(pPtr) { delete pPtr; pPtr = 0; }
#endif
をマクロを使用します関数やブロックからの復帰など）。
#ifndef SCOPED_AUTO_SAFE_DELETE
template <typename T>
class ScopedAutoDeletePointerHelper
{
public:
ScopedAutoDeletePointerHelper(T pPtr) : _pPtr(pPtr) {}
~ScopedAutoDeletePointerHelper() { delete (_pPtr); }
T _pPtr;
};
#define SCOPED_AUTO_SAFE_DELETE(p) ScopedAutoDeletePointerHelper<decltype(p)> anAutoDelete##p(p);
#endif
この答えは正しく始まりました。そして、 'if（pPtr）delete pPtr;'と言って矛盾します。 'delete'自体が同じチェックをしているので、それは無意味です。次に、マクロ（関数も同様に機能し、より安全です）と、ちょっと変わったクラスの提案があります。デストラクタでメンバを 'nullptr'に設定する必要はありません。メンバーは、dtorが返った後でさえも_exist_しません。 – MSalters
一般的に、削除後にメンバーをnullptrに設定するのは、冗長であっても（特にそうではありませんが）良いプラクティスです。 –
これはC++では必要ありません。私たちはすでに 'std :: unique_ptr'を持っています。これは、あなたがそれらのゴドガルなマクロを扱うことを意図した質問に対するきれいな答えです。申し訳ありませんが、質問された質問に対処できず、役に立たない解決策を提供していないため-1です。 – IInspectable
どのコンパイラ/ OSを使用しますか？ – Ari0nhh
http://stackoverflow.com/questions/43074727/a-pointer-that-can-point-to-anywhere-how-to-determine-if-delete-can-be-safely/43077127# 43077127ここに。質問はあなたのものに似ています。 – Sniper
std :: unique_ptr！を使用してください。 –