Fstream и malloc_assert

Подскажите пожалуйста, а то уже голова болит.
Есть программа которая предоставляет выбор алгоритма обработки. Данные она берет из файлов по моему выбору.
Затем записывает результат потоком в файл имя которому тоже назначаю я.
Когда я обрабатвыаю файл с 3, 6, 7, 8 числами все чики-пики.
Беда случается с 4 и 5 числами (типа за размер не залезаю).
часть кода

сразу после хидеров
потом обработки

а сдесь беда


аборт на строчке 2 с вот этим (но сам файл создается.)

0x00007ffff5a5127d in __malloc_assert (assertion=assertion@entry=0x7ffff5b55ba 0 "(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd)))) && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)((((__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 *(sizeof(size_t))) - 1)) & ~((2 *(sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long) old_end & pagemask) == 0)", file=file@entry=0x7ffff5b516c0 "malloc.c", line=line@entry=2372, function=function@entry=0x7ffff5b51a3e <__func__.11292> "sysmalloc") at malloc.c:293


еще раз подчеркну что в файлах с 3, 6, 7, 8 числами эту строку проходит без проблем, а когда 4 и 5 чисел беда.


Дело происходит в
Ubuntu 14.04 64 bit
Code Blocks 13.12


Еще одно, такое наблюдалось в Ubuntu 12.04 32 bit, Code Blocks 10.05 но там только для 4 был аборт.

0

Беда не здесь, а где-то совсем в другом месте. Здесь эта беда лишь обнаруживается.

Ваша программа где-то раньше разрушила внутренние структуры динамической памяти. Скорее всего - путём записи за пределами выделенного блока.

То, то что-то там у вас работает для других значений - ничего не значит. Это случайность.

1

Ответ вселяет надежду.
Лечить можно? (или нужен новый intell i157 super turbo nano 4 core)

0

Сообщение от smartes Лечить можно?

Можно. valgrind тебе поможет.

1

Сообщение от smartes Лечить можно?

Лечить можно. Способы бывают разные.

Первый - пересмотр кода. Если код обозрим, то можно просто подумать головой: вдруг вспомнится, где могла произойти запись за пределы памяти. ("Дедукция, мой дорогой Ватсон")

Второй - valgrind и т.п.

Третий - остроумный. Возьмите некоторый минимальный самодостаточный кусочек кода, который выявляет проблему, и аккуратно поднимите его выше по коду. Посмотрите, будет ли падение там. Двигая этот кусочек кода туда-сюда и следя за падением почти всегда можно выявить с достаточной точностью, где именно произошло разрушение памяти.

Зачастую вместо оригинального кусочка кода достаточно просто сделать 'malloc' с некоторым подобранным значением размера (лучше всего - именно то значение размера, которое вызвало падение в вашем случае). Такой 'malloc' очень легко вставлять в код где угодно. Если вам удастся воспроизвести проблему с таким прямым вызовом 'malloc', то найти точное место разрушения памяти - задача элементарная.

0