Сколько страниц памяти используют компиляторы C на настольных операционных системах для обнаружения стека переполнение?

Этот вопрос связан с этим о массивах переменной длины в C99, но отличается от него.

Ответы указывают на то, что одна опасность при размещении массивов переменной длины (или просто больших массивов фиксированного размера) в стеке заключается в том, что выделение может завершиться с ошибкой, в отличие, скажем, от вызова malloc , который явно сообщает вызывающей стороне, было ли выделение успешно.

Современные невстроенные платформы компиляции используют недопустимую зону памяти для обнаружения некоторых переполнений стека без дополнительных затрат (проверки - это только проверки, уже сделанные бесплатно MMU). Это не защищает на 100% от вышеуказанной проблемы, потому что очень большой локальный массив может привести к тому, что указатель стека перейдет за недопустимую область.

Кто-нибудь знает, сколько страниц обычно выделяется для этого обнаружения? Я предполагаю, что это будет минимум 4 КиБ, но может быть больше. Это выбор, сделанный компилятором или ОС, и в любом случае Что я делаю неправильно? // Facility.h класс Area; class Facility { общедоступный: Объект (); Область * ...

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

// facility.h
class Area;

class Facility {
public:
    Facility();
    Area* getAreaThisIn();
    void setAreaThisIsIn(Area* area);
private:
    Area* __area;
};

// facility.cpp
#include "facility.h"
#include "area.h"
{ ... }

// area.h
class Facility;
class Area {
public:
    Area(int ID);
    int getId();

private:
    std::list _facilities;
};

// area.cpp
#include "area.h"
#include "facility.h"

Итак, компилируется нормально, но если я сделаю

// foo.h
#include "facility.h"
class Foo { .. };

// foo.cpp
#include "foo.h"
void Foo::function() {
    Facility* f = new Facility();
    int id = f->getAreaThisIsIn()->getId();

Когда я получаю недопустимое использование неполной структуры типа Area