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

Question 1

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

Question 2

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

Question 3

Question 4

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

Question 5

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

Question 6

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

Question 7

Question 8

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

Question 9

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

Question 10

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

Question 11

файлы аварии попадают в /var/log/crashes/ для использования с apport для сообщения об ошибках. Вы можете извлечь дамп ядра с помощью apport-unpack, поместить этот дамп ядра через gdb и выяснить, что вызывает сбой программы.

Это все предполагается, что вы программист. Если вы не ... ну, вы все равно не можете исправить ошибку!

Question 12

Для conky также может быть, что в $HOME/.xsession-errors есть записи.

Question 13

Question 14

В некоторых приложениях есть флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это будет что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что нужно, чтобы заставить его сбой ...

(gdb) bt full

и перейти оттуда. [!d5 ]

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. Https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

Question 15

вы можете перейти к /var/log/messages or crashes, после чего вы можете запустить команду grep и искать приложение, которое ищет файлы, иногда может быть довольно большим. Он вернет информацию, относящуюся к вашему заявлению. :

)

Question 16

Если вы запускаете свое приложение из файла запуска .desktop, добавьте параметр Terminal=true в файл .desktop.

Question 17

Для conky также может быть, что в $HOME/.xsession-errors есть записи.

Question 18

Если вы запускаете свое приложение из файла запуска .desktop, добавьте параметр Terminal=true в файл .desktop.

Question 19

Question 20

вы можете перейти к /var/log/messages or crashes, после чего вы можете запустить команду grep на тех и искать приложение, которое ищет файлы, иногда может быть довольно большим. Он вернет информацию, относящуюся к вашему заявлению. :)

Question 21

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

Question 22

Для conky также может быть, что в $HOME/.xsession-errors есть записи.

Question 23

Если вы запускаете свое приложение из файла запуска .desktop, добавьте параметр Terminal=true в файл .desktop.

Question 24

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

Question 25

Question 26

Если вы запускаете свое приложение из файла запуска .desktop, добавьте параметр Terminal=true в файл .desktop.

Question 27

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

Question 28

вы можете перейти к /var/log/messages or crashes, после чего вы можете запустить команду grep на тех и искать приложение, которое ищет файлы, иногда может быть довольно большим. Он вернет информацию, относящуюся к вашему заявлению. :)

Question 29

вы можете перейти к /var/log/messages or crashes, после чего вы можете запустить команду grep на тех и искать приложение, которое ищет файлы, иногда может быть довольно большим. Он вернет информацию, относящуюся к вашему заявлению. :)

Question 30

Для conky также может быть, что в $HOME/.xsession-errors есть записи.

Question 31

Question 32

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

Question 33

вы можете перейти к /var/log/messages or crashes, после чего вы можете запустить команду grep на тех и искать приложение, которое ищет файлы, иногда может быть довольно большим. Он вернет информацию, относящуюся к вашему заявлению. :)

Question 34

Для conky также может быть, что в $HOME/.xsession-errors есть записи.

Question 35

Если вы запускаете свое приложение из файла запуска .desktop, добавьте параметр Terminal=true в файл .desktop.

Question 36

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

Question 37

Question 38

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

David Z · Accepted Answer · 25 July 2018 в 23:16

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

David Z · Accepted Answer · 2 August 2018 в 04:33

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

David Z · Accepted Answer · 4 August 2018 в 21:07

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

David Z · Accepted Answer · 6 August 2018 в 04:37

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

David Z · Accepted Answer · 7 August 2018 в 22:47

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

David Z · Accepted Answer · 10 August 2018 в 10:52

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

David Z · Accepted Answer · 13 August 2018 в 17:27

Зависит от приложения. Различные приложения имеют разные системы регистрации; нет единого центрального журнала, который содержит весь вывод из всех программ, которые выполняются в вашей системе.

Как говорится, многие программы помещают свои файлы журналов в каталог /var/log. Файл /var/log/syslog (или, возможно, /var/log/messages), в частности, содержит вывод из «системного регистратора», который является службой, предоставляемой системой, которую программы могут использовать (если они предпочитают) для ведения журнала. Но не все программы используют его. В основном вы найдете сообщения от низкоуровневых системных служб в этом файле, а не графические приложения, которые вы, вероятно, используете нормально.

Возможно, вы захотите прочитать больше о расположении стандартных файлов журнала .

green · Answer 8 · 29 May 2018 в 12:43

файлы аварии попадают в /var/log/crashes/ для использования с apport для сообщения об ошибках. Вы можете извлечь дамп ядра с помощью apport-unpack, поместить этот дамп ядра через gdb и выяснить, что вызывает сбой программы.

Это все предполагается, что вы программист. Если вы не ... ну, вы все равно не можете исправить ошибку!

4

ответ дан green 29 May 2018 в 12:43

1

«Все это предполагает, что вы программист. Если вы не ... ну, вы все равно не можете исправить ошибку! с открытым исходным кодом мы все можем попытаться решить наши проблемы, на наш собственный риск, очевидно;) – Strae 19 August 2010 в 13:46
2

@DaNiel: Не совсем! Если вы не программист, и у вас нет хорошего понимания кода приложения, чем больше вы возитесь с кодом buggier с, вероятно, получите :) – AntonioCS 19 August 2010 в 14:22
3

Даже если вы не программист, иногда поиск дампа ядра может дать вам представление о проблеме. Например, похоже, что он рушится в какой-то графической подпрограмме - возможно, мне нужно обновить драйвер дисплея ... – user1242 19 August 2010 в 20:14
4

.. и помогает описать ошибки в отчетах об ошибках / форумах;) – Strae 19 August 2010 в 20:45
5

