Z axis,

в приведенной цитате ничего не сказано что там что-то меняется. Там сказано, что освобожденная область, на которую смотрел указатель для него становится невалидной . То есть дальше ей будет рулить менеджер памяти, который может пометить для себя данный блок как свободный, но при этом никак его не менять его содержимого. Тем более менять ваш указатель, про который он вообще ничего не знает. Если пользователь после освобождения полезет что-то менять по "висячему" указателю, то отхватит UB.

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

Из-за того, что кто-то сделает у вас в квартире уборку, место регистрации в вашем паспорте не поменяется.

Z axis,

К словам можно придираться сколько угодно, я попытался донести смысл происходящего.

К примеру, у вас есть указатель:

int* pInt = new int;

после выполнения операции менеджер память вернет в pInt адрес (в адресном пространстве процесса), где лежат 4 байта представляющие значение типа int.

Предположим, что pInt равен 0x12345678.
После освобождения памяти

delete pInt;

должны ли мы рассчитывать, что содержимое этих 4 байт измениться?

Все зависит от того, как реализован менеджер памяти и как он поведет себя известно только его создателям. Возможно он пометит участок освобожденной памяти 0-байтами или каким-то другим символом заполнителем.
А возможно вообще ничего не будет делать потому что это неэффективно затирать десятки байт, каждый раз как кто-то освобождает память.

Единственное на что мы можем рассчитывать что менеджер памяти запишет себе: участок в 4 байта по адресу 0x12345678 свободен.

Значит ли это что если менеджер памяти пометит эту область как свободную это как-то повлияет на pInt и адрес который тот представляет?

Абсолютно нет!
pInt по-прежнему будет равен 0x12345678, только содержимое по данному адресу уже не будет представлять собой int, который мы выделяли, Это уже будут "чужие" данные, вне зависимости что с ними сделает менеджер памяти. Возможно в следующем вызове new он снова вернет этот же адрес но уже другому объекту.

Если бы после освобождения блока памяти по delete, компилятор обязан был бы изменять адрес указателя, который он когда-то вернул, то pInt автоматически обнулялся или изменялся каким-то волшебным образом, и никаких висячих указателей как явления не существовало бы.

В чем смысл чтения стандарта, кроме буквоедства?
Читайте лучше документацию на компилятор, которым вы пользуетесь и/или менеджер памяти.
Насколько мне известно ни один компилятор не соответствуют на 100% стандарту языка и стандарт этого не требует.