Число 0, как символ?

Question

[Airat1995]

Здравствуйте, только что столкнулся с интересной (как мне показалось) фичей. Не уверен точно почему, однако при вызове перегруженных функций со значением 0, вылезает ошибка

call to member function 'SetAttrib' is ambiguous

, и следовательно необходимо кастовать данное значение в интовое. Неужели это происходит из-за старого понимания компилятором, что 0 == nullptr? Или я чего-то не понимаю?

П.С.:Просто я пишу с использованием C++11 и странно, что 0 и nullptr это одинаковые вещи для компилятора.

Answer 1

[romy4]

>странно, что 0 и nullptr это одинаковые вещи для компилятора.
а они должны быть одинаковыми по определению.

>call to member function 'SetAttrib' is ambiguous
означает, что у вас есть функция принимающая как int, так и указатель. а 0 может быть и тем и другим

Comments

[Airat1995]

Я считал, что с приходом C++11, 0 больше не является пустой ссылкой.

[romy4]

Airat1995: пока что в компьютерах не появилось иных значений, кроме 0. null - нет такого понятия

[romy4]

Ivan Sokolov: совместимость тут не при чём. лучше объясните что такое null в машинном значении?

[romy4]

Ivan Sokolov: это чисто синтаксическая фишка. nullptr обязан быть 0

[Евгений Шатунов]

romy4 , Ivan Sokolov , Airat1995 , числовой литерал 0 является свободно конвертируемым, он автоматически приводится к любому простому типу, включая указатели и вещественные числа. Константа nullptr тут не при чем и никак явно с нулем не связана.
Airat1995 использовал 0, а не nullptr, поэтому у него и появилась неоднозначность перегрузки.

[romy4]

Евгений Шатунов: смотрим в исходники и удивляемся.

[Евгений Шатунов]

Ivan Sokolov , в библиотеках для встраиваемых систем NULL может иметь осмысленный адрес, обращение по которому запускает аварийный функционал контроллера. В иных ситуациях NULL может так и остаться нулем, просто все тот же аварийный код запускается уже через прерывание при попытке обращения по нулевому адресу. Но это все касается только макроса NULL и довольно старых библиотек для встраиваемых систем.

А вот на счет nullptr давай обратимся к стандарту. :)
eelis.net/c++draft/conv.ptr#1

Но все это не касается самого вопроса. Стандарт однозначен и понятен, более того - очевиден.
А самое очевидное - то, что использование nullptr вместо NULL или 0 сразу избавляет от неоднозначности выбора между целочисленным аргументом и указателем.
Но вот использование нетипизированного нуля может привести только к неоднозначности.

[Airat1995]

Евгений Шатунов: вы про исходники моего дипломного? Я конечно могу выложить на всеобщее обозрение, однако он скорее всего вам будет не особо приятен) (Но зато я получу конкретную критику, ведь с плюсами я знаком не долго) https://github.com/Airat1995/FutureEngine

[Airat1995]

Евгений Шатунов: да код лежит в папке Material/Shader.h\cpp

[Airat1995]

Евгений Шатунов: а не является-ли nullptr заменой шило на мыло? Просто если я правильно понял суть, то значение использовать ли NULL макрос который возвращает нам 0, что использовать nullptr, который для ссылочных значений возвращает нам тот же 0, но при этом его теперь можно использовать понимая что за переменной скрыто ссылочное значение?

[Евгений Шатунов]

Airat1995 , на счет шил и мыла тут все просто. Проблема, которую ты встретил и описал в этом вопросе, всегда присутствовала. "Как же нам решить проблему с перегруженной функцией, принимающей как указатель, так и целое число, для случая передачи в нее NULL?"
И многие люди решали эту проблему вводя самопальный тип cNull и константу Null (или как-то еще). Эти тип и константа всегда и полностью повторяли функционал nullptr с его типом. Проблема была в отсутствии стандарта на эту тему. Представь себе проект с 5-10 библиотек, в каждой из которых свой самопальный nullptr. :)
Теперь есть стандарт, есть nullptr и std::nullptr_t. Порядок восстановлен. Самое важное - это строгая типизация nullptr - он способен приводиться только к типам указателей.

Теперь касательно нетипизированного нуля. Давай условимся на одном правиле: почаще и побольше проверять свои догадки. :)
Я пользуюсь сразу двумя сервисами для этого: cpp.sh и gcc.godbolt.org.
Первый позволяет быстро покрутить код в работе, а второй позволяет заглянуть в нутро кода после его обработки разными компиляторами.
Вот, посмотри на эти примеры:
cpp.sh/9es6c
https://godbolt.org/g/wUS6Ju

Думаю, с этими примерами тебе все станет еще понятнее. Особенно - полезность введения в стандарт nullptr.

Answer 2

[Максим Мосейчук]

Или я чего-то не понимаю?

В данном случае не понимаю я. Так 0 у вас выступает в качестве указателя или символа?
Дайте сингнатуру функции.

Comments

[Airat1995]

Вот мои интерфейсы методов: bool SetAttrib(GLuint location, std::vector *values) и bool SetAttrib(GLchar *variable, std::vector *values), когда я вызываю метод с параметрами SetAttrib(0, <некий вектор>), то высвечивается вышеупомянутая ошибка.

[Максим Мосейчук]

Airat1995: Там не некий вектор должен быть, а адрес некоторого вектора или указатель на некоторый вектор

[Airat1995]

fshp: да я ошибся, не суть. Проблема с первым параметром.