FCEUX: падение при запуске

Обычно если из под рута работает, а от юзера падает — означает что не хватает прав на доступ к чему то, или для юзера заданы какие либо лимиты, и их не хватает. К сожалению выхлоп программы при падении неинформативен, значит у тебя два варианта: посмотреть в её документации как включить подробный лог или отладочный вывод, если такой возможности нет — запустить её через strace (если strace не установлен - поставить) и посмотреть при обращении к какому ресурсу она падает. Это может навести на идею. Если и это всё не помогло, нужно собрать программу со включённой отладкой и уже по взрослому разбираться.

PS. Error: Failed to open message log file: '/tmp/fceux.log'. Вот это было бы неплохо починить, в логе может оказаться что то внятное, найди как его перенаправить или разберись каких прав ей не хватает чтобы в свой же лог писать.

Права на лог смотрел - мой user владелец, запись возможна (и как раз там где «faile’d», от рута, все работает). Подробного лога у программы нет (глянул ключи в man’e). Увы, но для отладки знаний у меня не хватает, а выдача strace не наводит ни на какие мысли:

Root:

..................
access("/usr/lib/qt/plugins/accessiblebridge/.", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/bin/accessiblebridge/.", F_OK) = -1 ENOENT (No such file or directory)
poll([{fd=5, events=POLLIN}], 1, 0)     = 1 ([{fd=5, revents=POLLIN}])
read(5, "+\0\0\0\0\0\0\0", 16)          = 8
inotify_init1(IN_CLOEXEC)               = 16
write(5, "\1\0\0\0\0\0\0\0", 8)         = 8
fcntl(16, F_SETFD, FD_CLOEXEC)          = 0
..................

User:

access("/usr/lib/qt/plugins/accessiblebridge/.", F_OK) = -1 ENOENT (No such file or directory)
access("/usr/bin/accessiblebridge/.", F_OK) = -1 ENOENT (No such file or directory)
poll([{fd=6, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 2 ([{fd=6, revents=POLLIN}, {fd=7, revents=POLLIN}])
read(6, "2\0\0\0\0\0\0\0", 16)          = 8
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x55c10e3b6539} ---
+++ killed by SIGSEGV (core dumped) +++
Segmentation fault (core dumped)

P.S. В логе дублирование экранного вывода

От рута опрашивается fd=5, от юзера - два дескриптора 6 и 7. Найди на каком месте это отличие начинается. Открыты ли дескрипторы 6 и 7 от рута вообще? Когда их открыл юзер, что случилось у рут что он это не делал?

Можешь попробовать в другом терминале от рута сделать lsof -c fceux, при запущенном fceux, и посмотреть какие файлы оно открывает, это тоже может навести на мысли.

Интуитивно предполагаю что юзер не находится в какой то нужной этой софтине группе и не имеет доступ к чему то. lsof покажет что вообще оно открывает, особое внимание обрати на файлы устройств в /dev, смотри на то какая группа должна быть у юзера для доступа к открываемым устройствам.

1. ulimit -c unlimited //разрешаем запись коре дампов
2. fceux // запускаем и получаем файл вида core.pid
3. gdb $(which fceux) core.pid //открываем дамп в отладчике bt //это уже в отладчике

если арч предоставляет символы для fceux, то вывод bt будет очень понятным (кто там и почему падает)

только что проверил у себя в xubuntu - фунцыклирует без рута
https://ibb.co/fCSW3wB

Проблемы в Arch начинаются как раз после версии 2.3.0, она еще работает нормально. В Debian же и 2.5 работает. Еще не все опробовал т.ч. в процессе.

Что-то не вышло, но я запустил под gdb [gdb fceux ---> run] и он мне выдал вот такое (в первом сообщении это есть):

Thread 1 "fceux" received signal SIGSEGV, Segmentation fault.
0x00007ffff47978e5 in QApplicationPrivate::basePalette() const () from /usr/lib/libQt5Widgets.so.5

пробуй обновлять/даунгрейдить пакет libqt5widgets5

Сделал lsof -c fceux от рута и от пользователя (запустил программу под gdb). После сравнения в meld различие только в том, что у пользователя нет этого:

/memfd:xorg
inotify
/usr/lib/libnss_files-2.33.so

Собрал свежую версию из git с Qt6 (предыдущие не собирались) и вот она работатет нормально. А если собрать из git с Qt5, то поведение такое же.

Я уже откатывал qt5base, где он содержится - не помогло. И отдельно библиотеку тоже.

Разобрался. В выводе GDB заметил libqt5ct.so, а я как раз ставил Qt5ct для изменения внешнего вида Qt. И вот после удаления Qt5ct FCEUX перестал падать. У меня вопрос: каким образом программа, которая просто должна быть интерфейсом к конфигурационным файлам, вызывает такие эффекты? И почему под root’ом не падает?

Создал тикет на странице проекта, надеюсь разработчик скоро поправит. Спасибо всем, кто давал советы!

Похоже программа создала некорректный конфиг, который не обрабатывается правильно в basepalette. Настройки менялись для всей системы или только локального пользователя? Скорее второе, это объясняет почему root работал.

Действительно все очень интересно. В /etc/skel лежит конфиг с которым происходит падение (это видимо создатели EndeavourOS положили) и такая проблема сразу же есть даже у нового пользователя. Если удалить строку начинающуюся со stylesheets, то падения больше нет; если в qt5ct отметить хоть один из них (Style Sheets), то будут. Если подложить проблемный конфиг в Ubuntu, то FCEUX запускается, но начинается случайный падеж других приложений (например IBus Perferences и Files). Я в замешательстве.

Я в замешательстве.

Цифро дрочерство QT до добра довело ? Товагищи захотели хаипа вместо того что бы орудовать с обычным css

Имхо, тривиально. Маргинальные дистры часто добавляют вещи, которые плохо протестированы.

твоя тема лишний раз наводит на мысль о том, что говносборки - это зло

представь себе, что ты не знаешь, кто такие gdb/strace/lsof или боишься/не хочешь ими пользоваться - какой вывод можно сделать из сложившейся ситуации (софтина падает при запуске)?
поразмышляй на досуге, интересный кейс