void* MyClass::operator new[](size_t sz)
собственно вопрос почему sz на 4 байта больше чем sizeof(MyClass)*(кол-во элементов).

Здравствуйте, Tora-Bora, Вы писали:

TB>void* MyClass::operator new[](size_t sz)
TB>собственно вопрос почему sz на 4 байта больше чем sizeof(MyClass)*(кол-во элементов).

Потому что:
1. Компилятор мог выровнять поля класса (см. ключ /Zp)
2. CRT-шный аллокатор выравнивает блоки памяти в куче

Здравствуйте, SchweinDeBurg, Вы писали:

SDB>Здравствуйте, Tora-Bora, Вы писали:

TB>>void* MyClass::operator new[](size_t sz)
TB>>собственно вопрос почему sz на 4 байта больше чем sizeof(MyClass)*(кол-во элементов).

SDB>Потому что:
SDB>1. Компилятор мог выровнять поля класса (см. ключ /Zp)
SDB>2. CRT-шный аллокатор выравнивает блоки памяти в куче

Ну не знаю, у меня он просто добваляет 4 байта, например:
Размер класса 1 кол-во эл-тов 3 size_t = 7; // не похоже на выравнивание
Размер класса 4 кол-во эл-тов 4 size_t = 20;
Размер класса 8 кол-во эл-тов 4 size_t = 36;

Здравствуйте, Tora-Bora, Вы писали:

TB>Ну не знаю, у меня он просто добваляет 4 байта, например:
TB>Размер класса 1 кол-во эл-тов 3 size_t = 7; // не похоже на выравнивание
TB>Размер класса 4 кол-во эл-тов 4 size_t = 20;
TB>Размер класса 8 кол-во эл-тов 4 size_t = 36;

Если это отладочная сборка, то можно посмотреть здесь

Автор(ы): Александр Шаргин
Дата: 27.01.2002

.

Здравствуйте, Tora-Bora, Вы писали:

TB>Ну не знаю, у меня он просто добваляет 4 байта, например:
TB>Размер класса 1 кол-во эл-тов 3 size_t = 7; // не похоже на выравнивание
TB>Размер класса 4 кол-во эл-тов 4 size_t = 20;
TB>Размер класса 8 кол-во эл-тов 4 size_t = 36;

Ключевое слово выделено.

Дайте информацию о вашей версии компилятора, опциях компиляции; приведите код класса.
Иначе это гадание на кофейной гуще.

Здравствуйте, Alex Reyst, Вы писали:

AR>Здравствуйте, Tora-Bora, Вы писали:

TB>>Ну не знаю, у меня он просто добваляет 4 байта, например:
TB>>Размер класса 1 кол-во эл-тов 3 size_t = 7; // не похоже на выравнивание
TB>>Размер класса 4 кол-во эл-тов 4 size_t = 20;
TB>>Размер класса 8 кол-во эл-тов 4 size_t = 36;

AR>Ключевое слово выделено.

AR>Дайте информацию о вашей версии компилятора, опциях компиляции; приведите код класса.
AR>Иначе это гадание на кофейной гуще.

class TC
{
    int i;
public:
    TC(void){}
    ~TC(void){}
    void* operator new[](size_t sz)
    {
        std::cout << "Size: " << sz << std::endl;
        return NULL;        
    }
};


void main()
{
    TC *pTC = new TC[4];
}

Компилятор VC 7.0.9466,
опции компиляции в debug:
/Od /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_MBCS" /Gm /EHsc /RTC1 /MLd /Fo"Debug/" /Fd"Debug/vc70.pdb" /W3 /nologo /c /Wp64 /ZI /TP
опции компиляции в release:
/O2 /Ob1 /Oy /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_MBCS" /GF /FD /EHsc /ML /GS /Gy /Fo"Release/" /Fd"Release/vc70.pdb" /W3 /nologo /c /Wp64 /Zi /TP
результат один и тот-же

Здравствуйте, Tora-Bora, Вы писали:

TB>void* MyClass::operator new[](size_t sz)
TB>собственно вопрос почему sz на 4 байта больше чем sizeof(MyClass)*(кол-во элементов).

Вот мне сейчас знакомый ответил, что там в начале блока хранится размер.

