Является ли адрес 0000000C специальным адресом?

При программировании иногда что-то ломается. Вы ошиблись, и ваша программа пытается прочитать не с того адреса.

Одна вещь, которая выделяет меня, что часто эти исключения похожи на:

Access violation at address 012D37BC in module 'myprog.exe'. Read of address 0000000C.

Теперь я вижу много журналов ошибок, и что мне выделяется: 0000000C. Это «специальный» адрес? Я вижу другие нарушения доступа с плохим чтением, но адреса кажутся случайными, но этот постоянно возвращается в совершенно разных ситуациях.

00000000это специальный адрес (нулевой указатель). 0000000Cэто именно то, что вы получаете, когда добавляете смещение 12 к нулевому указателю, скорее всего потому, что кто-то пытался получить zчлен структуры, такой как ниже, через указатель, который был фактически нулевым.

struct Foo {
    int w, x, y; // or anything else that takes 12 bytes including padding
    // such as: uint64_t w; char x;
    // or: void *w; char padding[8];
    // all assuming an ordinary 32 bit x86 system
    int z;
}

В Windows запрещено разыменовывать всю первую и последнюю страницы , другими словами, первые или последние 64 КБ памяти процесса (диапазоны 0x00000000до 0x0000ffffи 0xffff0000до 0xffffffffв 32-битном приложении).

Это необходимо для ловушки неопределенного поведения разыменования нулевого указателя или индекса в нулевой массив. И размер страницы составляет 64 КБ, поэтому Windows просто нужно предотвратить допустимый диапазон для первой или последней страницы.

Это не защитит от неинициализированных указателей, которые могут иметь любое значение (включая действительные адреса).

Что касается того, почему 0x0Cкажется более распространенным, чем 0x08(действительно ли это? Я не знаю; и в каких типах приложений?) Это может быть связано с указателями таблиц виртуальных методов. Это на самом деле больше комментарий (угадывание дикой массы :), но он несколько больше, так что здесь ... Если у вас есть класс с виртуальными методами, его собственные поля будут сдвинуты 0x04. Например, класс, который наследуется от другого виртуального класса, может иметь такую ​​структуру памяти:

0x00 - VMT pointer for parent
0x04 - Field 1 in parent
0x08 - VMT pointer for child
0x0C - Field 1 in child

Это общий сценарий или даже близкий? Я не уверен. Однако обратите внимание, что в 64-битном приложении это может быть еще более интересно смещено в сторону 0x0Cзначения:

0x00 - VMT parent
0x08 - Field 1 parent
0x0C - VMT child
0x14 - Field 2 child

Так что на самом деле во многих случаях приложения могут значительно перекрывать смещения нулевого указателя. Это может быть первое поле в дочернем классе или указатель его таблицы виртуальных методов - необходимо всякий раз, когда вы вызываете любой виртуальный метод в экземпляре, поэтому, если вы вызываете виртуальный метод для nullуказателя, вы получите нарушение доступа к его Смещение ВМТ. Распространенность этого конкретного значения может тогда иметь какое-то отношение к какому-то общему API, предоставляющему класс с аналогичным шаблоном наследования или, скорее, конкретный интерфейс (что вполне возможно для некоторых классов приложений, таких как игры DirectX). Можно было бы отследить какую-то простую общую причину, как это, но я склонен избавляться от приложений, которые довольно быстро разыменовывают нулевую разыменование, так что ...