Расхождение адресов в конструкторе и деструкторе

[_-Re@l-_]

Вот значимые отрывки кода

class MyClass
{
    public:
        MyClass()
        {
            c = ++x;
            cout << "In constructor with id = " << c << " " << this << endl;
        }
        ~MyClass()
        {
            cout << "In destructor with id = " << c << " " << this << endl;
        }
        void* operator new(size_t size) throw(bad_alloc);
        void* operator new[](size_t size) throw(bad_alloc);
        void operator delete(void* p) throw();
        void operator delete[](void* p) throw();
        static int x;
        int getId()
        {
            return c;
        }
    private:
        int c;
};


// ...

void* MyClass::operator new[](size_t size) throw(bad_alloc)
{
    void* p = malloc(size);
    cout << endl << "malloc = " << p << endl << endl;
    if ( !p )
    {
        throw new bad_alloc;
    }
    mainGC.addArrPtr(p,(size-4) / sizeof(MyClass));
    return p;
}


int main()
{
    try
    {
        MyClass* mc = new MyClass[3];
    }
    catch(bad_alloc* ba)
    {
        cout << "An bad_alloc exception" << endl;
        delete ba;
    }
    cin.get();
    mainGC.count();
    return 0;
}

Но получаем вот такой вывод...

Как видите, в начале у третьего элемента адрес 0x3e2514, а потом 0x3e2508. Почему так?

[Syuf]

Во-первых, вы выбрасываете не то, что указали:

void* MyClass::operator new[](size_t size) throw(bad_alloc)
{
    void* p = malloc(size);
    cout << endl << "malloc = " << p << endl << endl;
    if ( !p )
    {
        throw new bad_alloc;
    }
    mainGC.addArrPtr(p,(size-4) / sizeof(MyClass));
    return p;
}

Нафиг вам этот new? Делайте так: throw bad_alloc();
Во-вторых без строчки

mainGC.addArrPtr(p,(size-4) / sizeof(MyClass));

у меня все правильно работает (VS2008).
Что это за mainGC?

[_-Re@l-_]

Во-первых, вы выбрасываете не то, что указали:

Это одно и то же. Если бы вбрасывал не то, что указал, была бы вызвана unexpected().

Что это за mainGC?

Ну, это объект класса(моего класса) GC, типа сборка мусора(ну, освобождение памяти, на которую ссылаются объекты класса MyClass).

Но это всё не то, я нашёл ошибку, и она кроется во внутренней части кода, которую я вам не привёл, как раз в реализации функции addArrPtr(). Так что всё исправлено, теперь всё норм. Сам пользую Code::Blocks 10.05.

[Пепел Феникса]

еще раз указываю что CodeBlocks это лишь редактор. говорите что MinGW используете.(у меня блокс подхватил студийный компиль)

[_-Re@l-_]

Пепел Феникса, я ЗНАЮ , что это редактор, но подразумеваю MinGW. Глупо юзать Code::Blocks с компилём VS.

(у меня блокс подхватил студийный компиль)

так там любой можно выбрать(который установлен).

[Blade]

Сообщение от _-Re@l-_

Глупо юзать Code::Blocks с компилём VS.

Глупо говорить одно, а подразумевать другое.

[onewho]

а почему static int x; не определено ?

[Blade]

Сообщение от onewho

а почему static int x; не определено ?

Статические переменные по умолчанию инициализируются нулем. Хотя на мой взгляд, все же лучше явно присваивать им значение

[Пепел Феникса]

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

[Blade]

Сообщение от Пепел Феникса

кстати версия редактора не имеет отношения к компилю.

Рискну предположить, что это он тоже знает, просто подразумевал XXX версию MinGW, или чего он там использует