Добавляется место для хранения адреса деструктора ~TC.

Здравствуйте, Alex Reyst, Вы писали:

AR>Добавляется место для хранения адреса деструктора ~TC.

Это такая особенность VC7.0? Дело в том, что VC6.0 и VC7.1 хранят там количество элементов в массиве.

Здравствуйте, elcste, Вы писали:

E>Это такая особенность VC7.0? Дело в том, что VC6.0 и VC7.1 хранят там количество элементов в массиве.

Уберите из вышеприведенного кода явно прописанный деструктор. Никаких лишних байтов не останется (VS 7.1)

Здравствуйте, Alex Reyst, Вы писали:

E>>Это такая особенность VC7.0? Дело в том, что VC6.0 и VC7.1 хранят там количество элементов в массиве.

AR>Уберите из вышеприведенного кода явно прописанный деструктор. Никаких лишних байтов не останется (VS 7.1)

Да. И как из этого следует то, что Вы написали выше?

Здравствуйте, Alex Reyst, Вы писали:

AR>Уберите из вышеприведенного кода явно прописанный деструктор. Никаких лишних байтов не останется (VS 7.1)
А ты чего хотел? Если не прописать деструктор то он будет тривиальным и как следствие его вызывать не обязательно... вот оптимизатор и соптимизировал.

Вы правы. Наставьте мне минусов

Здравствуйте, elcste, Вы писали:

E>Здравствуйте, Alex Reyst, Вы писали:

AR>>Добавляется место для хранения адреса деструктора ~TC.

E>Это такая особенность VC7.0? Дело в том, что VC6.0 и VC7.1 хранят там количество элементов в массиве.

А если я не дам этих 4-х байт? Ну то-есть верну на 4 байта меньше чем он требует?

Здравствуйте, Tora-Bora, Вы писали:

TB>Здравствуйте, SchweinDeBurg, Вы писали:

SDB>>Здравствуйте, Tora-Bora, Вы писали:

TB>>>void* MyClass::operator new[](size_t sz)
TB>>>собственно вопрос почему sz на 4 байта больше чем sizeof(MyClass)*(кол-во элементов).

SDB>>Потому что:
SDB>>1. Компилятор мог выровнять поля класса (см. ключ /Zp)
SDB>>2. CRT-шный аллокатор выравнивает блоки памяти в куче

TB>Ну не знаю, у меня он просто добваляет 4 байта, например:
TB>Размер класса 1 кол-во эл-тов 3 size_t = 7; // не похоже на выравнивание
TB>Размер класса 4 кол-во эл-тов 4 size_t = 20;
TB>Размер класса 8 кол-во эл-тов 4 size_t = 36;
Может хранится длина запрошенного блока.

Здравствуйте, Tora-Bora, Вы писали:

TB>void* MyClass::operator new[](size_t sz)
TB>собственно вопрос почему sz на 4 байта больше чем sizeof(MyClass)*(кол-во элементов).

Потому что (в данной реализации) кроме собственно массива в этом блоке памяти размещается информация о размере.
Ведь выражение delete[] pMyClassArray должно откуда-то эти сведения надыбать, чтобы выполнить правильное количество конструкторов,
вне зависимости от того, как гранулируется куча (т.е. пользоваться функциями наподобие _msize(void*) и т.п. нельзя).

В том случае, если эти 4 байта действительно создают проблемы — нужно отказаться от динамических массивов new T[n] / delete[] pT вообще.
И использовать, например, vector<T> или самописные инструменты.

Здравствуйте, Tora-Bora, Вы писали:

TB>void* MyClass::operator new[](size_t sz)
TB>собственно вопрос почему sz на 4 байта больше чем sizeof(MyClass)*(кол-во элементов).

delete[] должен вызвать деструкторы всех элементов массива,
откуда ему знать размер этого массива?

в случае пустого деструктора этого не требуется.

Здравствуйте, Tora-Bora, Вы писали:

TB>А если я не дам этих 4-х байт? Ну то-есть верну на 4 байта меньше чем он требует?

Очевидно, в лучшем случае схватишь access violation при обращении к последнему элементу массива. В худшем случае — трудноуловимые глюки из-за перезаписи последним элементом какого-нибудь другого массива, объекта или служебной информации.