C++, странная проблема с «new». Не даёт выделять мелкие куски.

упрощенный вариант программы соорудить и выложить сможешь?
Заодно и версии gcc+glibc+ иных используемых библиотек.

Ой, я боюсь не смогу, это куча кода... Эта куча кода вызывается из короткой main(). Главное не то, сколько багов в этой куче кода, а то, что если в конце этой коротенькой main написать new char[1024] или например new char[1];, всё валится вышеуказанным образом. Если вместо этого написать new char[1024*1024], то ничего не валится. Я конечно понимаю, что у меня возможны утечки памяти, но не на три гига - это я зуб даю.

Главное не то, сколько багов в этой куче кода,

Хахаха. Именно это и главное. Ты портишь хип.

проблема не в new, а в том что ты где-то в процессе этих new/delete раньше «разрушил» память. а при new твой баг вылез.

В чём может порыться собака?

Где-то сделал buffer overflow и попортил служебную информацию аллокатора. man valgrind и править.

буду краток. valgrind.

А что это означает? Как можно «испортить хип» вызовами new + delete?

ммм... валгринд уже предлагали? ;)

Как можно «испортить хип» вызовами new + delete?

delete p;
delete p;

Спасибо! Кажется дошло, что такое «портить хип»... Попробую познакомиться с valgrind.

char *t = new char[1024]

везде где можно используй:

vector<char> t[ 1024 ];
char t[ 1024 ];

вместе ручного выделения/освобождения памяти

Тогда уж string

Тогда уж string

а кто тебе сказал, что там будет строка?

А зачем еще выделять массив char'ов.

чтобы получить массив байтов

Массив байтов это и есть строка.

то var = «/>» не написать, то new не работает.. тред не читал

Строка - это массив байтов, но массив байтов в общем случае не строка

Открыл для себя Valgrind...

vector<char> t[ 1024 ];

- это 1024 вектора.

Да и строка далеко не всегда массив одиночных байтов.

Когда кто-то выделяет массив char'ов, скорее всего он собирается там хранить текст. Для этого есть string.

Не, массив char-ов выделяется, чтобы гарантированно оперировать единицами байт, т.к. в стандарте C++ написано, что char гарантированно занимает 1 байт, остальные типы - ХЗ. Поэтому если надо быть уверенным в том, что я выделяю байты, а не блоки большего размера, я оперирую типом char. Конечно можно юзать malloc или ещё что-то, но если используется «new», то приходится использовать char.

Тут есть некоторая инфа:

http://bishop3000.livejournal.com/62286.html

В целом, старайся делать поменьше new/delete, используй лучше данные, размещаемые в стеке

vector<char> t[ 1024 ];

OMG да, так гораздо лучше :D

Понятно, но тогда и vector не уместен.

Почему vector не уместен? Люди вот это наверное имеют ввиду:

std::vector<char> x;
x.reserve(1024);
x.resize(1024); // not needed?
char *px = &x.front();

Особенно весело будет, когда этот x выйдет из области видимости.

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

Это извращение. Тогда уж auto_ptr ...

Ничего извращённого здесь нет - никакие правила не нарушаются, плюс ну нужно писать new руками.

ну сравни сам...

auto_ptr<char> px(new char[1024]);

std::vector<char> x(1024);

std::vector<char> x(1024, 0); // так наверное юзабельнее

Ну может быть...

т.к. в стандарте C++ написано, что char гарантированно занимает 1 байт

ага, только не надо забывать, что этот байт может иметь размер 8, 16 или 32 бита

Ну тут уже ничё не поделаешь, кроме как не работать на диких аппаратных архитектурах.

ну тогда так и пиши, что твое «кросс-платформенное» приложение работает только на х86, а не ссылайся на стандарт.
Хинт: использование uint8_t вместо char повысит читаемость и (всякое бывает) переносимость
PS
почти все dsp имеют char > 8 бит
PPS
ну и на самом деле ты, конечно, по большому счету можешь не париться: ЕМНИП, posix требует CHAR_BITS == 8

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

когда байт будет равен 2 битам, например.

стандарты С и С++ гарантируют, что байт будет не меньше 8 бит

Понятно, кошернее всего юзать uint8_t.