OberonCore

Очень актуальная для меня тема. У себя отказался от longjmp - сделал свой ‘кроссплатформенный jump’. Пока конечно очень примитивный, скорее всего макет. Но исключения перехватывает на всех OS. Хочу прикрутить к нему раскрутку стека (если мозгов конечно хватит) !!!

я лично в Oberon/Ur на сигналы от ОС просто забил. сегфолта не должно произойти никогда, а если произошёл — там нечего ловить, там надо сразу падать: разыменование NIL проверяется кодом явно. деление на ноль тоже. любой «штатный» трап вызывает внутреннюю процедуру из Kernel, которая опционально показывает backtrace, и разматывает стек до глубины, на которой находится последний поставленый TRY (а если его нет — то собираем мусор, чтобы вызвать финализаторы, и `abort()`). поскольку у меня явный список стековых карт, то и бэктрэйсы, и разматывание стека — тривиальный поход по обычному списку.

Ormcode для Linux X11 X86-64. Две сборки вместе. Первая (scode.elf, snote.elf) с использованием библиотек libxcb.so и libxkbcommon.so, вторая (xcode.elf, xnote.elf) на основе стандартной xlib библиотеки. Можно сравнивать параллельно. Обе позволяют готовить исполняемые файлы в обоих вариантах. Соответствующие примеры в папке ../BEXM/.

На этом считаю эксперимент с xcb+xkb завершенным. Если он окажется удачным, то будет целых два взаимозаменяемых варианта X11 . . . ВАУ . . . !!!

Основная причина почему, конечно убрать непонятную ошибку: «xcode.elf: ../../src/xcb_io.c:278: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.» Иногда проще переписать, чем искать нечто . . . , в чем то . . . ???

Из мистического. В тестовом примере xkb при нажатом shift выдает кодировку в верхнем регистре (как положено). В окончательном варианте xkb изменило свое поведение на прямо противоположное. При нажатом shift в нижнем регистре, отпущенном - в верхнем. Поправил конечно программно, там две строчки. Но мистика не иначе (((.

Ещё, по ощущениям стало чуть быстрее. Хотя при общей тормознутоности моих Linux, может и кажется. Самым быстрым оказался Armbian. И это понятно. Ноль наворотов, черный экран по умолчанию - сказка относительно остальных вырви глаз ))).

Ormcode - кросс компилятор для Linux X11 X86-64. Две сборки вместе. Исправленная версия. Решил научить рисовать правильные цвета в стандартной цветовой кодировке ARGB. Две ночи не ел, два дня не спал ))). Переставлял маски в bmpimage и visual - не помогло. Затем распечатал все стандартные visual системы Linux в надежде найти подходящий. Оказалось, что все 304 найденых visual - есть bgr, и не одного rgb (((.

Расстроился. Затем вспомнил про замечательный LC. Залез в исходники, и . . . сделал также ))). Теперь Ormcode в правильных цветах. Спасибо за разрешение ))).

По ходу нашел и вычистил пару больших и кучу мелких жуков. Откуда только берутся (((. При этом xkb поменял свое поведение. Перестал путать строчные с прописными. Но в замен стал выдавать 9-ти значные коды для функциональных F1-F24 клавиш ??? Но зато научил его не обращать внимание на порядок расположения кириллица, латиница раскладок клавиатуры в Layout системы ))).

И кому интересно, в архив положил тестовый пример построения GUI приложения на чистом, хотел сказать winapi, но нет голом xcb+xkb x11 api ))).

Заодно обновил (привел в соответствие текущим реалиям) все архивы на сайте: https://ormcode.ru