Вы знаете не программистов, которые могут использовать gdb? Я программист и могу дойти до bt full «о, посмотрите обратную линию ... с отсутствующими символами ... угадайте, мне нужно установить символы отладки и попытаться воспроизвести сбой ... " Я как-то понял, как установить точку останова ... это самый продвинутый, который я получил с ним. – maco 19 August 2010 в 21:02

qbi · Answer 9 · 29 May 2018 в 12:43

Для conky также может быть, что в $HOME/.xsession-errors есть записи.

2

ответ дан qbi 29 May 2018 в 12:43

green · Answer 10 · 29 May 2018 в 12:43

В некоторых приложениях есть флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это будет что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что нужно, чтобы заставить его сбой ...

(gdb) bt full

и перейти оттуда. [!d5 ]

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. Https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

Лучший ответ для меня, без сомнения — Claudix, 16 April 2016 в 10:39

myusuf3 · Answer 11 · 29 May 2018 в 12:43

вы можете перейти к /var/log/messages or crashes, после чего вы можете запустить команду grep и искать приложение, которое ищет файлы, иногда может быть довольно большим. Он вернет информацию, относящуюся к вашему заявлению. :

)

Selah · Answer 12 · 29 May 2018 в 12:43

Если вы запускаете свое приложение из файла запуска .desktop, добавьте параметр Terminal=true в файл .desktop.

0

ответ дан Selah 29 May 2018 в 12:43

qbi · Answer 13 · 25 July 2018 в 23:16

Для conky также может быть, что в $HOME/.xsession-errors есть записи.

2

ответ дан qbi 25 July 2018 в 23:16

Selah · Answer 14 · 25 July 2018 в 23:16

Если вы запускаете свое приложение из файла запуска .desktop, добавьте параметр Terminal=true в файл .desktop.

0

ответ дан Selah 25 July 2018 в 23:16

myusuf3 · Answer 15 · 25 July 2018 в 23:16

вы можете перейти к /var/log/messages or crashes, после чего вы можете запустить команду grep на тех и искать приложение, которое ищет файлы, иногда может быть довольно большим. Он вернет информацию, относящуюся к вашему заявлению. :)

green · Answer 16 · 25 July 2018 в 23:16

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

qbi · Answer 17 · 27 July 2018 в 03:39

Для conky также может быть, что в $HOME/.xsession-errors есть записи.

2

ответ дан qbi 27 July 2018 в 03:39

Selah · Answer 18 · 27 July 2018 в 03:39

Если вы запускаете свое приложение из файла запуска .desktop, добавьте параметр Terminal=true в файл .desktop.

0

ответ дан Selah 27 July 2018 в 03:39

green · Answer 19 · 27 July 2018 в 03:39

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

Selah · Answer 20 · 2 August 2018 в 04:33

Если вы запускаете свое приложение из файла запуска .desktop, добавьте параметр Terminal=true в файл .desktop.

0

ответ дан Selah 2 August 2018 в 04:33

green · Answer 21 · 2 August 2018 в 04:33

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

myusuf3 · Answer 22 · 2 August 2018 в 04:33

вы можете перейти к /var/log/messages or crashes, после чего вы можете запустить команду grep на тех и искать приложение, которое ищет файлы, иногда может быть довольно большим. Он вернет информацию, относящуюся к вашему заявлению. :)

myusuf3 · Answer 23 · 4 August 2018 в 21:07

вы можете перейти к /var/log/messages or crashes, после чего вы можете запустить команду grep на тех и искать приложение, которое ищет файлы, иногда может быть довольно большим. Он вернет информацию, относящуюся к вашему заявлению. :)

qbi · Answer 24 · 4 August 2018 в 21:07

Для conky также может быть, что в $HOME/.xsession-errors есть записи.

2

ответ дан qbi 4 August 2018 в 21:07

green · Answer 25 · 4 August 2018 в 21:07

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

myusuf3 · Answer 26 · 6 August 2018 в 04:37

вы можете перейти к /var/log/messages or crashes, после чего вы можете запустить команду grep на тех и искать приложение, которое ищет файлы, иногда может быть довольно большим. Он вернет информацию, относящуюся к вашему заявлению. :)

qbi · Answer 27 · 6 August 2018 в 04:37

Для conky также может быть, что в $HOME/.xsession-errors есть записи.

2

ответ дан qbi 6 August 2018 в 04:37

Selah · Answer 28 · 6 August 2018 в 04:37

Если вы запускаете свое приложение из файла запуска .desktop, добавьте параметр Terminal=true в файл .desktop.

0

ответ дан Selah 6 August 2018 в 04:37

green · Answer 29 · 6 August 2018 в 04:37

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

green · Answer 30 · 7 August 2018 в 22:47

Некоторые приложения имеют флаги, которые можно использовать для включения отладки, такие как -d, -D, --debug и т. д. Проверьте справочную страницу приложения (man [my-app]) или запустите приложение с флагом -h, чтобы посмотрите, есть ли у него такой вариант.

Многие приложения GUI записываются в $ HOME / .xsession-errors, поэтому это хорошее место для проверки вывода.

Право maco, что apport, вероятно, самый надежный способ получить хорошую отладочную информацию. Иногда это не приводит к сбою.

Если все остальное не удается, вы также можете отключить эту информацию, запустив приложение в gdb. Это было бы что-то вроде:

$ gdb my-app

(gdb) run

... делать все, что необходимо для его срыва ...

(gdb) bt full

и перейти оттуда.

Если вы идете по маршруту gdb, вы также захотите установить символы, как упоминалось ранее. См. https://wiki.ubuntu.com/DebuggingProgramCrash для рекомендаций по ручному управлению.

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

40 ответов

Другие вопросы по тегам:

Похожие вопросы: