LINUX.ORG.RU
ФорумTalks

Krita убивает Gimp

 , , ,


0

3

- Запускаем Gimp (), с любым изображением (можно создать прямо в нём, но главное чтобы не пустое, можно ткнуть кисточкой, но если изображение маленькое или занимает мало места в памяти, то фокус не проходит, потому лучше юзать фоточку).

- Выделяем всё и копируем его. (Ctrl+A Ctrl+C)

- Запускаем krita

- гимп падает:

The program 'gimp' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
  (Details: serial 74916 error_code 3 request_code 18 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

(script-fu:9801): LibGimpBase-WARNING **: 00:14:04.751: script-fu: gimp_wire_read(): error

// --- //

% X -version

X.Org X Server 1.20.1
X Protocol Version 11, Revision 0
Build Operating System: Linux 4.9.0-7-amd64 x86_64 Debian
Current Operating System: Linux ws 4.18.0-1-amd64 #1 SMP Debian 4.18.6-1 (2018-09-06) x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.18.0-1-amd64 root=UUID=f7d1e933-4f44-43e1-b2bb-697426b1e141 ro clocksource=jiffies
Build Date: 17 August 2018  08:05:00PM
xorg-server 2:1.20.1-1 (https://www.debian.org/support)
Current version of pixman: 0.34.0
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
% uname -a
Linux ws 4.18.0-1-amd64 #1 SMP Debian 4.18.6-1 (2018-09-06) x86_64 GNU/Linux
% gimp --version
GNU Image Manipulation Program версии 2.10.6
% krita --version
krita 4.1.1

Внимание вопрос, когда перестанут писать нужные программы на этом убогоньком недоязычке?

Deleted

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

Так в иксах сегфолт хоть можно едино починить, а с этим вашим вяленым надо чинить в каждом отдельном композиторе.

bodqhrohro_promo
()
Ответ на: комментарий от SkyMaverick

Единственный нюанс: «Make some small changes, e.g. paint with a brush» - не обязательно, достаточно просто открыть фоточку.

Похоже там есть некое «сжатие», и если информации в картике мало (однотонный холст) то оно успешно сжимается, а фоточка (922x664) уже вызывает баг.

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

фоточка (922x664) уже вызывает баг.

странно

О, я воспроизвёл. Сначала думал, что 8000x8000 — достаточно большая картинка. Оказалось, нужно было больше.

У меня для фоточки 3264x2448 — бага не наблюдаю. Пытался сделать больше 10000 для малой стороны — пришёл oomkiller.

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

У меня на подобного размера фоточке не сработало, создал изображение 10240х10240, повозюкал кисточкой - проблема воспроизвелась.

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

Хм, возможно это как-то связанно с настройками гимпа. Или ещё чем-нибудь.

ps.

% cat /proc/meminfo
MemTotal:        8170128 kB

но не факт, что это влияет

Deleted
()
Ответ на: комментарий от i-rinat

Хотел, кстати, проверить, и вспомнил, что снёс криту, когда до Buster обновлялся, потому что она ломала зависимости. Думаю опять поставить, а там

Следующие НОВЫЕ пакеты будут установлены:
  krita krita-data
Обновлено 0 пакетов, установлено 2 новых пакетов, для удаления отмечено 0 пакетов, и 72 пакетов не обновлено.
Необходимо скачать 62,1 MB архивов.
После данной операции объём занятого дискового пространства возрастёт на 151 MB.
DANUNAKH.

bodqhrohro_promo
()
Ответ на: комментарий от greenman

Пытался сделать больше 10000 для малой стороны — пришёл oomkiller.

Но сначала гимп предупреждает:

Если изменить размер изображения с такими параметрами, то оно займет больше места, чем это указано в параметре настроек «Максимальный размер изображения» (134,2 МБ).

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

гимп игнориурет событие закрытия окна

Подумал ещё, и осознал, что слушать закрытие чужого окна — бессмысленно. Всё равно будет шанс, что приложение попытается сделать что-то с окном, когда оно уже уничтожено, а уведомление о закрытии ещё не получено. Единственный способ тут — игнорировать ошибки.

i-rinat ★★★★★
()
Ответ на: комментарий от Deleted

В общем, тебе нужно собрать библиотечку:

// gcc -shared -fPIC ignore-xlib-errors.c -o ignore-xlib-errors.so $(pkg-config --cflags --libs gtk+-2.0)

#include <gtk/gtk.h>
static void __attribute__((constructor)) ctor(void) {
  gdk_error_trap_push();
}

Команда для сборки написана в комментарии. В системе нужны установленные dev-пакеты для GTK+ 2. В Debian это libgtk2.0-dev.

А дальше:

LD_PRELOAD=./ignore-xlib-errors.so gimp

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

Это слишком костыльно 8), мне проще не запускать гимп с критой вместе (за всё время я это первый раз сделал).

Deleted
()
Ответ на: комментарий от bodqhrohro_promo

Может помочь.

Лучше, конечно, фиксить GTK+. Но сейчас на подходе уже четвёртый. Фиксы во второй принимать вряд ли будут.

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

Епифанцев и тильда-то на третьем.

Вообще, я подозреваю, причина скорее где-то в компизе, ибо приложения вроде крашатся при переключении окон. И я хз, как его воспроизводить, вот до сих пор баги висят, тильду под отладчиком гоняю уже не первую неделю.

bodqhrohro_promo
()
Ответ на: комментарий от Vsevolod-linuxoid

Ошибка воспроизводится в Arch Linux KDE — но если использовать Wayland сессию, то всё нормально.

Поэтому мы и ждем, когда wayland придет. У Хов слишком слабая изоляция приложений на уровне window system.

crypt ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.