То, где сообщения об ошибках неудавшегося приложения, запускается?

Честно то, что я сделал бы, просто использовать следующее:

sudo su root

updatedb

cd /var/log

grep pycharm * > results.txt

cat results.txt

Это должно сказать Вам, какие файлы, где pycharm упоминается в журналах затем, от которых Вы могли даже отфильтровать далее с чем-то как:

cat results.txt | grep *error*

, Возможно, сбой использования или умирают вместо ошибки попытаться сузить результаты.

Этот вопрос - вероятно, дубликат:

• получение stdout и stderr всех программ графический интерфейса пользователя?

там есть два ответа:

• Проверка содержание ~/.xsession-errors журнал и,
• вывод Перенаправления, называя команду: command >~/log/command.out.log 2>~/log/command.err.log

Также, если ID процесса известен взгляд на, он - описатель файла 1 для stdout и 2 для stderr. Это описано подробно в Unix & Linux:

• , Откуда делает вывод из приложения, запущенного администратора полноэкранного режима, идут?

, Чтобы кратко суммировать проголосовавший вершине ответ:

lsof -p1234 | awk '$4 ~ /^[12][^0-9]/'
ls -l /proc/1234/fd/[12]

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

$ zenity --info --text "Hello World"
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.

Нигде то, что я не могу найти зарегистрированным, и, как уже указано Вы получите непоследовательные результаты в зависимости от выбора журналирования разработчик сделанной программы. Возможно, они посылают ошибки в stderr, возможно, в stdout, возможно, он возвращается отличный от нуля на ошибке, или возможно он не делает. Возможно, Вы получаете страницы бесполезности трассировки стека, которая не поместится в диалоговое окно.

я имел немного успеха с оберткой скрипта удара, которая выполняет командную строку, которую Вы передаете ему, и посылает весь вывод в уведомление:

notify-send "$($* 2>&1)"

я ожидал бы непоследовательные результаты все же.

Ну,

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

Это могло бы быть в/var/log/syslog - В системном журнале, все журналы, которые происходят из самой системы, но также и программ, которые были запрограммированы, чтобы написать в системный журнал непосредственно.

Тогда должно быть что-то как/var/log/gdm3 - Это - logfile администратора полноэкранного режима гнома. Таким образом, если бы гном признает smtg. или имеет проблемы сам, он написал бы это там.

Вы рассматривали, чтобы записать его к Вашей собственной папке? Вы могли просто приложить logfile к своей команде, и затем данные будут написаны там (соответственно о том, как Вы настраиваете его).

Это - второй раз, когда я связываюсь с этим сегодня, lol. Послушайте, поскольку Вы используете применение питона (похож на него), эта ссылка должна служить Вам хорошо мой друг. Дайте ему попытку.

Попытка начать Вашу обертку питона как это pycharm-wrapper foo &>> /home/$(whoami)/mylogfile.log

Следующий раз, прежде чем Вы начнете, удостоверяется, что выследил это. Откройте пульт и тип в tail -f /home/($whoami)/mylogfile.log. ТОГДА начните Вас обертка питона и смотрите на пульт, если ошибки показаны.

, Как я экономлю предельную продукцию к файлу?