А я думал, что мы просто не итили указатель. То есть он указывает не пойми куда, то ест ьвылет очень вероятен. А SEH тем более плафтормазависим (онли винда).

Влезаю в сей баян.

Можно показать на примере, когда программист (если он не мазохист) не может знать историю указателя?

ИМХО мнение Kuvaldis самое граммотное и правильное:

Более корректно сформулировано:

Не факт, что наш поинтер фиелд класса - может это локальная переменная.

Для проверок такого рода используются соответствующие функции:

IsBadReadPtr and IsBadWritePtr test whether a given address/size represents a valid block of readable or writable memory for the calling process. These functions know how Windows® allocates memory internally, so they're good at finding bad pointers.

Также IsBadCodePtr и IsBadStringPtr

Вот тема аналогичная (трёхмесячной давности )

Тот же совет: инициализировать. И еще один: не использовать оин пойнтер по разным назначениям. А то часто пишут такой код:

Самый рассадник для ошибок, особенно при сопровождении. Все должно быть локально: переменная объявляется непосредственно перед использованием и тут же инициализируется. Для других целей заводим другую переменную, не треснет компилятор.

Добавлено @ 19:32 

Сам же там написал: иногда помогают, но не всегда. Опять же, с их помощью нельзя определить, является ли указатель началом объекта, а только то, что он указывает на память, записав в которую ты не получишь исключения.