LINUX.ORG.RU

GTK4 Segmentation fault [решено]

 , , ,


1

1

В связи с релизом Gnome 42 появилось желание поковырять библиотеку GTK4.

Сначала попробовал биндинг для Crystal - hugopl/gtk4.cr
Получил Segmentation fault.

Потом взял библиотеку для Python - gi
Получил Segmentation fault.

Дальше на C - Segmentation fault.

Установил gtk4-demos. Запустил примеры

usr/bin/gtk4-demo
usr/bin/gtk4-demo-application
usr/bin/gtk4-icon-browser
usr/bin/gtk4-print-editor
usr/bin/gtk4-widget-factory

получил Segmentation fault.

Arch не testing. У кого тоже не работает?

Решение

GTK4 приложения на картах с драйвером Crocus в Xorg сессии не работают.
Переключение на Wayland решает проблему.
Установка mesa-amber не помогает, так как Xorg сессия GNOME не запускается совсем.

UPD: В релизе mesa 22.0.1 починили.

★★★

Последнее исправление: IIIypuk (всего исправлений: 2)

(gdb) run
Starting program: /home/user/Develop/gtk4-examples/example 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7ffff39a0640 (LWP 2820)]
[New Thread 0x7ffff319f640 (LWP 2821)]
[New Thread 0x7ffff299e640 (LWP 2822)]
[New Thread 0x7ffff219d640 (LWP 2823)]
[Thread 0x7ffff299e640 (LWP 2822) exited]
[New Thread 0x7ffff299e640 (LWP 2824)]
[Thread 0x7ffff299e640 (LWP 2824) exited]
[New Thread 0x7ffff299e640 (LWP 2825)]
[New Thread 0x7ffff1272640 (LWP 2826)]
[New Thread 0x7fffe2574640 (LWP 2827)]

Thread 1 "example" received signal SIGSEGV, Segmentation fault.
0x00007fffe36e308b in ?? () from /usr/lib/dri/crocus_dri.so

/usr/lib/dri/crocus_dri.so

Проблема в драйверах?

IIIypuk ★★★
() автор топика
Ответ на: комментарий от LongLiveUbuntu

Из Mesa удалён код классических драйверов, не использующих Gallium3D

и Crocus (Gen4-Gen7) для GPU Intel

Видяха

Mesa Mobile Intel® GM45 Express Chipset (CTG)

UPD: Попробую mesa-amber накатить

IIIypuk ★★★
() автор топика
Последнее исправление: IIIypuk (всего исправлений: 1)

Под mesa-amber Xorg сессия Gnome больше не работает, даже под новым пользователем.

GTK4 приложения заработали под mesa-amber в Wayland сессии.

В Wayland и с обычной mesa GTK4 приложения запахали.

Походу в скором времени придётся избавляться от ноута :(

IIIypuk ★★★
() автор топика
Последнее исправление: IIIypuk (всего исправлений: 1)
Ответ на: комментарий от trex6

GPU в принципе не гарантирует надёжность. Система использующая аппаратное ускорение не может гарантировать безопасность. Даже в windows 10, которой безопасность побоку это понимают и её композитор прекрасно работает софтово. Я не говорю что нужно избегать композитинга вообще всегда. Но его можно делать и без mesa, особенно на intel где есть 2д ускорение. Где софтовые режимы в wayland-композиторах? Где поддержка SNA ускорения на intel? Не нужно? wayland (точнее его реализации в том виде в котором они есть сейчас) тоже.

mittorn ★★★★★
()
Ответ на: комментарий от trex6

Как ты понимаешь, чем меньше зависимостей у софта, тем меньше его шанс вот так упасть. Я знаю, что на бракованных процессорах падал МС Офис, но то было давно и вроде до такого больше не доходят. Поправь, если я неправ.

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

Решение

GTK4 приложения на картах с драйвером Crocus в Xorg сессии не работают.
Установка mesa-amber не помогает, так как Xorg сессия GNOME не запускается совсем.

Переключение на Wayland решает проблему.

На дворе 2022 год, в Mesa (драйверах) позабили на иксы, в Gtk4 подзабили на иксовый back-end, в GNOME забили на иксы. Результат? Этот тред.

EXL ★★★★★
()
Ответ на: комментарий от mittorn

Да нет давно никакого 2D, есть только 3D, пусть оно и плоские окошки рисует, и это правильно.

Это 90-е в 1024x768 ещё можно было что-то с 24 FPS из памяти в память блитить, а сейчас когда у тебя 3 4k монитора, и 24 FPS ты уже жрать никак не будешь, т.е. объём графических данных вырос в ±100 раз, при том что скорость памяти и шины максимум в разы, это уже совершенно бесперспективное занятие. Поэтому всё связанное с графикой рисующее не через OpenGL/Vulkan должно быть закопано незамедлительно. Собственно Gnome тут не пионер, никакой десктоп по факту неускоренную отрисовку уже не поддерживает.

slovazap ★★★★★
()
Ответ на: комментарий от slovazap

всё связанное с графикой рисующее не через OpenGL/Vulkan должно быть закопано незамедлительно

Себя закопай, пес

LongLiveUbuntu ★★★★★
()
Последнее исправление: LongLiveUbuntu (всего исправлений: 1)
Ответ на: комментарий от upcFrost

Да, где-то так.

Понадобилпсь рабочая машнка за недорого, все что было рядом на Авито Dell Vostro 1015.

RAM и проца хватает для веб разработки, а больше мне и не надо

IIIypuk ★★★
() автор топика
Ответ на: комментарий от IIIypuk

RAM и проца хватает для веб разработки

Ого. У меня яблоигрушка pro 2020 года с трудом тянет когда для тестов поднимаю рядом бэк, базу, редис и веб-гуй. Начинает вращать так словно сейчас взлетит.

Хотя правды ради там вебгуй-реакт сжирает 8 гиг на сборку, но это не ко мне, я просто бэк-макака, моё добро ест от силы гиг

upcFrost ★★★★★
()
Ответ на: комментарий от mittorn