Ошибка Fatal glibc error: malloc.c:2599

При компиляции ошибок нет.

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

Открываю файл config (текстовый), в нем настройки программы. С новой строки (переменная = значение). Есть в конфиге следующая строка:
prefix_mobile = m

При наличии строки ошибок нет, но переменная в которую я копирую значение оказывается пустая. Когда строку из конфига убираю - происходит ошибка (выше).

1. Почему переменная char * prefix_mobile пустая, когда я копирую туда значение. Она не пустая сразу. Я делал вывод в консоль через printf и она выводится правильно. Ниже через строк 300-400 кода я вывожу эту переменную и она пустая.

2. Почему когда я убираю эту строку из конфига происходит ошибка (выше).

Много информации нашел в интернете, в т.ч. про valgrind утилиту для тестирования. Могу переписать код программы по новой и посмотреть что выйдет, но уйдет много времени.

3. Читал статью в интернете. Про выделение памяти malloc. Есть информация что выделенная память растет в геометрической прогресиии, даже если передаю в malloc 9 байтов, то она округляется до 8 * 2 = 16. Если передаю malloc 129 (128 + 1), то память округляется до 256 (128 * 2). Это миф или есть основа для таких выводов? Может есть другое объяснение этой информации?


Есть альтернативные библиотеки для управление памятью?

0

