Ошибки в куче - new и delete работают, но видимо не так30.06.2017, 20:54. Показов 1831. Ответов 15
Всем добрый вечер.
Имеется странное и непонятное поведение программы. Имеется класс:
Все работает как по маслу, но при создании объекта класса внутри функции, при выходе из функции возникает ошибка "HEAP CORRUPTION DETECTED: after Normal block (#619) at 0x0034CE00. CRT detected that the application wrote to memory after end of heap buffer." Эту ошибку легко проигнорировать, если нажать кнопку "Пропустить". Однако, она такая назойливая - возникает для каждой переменной этого типа именно в конце работы функции (а не в конце блока, если переменная создана внутри блока). То есть, переменная, созданная внутри цикла не выдает этой ошибки при вызове деструктора. А переменная созданная непосредственно в теле функции - выдает, и при том, даже при переинициализации. Собственно, код функции main:
Кто нибудь может объяснить, почему возникает эта ошибка? Добавлено через 8 минут Кстати, сразу скажу - это ВЕСЬ код программы. (разве что добавить заголовочные iostream, conio.h и stdint.h, и обернуть тело функции main в саму функцию main(int argc,char*argv[]) {...} ). Добавлено через 1 минуту Есть и другая версия - получше:
0
|
||||||||||||||||
| 30.06.2017, 20:54 | |
|
Ответы с готовыми решениями:
15
Видимо некорректное соединение или так и надо? Справка не компилируется. Видимо, что-то не так с ссылками...
|
|
Диванный эксперт
|
||||||
| 30.06.2017, 21:03 | ||||||
|
Meerith, ошибка в 7й строке - памяти выделяется в
sizeof(uint32_t) раз меньше, чем требуется.
+ 21я строка в конструкторе бесполезна, переместите ее в оператор присваивания.
0
|
||||||
| 30.06.2017, 21:14 [ТС] | |
|
Прошу прощения, первая версия класса, которую я выложил - пробная (попытка заменить new и delete соответственно malloc и free). Сишными функциями я уже чутка подзабыл, как пользоваться. Извиняюсь.
А что насчет второй версии класса - той, что с new[] и delete[] ? Именно эта версия использовалась первоначально - и будет использоваться. Насчет 21-ой строки - согласен. Однако, в настоящем классе - всё, как вы и посоветовали.
0
|
|
|
3438 / 2817 / 1249
Регистрация: 29.01.2016
Сообщений: 9,427
|
||
| 30.06.2017, 23:00 | ||
|
Код в main(), с классом с new, вызывает ошибку?
0
|
||
| 09.07.2017, 21:08 [ТС] | ||||||
|
Прошу прощения за исчезновение.
Суть проблемы в том, что отладка при данных ошибках показывает, что память точно была выделена, к примеру, val = new uint32_t[1]{14} (я имею ввиду, что во время отладки память была выделена, туда было записано число - 14). Затем начинаются странности - объект класса может быть использован в вычислениях, но вызов деструктора иногда приводит к ошибке в куче. То есть, сначала (во время создания, скажем 10 временных экземпляров) деструктор срабатывает штатно, а затем, при удалении изначально определенных экземпляров, деструктор вызывает ошибку "HEAP CORRUPTION DETECTED". Таким образом, становится немного неясно - отладка показывает, что функция освобождения указателя val реально освобождает его в том случае, если он указывает на реальный блок памяти (в процессе выделения памяти, len становится не равной 0 - идет проверка при удалении). Тем не менее, в некоторых случаях (в основном, когда val = new uint32_t[1]), деструктор отказывается выполнять свои законные обязанности и выдает ошибку. Причем, он не всегда сообщает, что повреждена куча, а выдает окно ошибки без пояснений, с надписью вроде "приложение вызвало точку останова". Я намеренно проверял - программа действительно выделяет память (без ошибки), а затем освобождает (без ошибки) энное количество раз, а затем - каждый раз выдает ошибку в деструкторе. По поводу nullptr - по какой-то причине (а может, это и нормально) после вызова оператора delete[] val, val != nullptr. Как правило, отладка демонстрирует, что после высвобождения памяти, val = 0xCCCCCCCC, и указывает на некий блок данных, возможно и с мусором. Поэтому при удалении возникла необходимость как-то проверить, является ли указатель val валидным. Однако, судя по всему, это атавизм, оставшийся с тех пор, как начальная инициализация val при создании экземпляра выглядела как
Итак, по поводу кучи - по-видимому, несмотря на освобождение памяти, размер кучи растет, и программа начинает использовать память вне кучи (а это, вроде, некий overflow). При этом я совершенно не соображу, что сделать, чтобы этого избежать (ХЭЛП! .
0
|
||||||
|
3438 / 2817 / 1249
Регистрация: 29.01.2016
Сообщений: 9,427
|
|||||||
| 09.07.2017, 21:26 | |||||||
|
Это всё интересно, но нет ответа на вопрос:
Добавлено через 5 минут Добавлено через 6 минут
0
|
|||||||
| 09.07.2017, 22:09 [ТС] | ||||||
|
Код в main не вызывает ошибку. Однако, идентичный код в исходном классе (и даже исправленный, согласно замечаниям nd2) вызывает ошибки в куче после нескольких десятков вызовов allocate() и delocate(). Заметьте, что функция delocate() вызывается только в деструкторе и в функции allocate(), что (по моему) должно гарантировать отсутствие утечек и т.п.
Исходный класс является классом больших чисел. Выложить его, к сожалению, не позволяет на данный момент интернет. Тем не менее, могу дать часть исходного кода (точнее - private функции и конструкторы, использующие функцию allocate()): Кликните здесь для просмотра всего текста
Операторы и функции, осуществляющие алгоритмы не влазят, так что я их убрал. Потом, по мере необходимости, могу приводить их код. Проблема в том, что операторы выполняются раз за разом, используя только эти функции, но через некоторое время деструкторы начинают вызывать исключения повреждения кучи. Кликните здесь для просмотра всего текста
Этот класс - очередной велосипед на тему сверхбольших чисел, разработанной с целью перехода на "Вы" с "Ой-ёё" по отношению к С++. Массовое использование основ, если хотите. Далее - STL, BOOST и др.
0
|
||||||
|
3438 / 2817 / 1249
Регистрация: 29.01.2016
Сообщений: 9,427
|
|
| 10.07.2017, 15:16 | |
|
0
|
|
|
3438 / 2817 / 1249
Регистрация: 29.01.2016
Сообщений: 9,427
|
||
| 10.07.2017, 19:06 | ||
|
0
|
||
| 10.07.2017, 19:21 [ТС] | |
|
Проблема возникает в окошке, появляющемся после нажатия "Мультизагрузка вложений" - выбираю обычный zip-архив весом менее 4-х МБ, загрузчик загружает его - и после прохождения 100% выдает ошибку Upload Error!
Это и меня самого чертовски раздражает - куда проще было бы, действительно, выслать проект. И ведь он загружает архив полностью - а затем выдает ошибку!!! Думаю, может проблема в Adobe Flash, или в низкой скорости интернета (<130Кбит/сек )
0
|
|
|
3438 / 2817 / 1249
Регистрация: 29.01.2016
Сообщений: 9,427
|
|
| 10.07.2017, 19:32 | |
|
1
|
|
|
3438 / 2817 / 1249
Регистрация: 29.01.2016
Сообщений: 9,427
|
|||||||||||
| 11.07.2017, 22:59 | |||||||||||
Сообщение было отмечено Meerith как решение
Решение
Код в main(), который выдаёт ошибку испорченной памяти:
2
|
|||||||||||
| 12.07.2017, 10:00 [ТС] | |
|
То есть, если попытаться изменить память за пределами выделенной, то при освобождении будет повреждение кучи?
Отлично! Спасибо, nd2! А я все в толк не мог взять - что там за причина! Переделаю - может, выложу на github ![]() Ваш ответ - лучший, но если появятся замечания или предложения - не стесняйтесь писать в ЛС, или в эту тему. Все будет принято!
0
|
|
|
3438 / 2817 / 1249
Регистрация: 29.01.2016
Сообщений: 9,427
|
|||
| 12.07.2017, 15:09 | |||
|
1
|
|||
| 12.07.2017, 15:09 | |
|
Помогаю со студенческими работами здесь
16
Не обновила антивирусник. видимо, словила вирус и теперь не работают все программы и интернет.Я могу сама это исправить?( Можно ли так выделить память в куче под указатель на массив? Не работают команды Insert, Select, Update, Delete
Изменить процедуру Delete так, чтобы удалялся последний элемент списка, а не первый Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
http://iceja.net/ сервер решения полиномов
iceja 18.01.2026
Выкатила http:/ / iceja. net/ сервер решения полиномов (находит действительные корни полиномов методом Штурма).
На сайте документация по API, но скажу прямо VPS слабенький и 200 000 полиномов. . .
|
Расчёт переходных процессов в цепи постоянного тока
igorrr37 16.01.2026
/ *
Дана цепь постоянного тока с R, L, C, k(ключ), U, E, J. Программа составляет систему уравнений по 1 и 2 законам
Кирхгофа, решает её и находит:
токи, напряжения и их 1 и 2 производные при t = 0;. . .
|
Восстановить юзерскрипты Greasemonkey из бэкапа браузера
damix 15.01.2026
Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым.
Но восстановить их можно так.
Для этого понадобится консольная утилита. . .
|
Сукцессия микоризы: основная теория в виде двух уравнений.
anaschu 11.01.2026
https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/
|
|
WordPad для Windows 11
Jel 10.01.2026
WordPad для Windows 11
— это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .
|
Classic Notepad for Windows 11
Jel 10.01.2026
Old Classic Notepad for Windows 11
Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .
|
Почему дизайн решает?
Neotwalker 09.01.2026
В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .
|
Модель микоризы: классовый агентный подход 3
anaschu 06.01.2026
aa0a7f55b50dd51c5ec569d2d10c54f6/
O1rJuneU_ls
https:/ / vkvideo. ru/ video-115721503_456239114
|