OberonCore

Про эту версию как-то подзабыли.

http://www.mathstat.helsinki.fi/openbugs/ (http://www.mathstat.helsinki.fi/openbugs/LinBUGS.html) - там сайт глупо сделан, на фреймах.

(испр. 28.10.2011) Подробности ниже.
(испр. 04.11.2012) Lin-Simple-Console снята с публикации. Замена: http://oberoncore.ru/projects/bb16lin-console

Что не так уж удивительно: почему про нее можно узнать, только случайно наткнувшись на ссылку на сайте OpenBugs? Почему не на oberon.ch? На OpenBugs сразу предлагается некий patch, в связи с чем возникает вопрос о том насколько стабильной является выложенная версия.

В общем, соотв. раздел на oberoncore wiki был бы очень кстати...

Простите, может я чего не понимаю, может "сайт глупо сделан", но:

....

У меня возможно есть некоторый склероз, я на OpenBUGS смотрел давно, но он генерирует только консольные приложения. А для того, чтобы воспользоваться графическим интерфейсом требуется Wine (в частности, чтобы собрать это самое консольное приложение).

Намедни думал тут над портированием BB под Линукс.
В свете наличия линуксовой версии ядра (Kernel, HostFiles) и DevLinker из LinBUGS представляется возможным запуск консольного варианта ВВ по Линукс.
Однако, в силу отсутствия времени проверить это не удалось.
Может зайти с другой стороны?
Сначала на Windows отучить BB пользоваться WinAPI и перейти на GTK или Qt полностью, а потом уже переносить ядро на Линукс.
По своему опыту знаю, что GTK можно пользоваться из Оберона/Модулы, есть модули для этого.
Представляется, что для этого надо переписать HostDialogs (как минимум), может еще что.
Другое дело, слабо представляю, как реализован редактор документов, как его переписывать.
С оконной системой и циклом обработки сообщений вроде все более-менее понятно, а вот с редактором нет.

Никакого редактора переписывать не надо... Весь фреймворк кроссплатформенный.
Перепишите реализацию окон, сообщений и контролов в подсистеме Host - и всё остальное заработает автоматически.

Qt слабо подходит, поможет только GTK+.
Сразу говорю - работа такая (по GTK) велась. Не знаю как сейчас успехи у основного разработчика этого дела (он здесь, если захочет признается ), но мы приостановили пока этот процесс ввиду нецелесообразности для нас (фирмы), т.к. ресурсы у нас всё же ограниченные. Распыляться не можем.

И вот ещё что. Публикация этого дела придерживается пока Ominc, и нарушать договорённости мы не будем. Однако обсудить - всегда пожалуйста.

Ещё один серьёзный вариант - полностью всё (что касается графики) переписать в некую собственную кроссплатформенную весчь, которую затем связать непосредственно с Win32 и X-сервером.

Мы с Иваном Кузьмицким имеем в мыслях ровно то же самое, перетащить оконную систему ББ на что-нибудь эдакое(wxWidgets например, ну или Qt с GTK), а потом на линукс(и ещё в кпк ). В идеале, лучше бы на всё сразу, или ни на что, например, сделать как в WinAOS, полностью рисованый интерфейс, можно даже аппаратно ускоренный и прогрессивный(это из области предельных мечт )

ЗЫ: а объясните, плиз, как из OpenBugs сделать что-то толковое? А то я лично не понял, что там к чему.

Пётр. Если речь серьёзно зашла об этом, то имеет смысл чётко отделить в BlackBox "отображающую" часть. Вот это нужно сделать в первую очередь. Host написан хоть и правильно, но очень туманно. Там чётко нужно отделить мух от котлет. Тогда станет очевидно, что именно нужно сделать для портирования и как.

Если делать как WinAOS (это уже тоже продумывалось), то нужно всё отрисовывать самостоятельно. Полностью. Это красиво и хорошо с многих сторон, но вызовет обильные выделения у любителей "стандартных промышленных" сред. Это перспективно, если тем более, задействовать Antigrain.

В любом случае, главная мысль, как я уже сказал, такова: нужно отделить именно "визуальную", отображающую часть от самого ББ. Узкий и чёткий интерфейс.

Серьёзно, конечно.

ну то есть, в том виде, в котором есть сейчас - оно не очень подходит для переноса и портирования?

Правильно ли я понимаю, что Ominc хотя и не торопится раскрывать линукс-ББ, но возражать против сторонних движений переноса ББ на линукс не будет?

Ибо уже назрело.

У нас тут только что поднят ещё один проект, в ярославском институте развития образования (чуть позже подробности отпишу на вики). Рабочие места все под виндами, но начался перевод компутеров на линукс. В связи со всем этим, хочется и линуксового ББ, и улучшенной "оконности" в ББ.

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

Конечно же нет. Как они могут возражать, если исходники открыты? Мы просто не имеем права передавать то, что передавали нам. Но общаться никто не запретит.

Конечно же имеет. Давайте думать. Только наверно для этого отдельную ветку выделить надо, чтобы по теме было...

Товарищи, в первом сообщении выложена простенькая сборка для консольных приложений. См. (Lin/Docu)Console-Quick-Start Помимо http://oberoncore.ru/blackbox/environment требует (для удобной работы):
http://oberoncore.ru/bbcc/subs/i21sys/calls
http://oberoncore.ru/bbcc/subs/omc/cmdline
http://oberoncore.ru/bbcc/subs/ert0dev/

Спасибо Кубанычу, отметил некорректность: Init д. б. [ccall].

Хотя stdcall/ccall без параметров не различаются и всё работает, но ожидание по-умолчанию stdcall = ориентирование на platform-specific issues, которое в исходнике нужно обозначить явным импортом SYSTEM (и, тогда уж, поставить [ccall]).

Второй способ (мне кажется более верным минимизировать IMPORT SYSTEM) --- учесть platfotm-specific в пускаче:
Вроде для gcc так (http://gcc.gnu.org/onlinedocs/gcc-4.4.6 ... Attributes).?

Архив обновил.

Нельзя ли предоставить изменения в виде патча или последовательности команд для изменения исходного кода?

Изменения идут в хранилище. Патчи оформляются. Когда будет готово, всё появится.

Обновление

Все заработало, спасибо.
Надо чтобы больше людей использовало эту подсистему. Тогда будут находится и исправляться ошибки, о которых мы еще не знаем.

Log выводит в stdout после запуска LinSimpleLog.Open.
А как читать данные из stdin через эту подсистему?

Не совсем понятно, как Вы хотите читать. Например, можно через LinLibc.

Если Вы имеете ввиду реализацию модуля In, то её нет. Можете попробовать переделать реализацию In для консоли отсюда: http://oberoncore.ru/bbcc/subs/console/ Если не ошибаюсь, достаточно:
* взять копию ConsoleIn -> LinIn
* добавить в неё процедуру PROCEDURE StdRead (OUT c: CHAR), читающую символ при помощи LinLibc из stdin
* заменить вызовы Std.read на StdRead

Если получится, передайте как-нибудь результат, добавлю в пакет.