История изменений

В mint тоже самое.

В данном случае «то же» пишется раздельно.

Вот бразильцы такие. Спросишь у них что-нибудь на дороге, ну там дом или улица или заведение. Он/она обязательно наговорит до хрена, хотя в конце признается, что не знает ничего по существу:)

Я ничего не знаю по существу, если тебе от такого знания легче. Ты теперь знаешь всё обо мне - поможет ли это знание тебе решить твою проблему?

Дело не в fvwm.

Я посмотрел на кусок лога systemd, там где говорится про coredump в момент освобождения памяти, и увидел там слово _int_free, поэтому я согласен с тобой в том, что в коде программы xxkb есть ошибка в работе с памятью, которая приводит к падению этой программы. Т.е. согласен в том, что ошибку надо искать в xxkb, а не в fvwm. Однако! Как ты собираешься ошибку искать и устранять в коде программы?

Можно было бы, конечно, ограничится созданием баги в багтрекере xxkb. Кстати, где он? https://sourceforge.net/p/xxkb/bugs/

Но как ты понимаешь, ни один человек в мире не станет эту багу фиксить, так меня убеждает каждый на LOR.

похоже решения нет. Не обновляется xxkb давно уже.

Ну, на github есть форк 2018-го года актуальности: https://github.com/ramok/xxkb/wiki «this repository is collection useful patches from everywhere» и он там не один такой (можно багрепорт запостить во все такие репозитории, вдруг эти люди откликнутся?)

И тут переходим к фазе 2, а как, собственно выяснить, что вообще происходит?

Варианты действий:

1. посмотреть, как создавать программы для fvwm таким образом, чтобы иконка добавлялась к окну приложения
2. посмотреть как то же самое делается в mint (какое там DE?)
3. затем посмотреть на код fvwm и подумать, чем написанное там отличается от представляемого по документации.

После этого снова прийти написать на LOR с более конкретными вопросами о том, что именно непонятно в коде xxkb.

Почему я думаю, что ошибка в управлении какими-то ресурсами? Мне кажется подозрительным слово _int_free (libc.so.6)#012#5

стековерфлоу на эту тему говорит: https://stackoverflow.com/questions/43442362/core-dump-in-int-free-at-malloc-c3902-all-executables (вопрос без ответа, но с кучей встречных уточняющих вопросов)

Я бы начал с того, что разобрался бы, как компилируется эта программа, а так же, как сделать чтобы дамп стека был с бо́льшим количеством отладочной информации. В генте с этим хорошо, ебилд есть. Но я не буду его ставить, потому что понятия не имею, что в системе от этого сломается, а оно мне надо? Т.е. чтобы мне начать пользоваться xxkb, надо сначала понять, как отключить штатный переключатель раскладок в mate, которым я пользуюсь.

В mint тоже самое.

В данном случае «то же» пишется раздельно.

Вот бразильцы такие. Спросишь у них что-нибудь на дороге, ну там дом или улица или заведение. Он/она обязательно наговорит до хрена, хотя в конце признается, что не знает ничего по существу:)

Я ничего не знаю по существу, если тебе от такого знания легче. Ты теперь знаешь всё обо мне - поможет ли это знание тебе решить твою проблему?

Дело не в fvwm.

Я посмотрел на кусок лога systemd, там где говорится про coredump в момент освобождения памяти, и увидел там слово _int_free, поэтому я согласен с тобой в том, что в коде программы xxkb есть ошибка в работе с памятью, которая приводит к падению этой программы. Т.е. согласен в том, что ошибку надо искать в xxkb, а не в fvwm. Однако! Как ты собираешься ошибку искать и устранять в коде программы?

Можно было бы, конечно, ограничится созданием баги в багтрекере xxkb. Кстати, где он? https://sourceforge.net/p/xxkb/bugs/

Но как ты понимаешь, ни один человек в мире не станет эту багу фиксить, так меня убеждает каждый на LOR.

похоже решения нет. Не обновляется xxkb давно уже.

Ну, на github есть форк 2018-го года актуальности: https://github.com/ramok/xxkb/wiki «this repository is collection useful patches from everywhere» и он там не один такой (можно багрепорт запостить во все такие репозитории, вдруг эти люди откликнутся?)

И тут переходим к фазе 2, а как, собственно выяснить, что вообще происходит?

Варианты действий:

1. посмотреть, как создавать программы для fvwm таким образом, чтобы иконка добавлялась к окну приложения
2. посмотреть как то же самое делается в mint (какое там DE?)
3. затем посмотреть на код fvwm и подумать, чем написанное там отличается от представляемого по документации.

После этого снова прийти написать на LOR с более конкретными вопросами о том, что именно непонятно в коде fvwm.

Почему я думаю, что ошибка в управлении какими-то ресурсами? Мне кажется подозрительным слово _int_free (libc.so.6)#012#5

стековерфлоу на эту тему говорит: https://stackoverflow.com/questions/43442362/core-dump-in-int-free-at-malloc-c3902-all-executables (вопрос без ответа, но с кучей встречных уточняющих вопросов)

Я бы начал с того, что разобрался бы, как компилируется эта программа, а так же, как сделать чтобы дамп стека был с бо́льшим количеством отладочной информации. В генте с этим хорошо, ебилд есть. Но я не буду его ставить, потому что понятия не имею, что в системе от этого сломается, а оно мне надо? Т.е. чтобы мне начать пользоваться xxkb, надо сначала понять, как отключить штатный переключатель раскладок в mate, которым я пользуюсь.