Ошибка сегментации после установки

Question

Ошибка сегментации после установки

0

Я знаю, что есть журнал вопросов с этой темой, однако я не могу найти ответ на мою проблему. У меня есть программа, которую я создаю на Linux-VM без проблем. Я могу запустить программу. Я создал файл установки для этой программы. В этой монтажной структуре я могу найти свою программу сборки. В этом месте все работает без проблем.

Если я установлю свою программу на другой Linux-VM, я получу ошибку "Ошибка Segmantation (core dumped)". Эта ошибка возникает также при запуске моей программы из временной папки, где мой исходный проект скопирован для установки. Он содержит те же файлы, что и на первой виртуальной машине в структуре установки.

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

pistach 11 фев. 2014, в 16:17

Источник

0

Вы должны начать с нескольких отпечатков в вашей программе, чтобы найти строку, где она терпит неудачу. Или еще лучше, если вы знаете, как это сделать: используйте какой-нибудь инструмент отладки, такой как тот, который поставляется с netbeans, чтобы следить за выполнением вашей программы построчно.
Dani Barca Casafont 11 фев. 2014, в 15:13
0

Или, что еще лучше, скомпилируйте отладочную сборку и запустите ее в отладчике.
eerorika 11 фев. 2014, в 15:15
0

Я наследую программу. Он содержит 5 решений и более 2000 файлов. Сначала я должен иметь возможность построить дистрибутив, прежде чем у меня будет время начать копаться в коде. Так что добавить несколько отпечатков не так просто.
pistach 11 фев. 2014, в 15:24
0

Я сделал отладочную сборку и запустил ее в отладчике. Это не доставило никаких проблем.
pistach 11 фев. 2014, в 15:24
0

Установлены ли разрешения на этой новой машине? Попробуйте запустить приложение под учетной записью root, если вы этого еще не сделали.
Juliano 11 фев. 2014, в 15:27
0

Вы изучили файл ядра с помощью gdb?
Markku K. 11 фев. 2014, в 15:29
0

Итак, релизная сборка segfaults, а отладочная сборка - нет? Попробуйте скомпилировать с точно такими же аргументами, как когда вы получаете segfault, но добавьте -g
eerorika 11 фев. 2014, в 15:32
1

Нечто, кажущееся «хорошо работающим», приравниваемое к четкости, является ошибкой. Наблюдаемое поведение не должно приравниваться к определенному поведению. Вы не можете предполагать, что последнее верно, потому что первое так. Есть много причин, по которым может произойти сбой программы, почти все из них связаны с нарушением последнего. Вам нужно отладить этот основной файл, по крайней мере, стеки вызовов для того, куда все пошло на юг. И следуйте по своему пути к коду, который, по крайней мере, вы думаете , срабатывает через визуальный осмотр.
WhozCraig 11 фев. 2014, в 15:34
0

Запуск отладочной сборки с помощью valgrind часто помогал мне находить ошибки.
Baum mit Augen♦ 11 фев. 2014, в 15:55

Показать ещё 7 комментариев

Теги:

c++

linux

memory

1 ответ

Ещё вопросы

Вы должны начать с нескольких отпечатков в вашей программе, чтобы найти строку, где она терпит неудачу. Или еще лучше, если вы знаете, как это сделать: используйте какой-нибудь инструмент отладки, такой как тот, который поставляется с netbeans, чтобы следить за выполнением вашей программы построчно.
Или, что еще лучше, скомпилируйте отладочную сборку и запустите ее в отладчике.
Я наследую программу. Он содержит 5 решений и более 2000 файлов. Сначала я должен иметь возможность построить дистрибутив, прежде чем у меня будет время начать копаться в коде. Так что добавить несколько отпечатков не так просто.
Я сделал отладочную сборку и запустил ее в отладчике. Это не доставило никаких проблем.
Установлены ли разрешения на этой новой машине? Попробуйте запустить приложение под учетной записью root, если вы этого еще не сделали.
Вы изучили файл ядра с помощью gdb?
Итак, релизная сборка segfaults, а отладочная сборка - нет? Попробуйте скомпилировать с точно такими же аргументами, как когда вы получаете segfault, но добавьте -g
Нечто, кажущееся «хорошо работающим», приравниваемое к четкости, является ошибкой. Наблюдаемое поведение не должно приравниваться к определенному поведению. Вы не можете предполагать, что последнее верно, потому что первое так. Есть много причин, по которым может произойти сбой программы, почти все из них связаны с нарушением последнего. Вам нужно отладить этот основной файл, по крайней мере, стеки вызовов для того, куда все пошло на юг. И следуйте по своему пути к коду, который, по крайней мере, вы думаете , срабатывает через визуальный осмотр.
Запуск отладочной сборки с помощью valgrind часто помогал мне находить ошибки.

JosephITA · Accepted Answer · 2014-02-11T13-59-00.000Z

попробуйте отладить его или использовать strace:

strace./nameOfYourBinary

(sudo apt-get install strace, если у вас его нет)

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

Спасибо, я использовал strace в ВМ, который вышел из строя, и сравнил его со strace в ВМ, который работает нормально. Теперь я знаю, что есть проблема с файлами лицензий.