a guestсамостоятельной частью выражения, которое таковым, на самом деле, не является, а всё выражение будет оценено как взятие адреса с приведением к size_t. И никакого доступа, приводящего к UB от слова "совсем"!Т.е. UB может возникать только в полных выражениях, а в подвыражениях UB не бывает?[/quot]Я же, вроде, до этого ясно написал, про подвыражения...
Конечно, UB по нулевому указателю может быть и в подвыражении. Простой пример:

Неопределенное поведение выделено и является подвыражением rvalue выражения.
Кстати, еще хотелось бы ответить, что по своей сути, доступ по указателю (void*)0 не является ошибкой, так как в нулевом адресе адресного пространства процессора нет ничего неопределенного и в данном случае UB лишь условность стандарта и компилятора на его основе.

rdb_devеще хотелось бы ответить,...отметить
:)

a guestrdb_dev, ок.
Так в конце-концов что делать с тем, что lvalue по определению обозначает объект,обозначает любую разыменованную область памяти.

a guestнулевой указатель по определению не указывает ни на какой объект,Не надо путать nullptr и NULL.
При использовании доступа по указателю NULL ((void*)0) компилятор хоть и выкинет предупреждение UB, но соберёт вполне рабочий код, так как он понятия не имеет, что именно пишет программист - прикладное ПО или же какой-нибудь legacy загрузчик ОС из MBR или BR, который грузится в 0000:7c

a guestа результат оператора * это lvalue?не обязательно... Это может быть и prvalue:


a guestКакой объект обозначает это lvalue, если оно применено к нулевому указателю?Какой тип указателя используешь, такой объект там и будет подразумеваться компилятором.
Что у нас там в далёком прошлом под DOS'ом располагалось в самом начале адресного пространства процессора Intel 8086? Таблица векторов прерываний (функций BIOS и DOS вызываемых машинной командой int)?
А что располагается сейчас в адресном пространстве пользовательского процесса Windows? 64кБ read-only памяти, каждый байт, которой, проинициализирован значением 0x00?

a guestобозначает любую разыменованную область памяти.Ложь. A glvalue is an expression whose evaluation determines the identity of an object, bit-field, or function. (An lvalue is a glvalue that is not an xvalue.)[/quot]И в чем же ложь? В том, что моё определение не соответствует дословно определению стандарта?
Где располагаются объекты, битовые поля или код функций?

a guestrdb_devНе надо путать nullptr и NULL.При преобразовании к типу указателя обе этих сущности породят указатель с null pointer value. Я не путаю, мне лень различать, как получилось null pointer value. ( http://eel.is/c draft/basic.compound#def:value,null_pointer )На nullptr накладывается больше ограничений - его нельзя напрямую привести к целочисленным типам.

a guestrdb_devне обязательно... Это может быть и prvalue:Опять ложь. http://eel.is/c draft/expr.unary.op#1: The unary * operator performs indirection: the expression to which it is applied shall be a pointer to an object type, or a pointer to a function type and the result is an lvalue referring to the object or function to which the expression points.Ну так одним из частных случаев prvalue и есть нереферальный результат lvalue-to-rvalue. Как ты стандарт читал? Смотрим в книгу - видим фигу? Или ты считаешь, что в соответствии со стандартом такая запись:

"неправомерна" :)?

rdb_deva guestrdb_devобозначает любую разыменованную область памяти.Ложь. A glvalue is an expression whose evaluation determines the identity of an object, bit-field, or function. (An lvalue is a glvalue that is not an xvalue.)И в чем же ложь? В том, что моё определение не соответствует дословно определению стандарта?
Где располагаются объекты, битовые поля или код функций?Давай-ка я перевормулирую поточнее:
lvalue - любая разыменованная область оперативного хранения.
Так сойдёт? Или опять скажешь, что "не соответствует стандарту"? :)

a guestrdb_devИ в чем же ложь? В том, что моё определение не соответствует дословно определению стандарта?Да. Это раздел про C++. Доморощенным определениям тут вряд ли место. А то так каждый будет выдумывать всё, что ему лично в данный момент удобно.Это то, что отличает "зубрилок" от вникающих в суть. Зубрилки, порой, дословно цитируют текст, но не могут понять суть того, что они цитируют, а вникающие в суть напротив - не помнят точно текст, но могут своими словами воспроизвести его смысл.