Почему создаются файлы дампа ядра?

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

Можете ли вы опубликовать код, вызывающий ошибку? Помимо расплывчатых обобщений, трудно угадать, что не так, не видя кода.

Что касается того, что на самом деле представляет собой дамп ядра, ознакомьтесь с этой статьей в Википедии:

• http://en.wikipedia.org/wiki/Core_dump

Как говорили другие ранее, дамп ядра является результатом ошибки в программе.

Вы можете настроить создание дампа ядра с помощью команды ulimit. Вход

ulimit -c 0

отключает создание файла ядра в активной оболочке.

Если программа, сгенерировавшая ядро, была построена с использованием символьной информации, вы можете выполнить посмертную отладку. сеанс вот так:

gdb <pathto/executable> --core <corefilename>

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

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

Вы можете предотвратить создание дампов ядра с помощью команды ulimit.

ctrl + \ отправляет сигнал SIGQUIT процессу. Согласно стандарту POSIX.1 действие по умолчанию для этого сигнала - создание ядра.

SIGILL, SIGABRT, SIGFPE, SIGSEGV - это другие случаи, когда система сгенерирует ядро.

Пожалуйста, обратитесь к "man 7 signal" в вашей системе для получения более подробной информации.

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

Они генерируются, когда ядро ​​убивает приложение за что-то плохое, например, за нарушение сегментации или ошибку шины.

Вы можете избежать создания файла дампа ядра, написав код, который не дает сбоев :)

Серьезно, дампы ядра полезны, потому что вы можете видеть состояние программы в момент ее сбоя для «посмертной» отладки. Вы можете открыть их в gdb и проверить состояние вашей программы (особенно если она была построена с отладкой).

Дампы ядра обычно создаются, если в программе есть SIGSEGV (обычно вызванное разыменованием недопустимого указателя), SIGABRT (что произойдет, если вы вызвали abort (), или в C ++ обработчиком terminate () по умолчанию для исключений в деструкторах и т. Д.) Или другая вина. Вы также можете запускать их явно с помощью отладчика или программно.

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

Смысл Ctrl + \ - создать дамп ядра. Это то, что делает SIGQUIT. Если вы не хотите, чтобы он создавался, используйте вместо этого Ctrl + C (SIGINT). Если рассматриваемая программа не отвечает на SIGINT, но вам нужно убить ее из терминала, значит, вы или разработчик что-то делаете неправильно.

Программы, разработанные не для уничтожения из терминала с помощью Ctrl + C, должны по-прежнему корректно реагировать на SIGTERM, который может быть запущен в другом терминале через kill -TERM ... . Если ничего не помогает, SIGKILL принудительно завершает работу.