Проверка на Null указателей

[capzap]

Но вот при выделении самого участка памяти для объекта (из кучи) - может вернутся и случайный

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

[Валенок]

Ну так и есть - случайное образование nil при вызове выделителя памяти
Используемая инициализация объекта с полем pnext (выше) - принудительная установка
Но для проверяющего список - появление nil в поле pnext текущего объекта опять же - случайное. Проверяющий не знает заранее кол-во элементов в списке. Ему это вообще побоку. Он вообще в библиотеке. Вводить дополнительную сущность ?

PS
Изв. за перерыв. Шашлык не ждет

[capzap]

что есть список? в МЭК нет такого оператора, если это что то своё, то стоит позаботиться то методе size() чтоб проверяющий мог знать количество элементов. Если это массив строк, то на место удалённых обычно смещают последующие элементы, не могу я представить появление null-об'ектов в КДС

[Yegor]

типа данных null

null сам по себе традиционно не является и не относится к типам данным. Это самостоятельная лексическая единица, обозначающая неинициализированный указатель. Без неё можно жить. C++ обходился и обходится без поддержки null со стороны компилятора, но в C++11 (2011) литерал nullptr был введён на замену устоявшейся нулевой константе NULL, вместо которой можно писать просто 0.

что есть список?

Список есть совокупность смежно-связанных элементов. Следует различать массив и список (массив есть совокупность смежно расположенных в памяти элементов). В отличие от массива, для функционирования списка не требуется определение его размера, но при этом отсутствует произвольный доступ за константаное время по индексу элемента (как следствие неопределённого размера и расположения элементов в памяти — требуется обход с попутным вычислением индекса). Возможны смешанные реализации.

чтоб проверяющий мог знать количество элементов

Практика программирования такова, что списки чаще используют там, где не требуется знать количество элементов. Вы начинаете обход списка с заранее известного элемента (чаще с головы или хвоста) и продолжаете до тех пор, пока вам не надоест или не попадётся пустой указатель (0, NULL, NIL, nullptr и т.д.) на следующий элемент, что и будет означать конец списка во взятом вами направлении.

[Валенок]

Егор замечательно все сказал. Чисто добавить :

введён на замену устоявшейся нулевой константе NULL, вместо которой можно писать просто 0..

Ключевое слово - константа. Именованные константы повышают читабельность и переносимость.
Хоть и везде несуществующий указатель это 0, но писать 0 или NULL - это из серии выбирать между 0/1 и TRUE/FALSE (в КДС). Без разницы, но лично я всегда пишу TRUE/FALSE.

[capzap]

тут точно все говорят про мэк, в яве я пользуюсь проверкой на null, на здесь у меня в окне объявлений компилятор не допустит непринициализированный объект.
что касается списков, я знаю обобщенно два вида списков, нумерованный (enum) и list, первый насколько понимаю встречается в кдс и там нам известно в каких случаях будет null
по поводу нуля, указатель вернувший ноль, мне кажется совсем не то, что указатель на тип null, это я про то как звучит вопрос темы

зы кого то вот шашлыки ждут, а меня Уфа, т.ч. проверить все вышесказанное в кдс не смогу)

[Валенок]

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

[capzap]

а что Егор сказал такого про null, применительно в КДС, например указатель на реал, ткните его в любую точку памяти, когда это он вернет null?

[Валенок]

Не вернет, а сам есть null

var
p : pointer to real;

[capzap]

Не вернет, а сам есть null

var
p : pointer to real;

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