Как словить вызов метода с 0x00000 поинтером? (MSVC10)

У меня благополучно пытается чтото там сделать, рушит стек и в стеке показывает "какашку" и потом нереально находить эти баги, может чтото в студии включить?

assert's влом?

я же ищу баг, а не "как проверить на НУЛЛ?" :)
у меня и так везде стоят где тока можно, вот седня еще одно место нашел - починил - и все упало ))

IROV..
Так ты же из ассерта в случае срабатывания в дебаггер сразу можешь попасть. С нормальным колстеком. Или в чем вопрос?

Помеха
Вопрос если, я дурак, не поставил ассерт на 0?

IROV..
Калл Стэк что говорит?

Вообще при Access vilation по NULL поинтеру стек не должен рушится. Попробуй без оптимизации собрать или в дебаге.

-Eugene-
ссылочку вот сюда http://natribu.org/

кашу, и вообще ересь - я нашел потом методом F10 и примерно на глаз где упало :)
но это не смешно - потратил хорошее время на это.

Hawk
я собираю в Дебаге! в этом то и юмор ))

Можно обернуть все указатели в шаблонный класс и перегрузить оператор -> и аналогичные и в них раставить assert'ы, а во всех функциях проверять на 0 это не вариант, по крайней мере в больших проектах.

Кол стек должен показывать очень чисто место проблемы и откуда она пришла.
Если у тебя и кол стек порушился, значит проблема ГОРАЗДО хуже чем просто вызов нулл ;)

Кстати полезная практика утыкивать код ассертами, чтоб если уж не сходится условие, пусть крашится немедленно, тогда легче искать причины крашей.

Debug->Exceptions->Win32 Exceptions->Access violation

Дядя Дима когда-то писал, как такие баги раскручивать. Где-то там должно быть http://blog.gamedeff.com/

StiX
> Debug->Exceptions->Win32 Exceptions->Access violation

native runtime тоже

IROV..
> У меня благополучно пытается чтото там сделать, рушит стек и в стеке показывает
> "какашку"

один раз такая какашка была - вылечилось внимательным разбором полётов кто автор какашки :)

IROV..
Могу предложить

__try {
....
}
__except(EXCEPTION_EXECUTE_HANDLER) {

}

либо SetUnhandledExceptionFilter