OberonCore

Без разницы совершенно. Для стека библиотеки подобную работу производит её загрузчик.

и далее в функции call_init

init - это как раз стартовая функция библиотеки. Не пробовали, наверное.

Я все же поступил по-другому.

В модуле Init сделал процедуру
и в команде сборки библиотеки libBB.so пометил модуль Init символом "#" (экспортировать из *.so).

В модуле BlackBox.c сделал прототип этой функции, с помощью функции dlsym загружаю функцию из *.so, затем вызываю с параметрами (argc, (int)argv). На всякий случай аргумент(ы) приводятся к int.

В процедуру перенесен код, располагающийся в инициализационной секции модуля Init.
Таким образом, процедура инициализации вызывается после фактической инициализации среды.
Решение, может быть не очень корректное с точки зрения Linux, но, на мой взгляд, полностью проглядываемое, нет никаких подразумеваемых вещей (типа структуры стека).

Следующее. Заставил таки я работать подсистему CDev (Dev, отвязанный от графической части).
Текстовый файл (не odc) компилируется, создаются osf, ocf-файлы.
Теперь надо делать разбор командной строки.

Если получится, то до субботы постараюсь все это выложить (на SVN в том числе), если нет, тогда примерно через неделю выложу.

Решил я собрать BlackBox.c ключом -lBB , предварительно убрав оттуда динамическую загрузку, но добавив определение функции

и скопировав libBB.so в /lib
Так, у меня gcc выдал

Хотя, при использовании libdl всё идёт нормально, в чём тут проблема

Первое, что нашёл в гугле по TLS definitioin: errno: TLS definition in /lib/libc.so.6 section .tbss mismatches

Почему-то давно нет обновлений в официальном репозитарии проекта. Как же кто-то сможет вам помочь, если не понятно, что уже сделано, и над чем ведутся работы.

После вынужденного молчания обновил репозиторий по адресу https://svn.oberoncore.ru/community/BlackBox-Linux/

Что изменилось.
1) Внесены изменения от GUEST касаемо защиты памяти. См. модули Kernel, Libc.
2) Изменен механизм инициализации самого ББ. Вместо вызова кода Init производится вызов процедуры Init.InitSystem. Подробности в BlackBox.c
3) Изменен модуль Lin/Docu/Build-Tool.odc. Модуль Init помечен символом "#", что приводит к экспорту процедур из этого модуля в libBB.so;
4) Добавлена подсистема Gnome (она же вызывается при старте, см. Init).
5) Добавлена подсистема CDev. Пример работы CDev\Mod\Test.odc и CDev\Mod\Test.ob2
6) Добавлены файлы с лицензией, изменениями и пустой (пока) README.

После копирования библиотек pango* в /usr/lib32/ и редактирования путей в файле /usr/lib32/pango/1.6.0/module-files.d последняя сборка заработала на 64-разрядной Debian. Но трассировка по strace при этом завершается аварийно. Возможно, из-за проблем с самим strace. Если у кого-то похожая ситуация дайте знать.

Обсуждение графической части: viewtopic.php?f=34&t=1538

Димыч, стандартный вопрос

тупо глядя на стопку стандартов
Какой именно?

Мой предыдущий пост был написан под гнётом убийственного чувства юмора и рабочей обстановки

Если говорить конкретно о том, как идут дела с переводом, то я сейчас разбираюсь со внутренностями ББ с тем, чтобы понять, как модель обработки событий GTK наложить на модель обработки сообщений ББ (1) и разбираюсь со структурой подсистемы host для тех же целей (2).

Работа была приостановлена на 2 месяца по двум причинам: сессия и отпуск.
Планировал, что будет возможность уделять время этой работе, но оказалось, что нет.

Сейчас работа возобновлена. О результатах напишу позже (приблизительно через 2 недели).

Работа по переводу BlackBox на Linux переезжает на сайт http://oberonrevival.sourceforge.net.

Есть ли какие-либо новости с фронта? Димыч ещё занимается переносом в Линукс или дело уже заглохло?

Хотелось бы определиться с составом проекта:

• какие части необходимы для переноса
• где какие имеются проблемные места
• как распределить между собой обязанности

Предыдущее сообщение в теме видели?
Если я скажу, что работа заглохла, это, конечно, будет неправдой. Но работа ведется значительно медленнее, чем хотелось бы. Специально для того, чтобы работой мог заниматься не только один я, и был сделан сайт. Все вопросы практического характера - туда. Welcome!

А куда там задавать вопросы? По ссылке форума не находится.

На странице разработки есть адреса списков рассылки.

Я запустил в Linux компиляцию модулей, записанных в текстовых файлах.
Исходники выложу чуть позже, пока только описание.

Компиляция:
./BlackBox compile CDev/Mod/Test.ob2

Содержимое Test.ob2:
MODULE Test;

IMPORT
Log;

PROCEDURE Abc*();
BEGIN
Log.String("CDevTest => OK"); Log.Ln;
END Abc;

END Test;

Запуск:
./BlackBox run CDevTest.Abc
CDevTest => OK

*.odc таким образом не компилируются, надо еще думать.

Обнаружилась странная ошибка/особенность.
Переменные из *.so файла не импортируются, в частности, не импортировалась
переменная errno из <errno.h>. Пришлось передавать ее явно в Kernel и заменять вызовы Libc.errno на Kernel.errno(). Может я чего не понимаю?

(опубликовано в списке рассылки, здесь дубль)

Странность заключается в том, что errno с некоторых пор не просто переменная - смотрите как "оно" определено в errno.h

Дружно кидаем скалу в огород макросов.

Много мелких камней лучше, чем один большой

( И это не просто остроумство )

Тем не менее, в libc.so errno присутствует...