Сообщение от davidzhuchkov Я закомментировал код, где появлялась ошибка, и ошибка перешла в другой участок программы(

потому что где-то в другом месте вашей программы портится метаинформация о блоках памяти. Это обычное дело. Если что где-то что-то испортилось в информации о блоках памяти (где-то в своей программе вы записали за пределы выделенного блока пямяти - а там уже находится служебная информация malloc) это может вылезти где угодно в программе, а может и не вылезти до конца работы. В этом и трудность отладки таких ошибок.

Сообщение от davidzhuchkov Вообще в учебниках, которые я читал - рекомендуется сразу выделать память для программы а потом ее запускать. с запасом. так и сделаю.

Этот способ предназначен для решения других проблем. В этом случае вы должны либо особым образом программировать и работать с ресурсами или сами реализовать аллокатор внутри этого блока пямяти.

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

0

Ошибка была в аллокаторе malloc.h

решил так:
1. библиотеку <unistd.h> не отключал
2. с репозитория github (nasrat-v/malloc) скопировал себе все функции в начало файла.

ошибка исчезла. в чем проблема неизвестно.

0

Сообщение от davidzhuchkov Ошибка была в аллокаторе malloc.h

Слушай, брат. Я 30 лет программирую и каждый раз, когда такое слышал, оказывался виноват автор, а не библиотечный код.
Не думаю, что щас как-то подругому.
То, что ты ошибку у себя не нашел, а валить стал на библиотечный код - это понятная реакция, но вот то, что ты на этом остановился и копать не стал, чтоб истину узнать, говорит о тебе многое и не в самом лучшем свете.

1

ablex, ты видел исходный код библиотеки malloc? вот посмотри сначала а потом делай выводы

0

Сообщение от davidzhuchkov исходный код библиотеки malloc

и сколько реалищаций вы видели ? одну или две?
Этих реализаций сотни и постоянно выходят новые и улучшенные версии.

потрогать вершину айсберга - тут https://habr.com/ru/articles/645137/

любой аллокатор памяти это очень стабильный код, который всячески тестируется.
если у вас срабатывает assert внутри аллокатора то 99,999 % - это ошибка а вашем коде.
Это ваш код попортил внутренние данные аллокатора.

0

davidzhuchkov, Ищи ошибку в своём коде.

0

Сообщение от davidzhuchkov Ошибка была в аллокаторе malloc.h решил так: 1. библиотеку <unistd.h> не отключал 2. с репозитория github (nasrat-v/malloc) скопировал себе все функции в начало файла. ошибка исчезла. в чем проблема неизвестно.

Смех да и только! Сушь полнейшая. Нет, ошибка именно в вашем коде.

P.S. В языке С нет никакого "аллокатора malloc.h".

Добавлено через 4 минуты

Сообщение от davidzhuchkov C 1 2 3     memset(&g.useragent_masks_desktop[ g.useragent_masks_desktop_count ][0], 0, main_data.uli4); // cpy     strcpy(g.useragent_masks_desktop[ g.useragent_masks_desktop_count ], main_data.char2);

Кто вообще писал этот необычный код? Почему получение указателя на начало массива для memset делается как &g.useragent_masks_desktop[ g.useragent_masks_desktop_count ][0], а для strcpy - как g.useragent_masks_desktop[ g.useragent_masks_desktop_count ]. Да, это одно и то же, но почему вдруг такие два стилистически разных подхода использованы в соседних строчках кода? Разные люди писали?

Это не говоря уже о полнейшей бессмысленности данного memset.

0

TheCalligrapher, проблема была не в memset точно, потому-что функции выполняются поочередно. просто уходило больше времени.
Вообще библиотека malloc.h существует. Идет вместе с библиотекой unistd.h. также можно скачать и подключить отдельно.
Проблема была в REALLOC , потому что он портил данные при перераспределении памяти. Вообще нужно выделать память сразу, и рассчитывать это перед запуском основного кода.
Допустим зная что максимальная длина 1000 в 2д массиве. можно выделить сразу память для указателей написав:
а даже если программа не достигнет 700 ключей, память будет выделена для 1000 ключей и не придется перераспределять память. Что приводит и к скорости и память не портится. Вообще есть информация что функции sbrk и brk будут портить память. поэтому в качестве альтернативы можно использовать вызов mmap так:

и освободить память так:

0

Сообщение от davidzhuchkov проблема была не в memset точно, потому-что функции выполняются поочередно. просто уходило больше времени.

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

Сообщение от davidzhuchkov Вообще библиотека malloc.h существует. Идет вместе с библиотекой unistd.h. также можно скачать и подключить отдельно.

??? Того, что "можно скачать и подключить отдельно" существует очень много разного. Это ничего не значит.

В языке же С никакой "библиотеки malloc.h" не существует.

Сообщение от davidzhuchkov Проблема была в REALLOC , потому что он портил данные при перераспределении памяти. Вообще нужно выделать память сразу, и рассчитывать это перед запуском основного кода.

Что такое REALLOC и где вы до этого момента упоминали этот REALLOC в своих вопросах или приводили код с этим REALLOC?

Сообщение от davidzhuchkov Допустим зная что максимальная длина 1000 в 2д массиве. можно выделить сразу память для указателей написав: C 1 char ** array_chars = (char **) malloc(1000 * sizeof(void *)); а даже если программа не достигнет 700 ключей, память будет выделена для 1000 ключей и не придется перераспределять память. Что приводит и к скорости и память не портится.

... но приводит в перерасходу памяти. В любом случае, это все замечательно, но к чему вы здесь это все рассказываете?

Сообщение от davidzhuchkov Вообще есть информация что функции sbrk и brk будут портить память.

!!! "Есть информация"...

Кстати, а что такое "портить память"?

Сообщение от davidzhuchkov поэтому в качестве альтернативы

Альтернативы чему именно?

Сообщение от davidzhuchkov можно использовать вызов mmap так: C 1 2 3 4 5 g->mem_ptr = mmap(NULL, g->mem_all, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0); if(g->mem_ptr == MAP_FAILED){     printf("Error: mmap [mem_ptr]\n");     goto main_memfree; }

Опять какой-то стилистический салат пошел... Почему у вас в примере выше к результату malloc применен явный каст, а здесь к результату mmap каст не применяется. В чем логика выбора, когда применять каст, а когда не применять?

0

TheCalligrapher, да мне эта критика никуда не уперлась.
за пределы памяти не выхожу. realloc выдает ошибку Fatal glibc error: malloc.c:2599.
если нет решения - досвидание. покиньте тему.

на указатели первого уровня уходит 4гб из 48 гб. так если жалко купить 4 планки ОЗУ по 16 гб, и проводить тесты. а мне они именно для тестов нужны. то это ваше дело.
сколько озу жрет mysql? она вообще выделает по 65к байт на текст и куда там 10к символов писать а остается сколько?
в оптимизации вы профан!

Добавлено через 5 минут
TheCalligrapher, у тебя Сообщений: 16,928 на форуме, а ты логику выбора не понимаешь.
ты вообще программист?

0

Сообщение от TheCalligrapher В чем логика выбора, когда применять каст, а когда не применять?

это решение, а каст сам поставишь

Добавлено через 16 минут

Сообщение от TheCalligrapher Альтернативы чему именно?

sbrk , brk, malloc

0

Стилистические различия скорее всего из за того что в разное время писали запросы в чат гпт.

0

Сообщение от Aledveu Стилистические различия скорее всего из за того что в разное время писали запросы в чат гпт.

У меня другое объяснение по этому поводу, ибо это явление наблюдалось задолго до появления всяких "чатов гопотэ".

У многих "пионэров" из-за некачественных примеров в книге K&R прямо в мозх прошит карго-культ кастования результата malloc. То есть пресловутой "лампочкой Павлова", вызывающей выделение ненужных кастов, является именно эта последовательность букв - "malloc". Иные буквосочетания (mmap, sbrk...) такого рефлекса обильного кастовыделения не вызывают, по каковой причине для этих функций каст не делается.

Доходит иногда даже до такого абсурда (который мы не раз встречали и здесь), когда "пионэр" остервенело кастует все результаты malloc, но в то же время религиозно избегает кастов на расположенные рядом же realloc. Попытки выяснить причины такого поведения как правило повергают испытуемого в состояние ступора с беспорядочным морганием остекленевшими глазами и нечленораздельным бэканьем и мэканьем.

0

TheCalligrapher, кастом это что? то что не входит в стандартные библиотеки? ну тогда вы знаете что они бесплатные потому что это свободное ПО. Никто там сильно не старался, написано было 1 раз и без исправления ошибок, а только потом выходят стандарты, которые исправляют ошибки.

Есть и другие аллокаторы RAM.


Некоторые аллокаторы памяти в Си:

dlmalloc (расшифровывается Doug Lea malloc); 2
ptmalloc2 (расшифровывается pthreads malloc) — форк предыдущего, используется в glibc; 2
jemalloc — используется в FreeBSD и Firefox; 2
tcmalloc — от Google; 2
аллокатор MSVC, использующий WinAPI-функции HeapAlloc/HeapFree.

malloc почему то, создатели этих аллокаторов, использовать не стали.

Добавлено через 2 минуты
TheCalligrapher, сам рот открываешь. хочешь сказать что у тебя была такая ошибка и ты ее исправил? или ты просто комментируешь сам не зная что

0

davidzhuchkov, Вам сказали что сделать - включите (временно для отладки) в свой проект библиотеку отслеживания повреждений в памяти и выясните в какой момент портится.

0