Указатели в с++ указывают только на адрес?

Не факт что там есть этот объект. Но я на примере (не в Windows) могу его там создать. Я с таким же успехом могу выбрать абсолютно любое случайное значение указателя и это не будет означать что объект по этому адресу есть.

Что в переменной?

Ну то есть value, которое там в них может быть (например, как вариант адрес) - тоже на усмотрение производителя?

Это некорректный пример. Про int явно написано, что там может быть.

Окей. Вот тут &MyClass::foo (виртуальная функция) - адрес чего мы получили?

Ага, только без obj король-то голый.

В переменной 0. Если конечно под null ты подразумеваешь NULL или nullptr.

AncientPenguin, при чём тут чужой код? Тут люди утверждают что в нулевом указателе не адрес, а я это опровергаю.

The Prime 50 series used segment 07777, offset 0 for the null pointer, at least for PL/I. Later models used segment 0, offset 0 for null pointers in C, necessitating new instructions such as TCNP (Test C Null Pointer), evidently as a sop to [footnote] all the extant poorly-written C code which made incorrect assumptions. Older, word-addressed Prime machines were also notorious for requiring larger byte pointers (char *'s) than word pointers (int *'s).

The Eclipse MV series from Data General has three architecturally supported pointer formats (word, byte, and bit pointers), two of which are used by C compilers: byte pointers for char * and void *, and word pointers for everything else. For historical reasons during the evolution of the 32-bit MV line from the 16-bit Nova line, word pointers and byte pointers had the offset, indirection, and ring protection bits in different places in the word. Passing a mismatched pointer format to a function resulted in protection faults. Eventually, the MV C compiler added many compatibility options to try to deal with code that had pointer type mismatch errors.

Some Honeywell-Bull mainframes use the bit pattern 06000 for (internal) null pointers.

The CDC Cyber 180 Series has 48-bit pointers consisting of a ring, segment, and offset. Most users (in ring 11) have null pointers of 0xB00000000000. It was common on old CDC ones-complement machines to use an all-one-bits word as a special flag for all kinds of data, including invalid addresses.

The old HP 3000 series uses a different addressing scheme for byte addresses than for word addresses; like several of the machines above it therefore uses different representations for char * and void * pointers than for other pointers.

The Symbolics Lisp Machine, a tagged architecture, does not even have conventional numeric pointers; it uses the pair <NIL, 0> (basically a nonexistent <object, offset> handle) as a C null pointer.

Depending on the memory model' in use, 8086-family processors (PC compatibles) may use 16-bit data pointers and 32-bit function pointers, or vice versa.

Some 64-bit Cray machines represent int * in the lower 48 bits of a word; char * additionally uses some of the upper 16 bits to indicate a byte address within a word.

Если я скомпилирую программу компилятором GCC 5.1.0 (MinGW) по канонам стандарта C++11 и успешно прочитаю/запишу данные по нулевому указателю, то это будет доказывать что дело не в переносимости и что в нулевом указателе, который можно разименовать, адрес всегда равен нулю?

адрес функции-члена.

В переменной 0.

Не может такого быть.

А как ты собрался читать/писать?

AncientPenguin, "ничего" в указателях не бывает.

Ну скажем, вернулось нам число 1. Берем &OtherClass::field (данные). Тоже вернуло 1. Это понимать, что адреса у виртуальной функции и поля одинаковые, значит они указывают на одну и ту же область данных, или как?

А теперь вызови метод этой машинки

и что ждёшь от меня.

Я не понимаю того, что ты хочешь мне донести

большая цитата мне ни о чем не говорит.

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

Доказательств что по адресу nullptr полноценный объект типа Car со всеми вытекающими.

nullptr за тем и нужен что он обозначает ничего.

Ну там перечислены случаи, в которых null pointer - это не указатель с адресом 0.

Если его туда поместить, то он там будет.

Скорее им принято обозначать отсутствие объекта в современных ОС. Но это не говорит о том что он никуда не указывает.

Именно. Нам не нужно знать, адрес там или не адрес. Более того, там не адрес. Если ты думаешь, что там адрес, то ты уже лезешь в дебри, и тогда тот вопрос, который я тебе задал (про результаты после каста к инту), по-прежнему актуален.

Хотелось бы посмотреть как ты его туда поместишь именно на С++ и именно в nullptr.

В никуда же.

Если его туда поместить, то он там будет.

покажите кодом.

Some Honeywell-Bull mainframes use the bit pattern 06000 for (internal) null pointers.
Most users (in ring 11) have null pointers of 0xB00000000000. It was common on old CDC ones-complement machines to use an all-one-bits word as a special flag for all kinds of data, including invalid addresses.
The Symbolics Lisp Machine, a tagged architecture, does not even have conventional numeric pointers; it uses the pair <NIL, 0> (basically a nonexistent <object, offset> handle) as a C null pointer.

там адрес.
это - публичная информация, которая определяет причину существования указателя.
по адресу мы стучим к объекту.
что именно представляет из себя адрес - это не важно.
важно, что мы можем по этому адресу тыркать объекты.
разве это не очевидно?

Тип не имеет значения.

Мне это выдает ожидаемый сегфолт.

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

Я могу это показать, смастерив пример без ОС на С++11,