Здраствуйте. Как проверить указатель на валидность? Проверять на NULL или еще есть способы?
Заранее спасибо.

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

А переменные типа int лучше инициализировать 0 или NULL?

Это сообщение отредактировал(а) Sergio - 5.11.2007, 17:37

  Нечетные указатели обычно неверные, они могут быть верными только если это указатель на элемент массива или указали нестандартное выравнивание.

Добавлено через 6 минут и 46 секунд
  Обычно это связанно с 32х разрядными регистрами процессора и выполняется с целью оптимизации. В месте с тем если это какой-нибудь контроллер, то это может быть неверным. А вот скажем на процессорах типа ARM, вообще не удасться адресовать нечетный адрес, возможно из-за того, что них нельзя обратиться к половинке/четвертинке регистра типа как eax/ax/al/ah

Alexeis, 
при чем здесь 32-ух разрядные регистры?
они вполне могут хранить адрес, не кратный степени двойки

как одно связано с другим?
нулевой разряд регистра не может быть единичным?

_CrtIsValidPointer посмотри

MAKCim, представь что предыдущая структура имела нечетную длину, например заканчивается байтом. За ней начинается новая структура. Если прочитать этот байт как DWORD, то автоматом захватим еще кусок соседней структуры. Если мы можем использовать четвертинку регистра, то это нам позволит прочитать только 1 байт и получить верное значение в регистре, а если нет, то единственная возможность прочитать правильное значение, это производить несколько битовых операций. Компилятор сразу отбрасывает использование битовых операций, как неэффективное средство доступа к памяти, потому все структуры и объекты выравниваются на границу 4х байт. Если объявляется сначала переменная в байт, а затем скажем DWORD, то вместо байта компилятор выделит тоже DWORD, т.о. почти всегда адреса получается четными. 
  Для процессоров i486 совместимых обычно делается тоже самое, но в целях оптимизации по скорости.

MAKCim, можешь глянуть под дебагом адреса и проверить.

В общем случае - никак. Давай конкретные примеры.
Учти, что, если появилась необходимость проверять не нулевой указатель на валидность, то это, с огромной вероятностью, ошибка проектирования.

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

или всеми любимый boost::shared_ptr (хотя все еще не знаю, насколько он тормозит программу  )


Это сообщение отредактировал(а) Alek86 - 5.11.2007, 21:18

битовые операции и доступ к памяти никак не связаны

кроме того, выравнивание спасает от мусора только глобальные объекты
т. е в случае массива, мы действительно не затроним следующий объект
но используя стек, в любом случае будет мусор, читаем ли мы однобайтовое поле как 4-х байтовое или 4-х байтовое как 4-х байтовое

Это сообщение отредактировал(а) MAKCim - 5.11.2007, 21:37

Есть еще такие функции IsBadWritePtr IsBadReadPtr, _CrtIsValidPointer видимо на их основе построена

MAKCim, а как тогда объяснить причину ошибки "Data Type Misalignment", которая возникает при попытке обратиться по нечетному адресу и при включении директивы  pragma pack(0) Значит так оптимальнее или еще по чему. Мож гляуть в хелп.

Добавлено через 6 минут и 3 секунды

  Я имел ввиду, что для того чтобы считать значение нужно производить битовую операцию. Это дольше чем просто обратиться! 


С массивами я же говорил все ок. Видимо так он и делает. Для элементов массивов можно использовать нечетные.

Разницы нету.

Зависит от того Си это или Си++.