OberonCore

Открытое письмо компании Oberon Microsystems к сообществу пользователей BlackBox, опубликованное 15 мая 2006 года в почтовой рассылке BlackBox Mailing List:
http://blackbox.metasystems.ru/index.ph ... &Itemid=15

То есть, Oberon Microsystems предложила развивать BlackBox самостоятельно!
Ну что ж, такой вариант при наличии исходных кодов вполне приемлем.
Будет стабильная ветка 1.5, а рядом с ней - несколько веток модифицированного BB.

По-моему, не только приемлемый, но и наилучший. Шаг открытия кодов и зеленый свет на доработки со стороны Ominc гораздо благороднее, нежели, например, позиция Borland в плане Delphi: и сам не гам, и людям не дам... По крайней мере, сообщество может быть уверено в стабильном существовании и эволюционировании среды, не зависящем от перипетий конкретной компании.
Подчеркну еще раз, что для СНГ наша команда может и будет дальше обеспечивать всю необходимую поддержку для BlackBox. Ведутся и доработки, готовим к выпуску BlackBox Русская сборка. Конкретные сроки называть не буду, в пределах 3-5 месяцев. Дополнения к библиотекам ожидаются и раньше.

Илья, что-то нет отклика от И.Н.Горячева, который занимался Юникодом.

Ominc сделали юникодизацию на ~90% -- но для 1.4. Они готовы передать всё это дело в "хорошие руки".
Давайте это будете Вы -- а с И.Н.Горячевым разберетесь в рабочем порядке?

Хорошо, беремся! С Горячевым скоординируемся!

Насчет перевода.
М.б. так:
"Ситуация, однако, несколько сложнее; так что, вероятно, требуется несколько менее прямолинейный подход"
?

Да, так и я понимаю, в принципе. Однако смысл реплики мне не совсем ясен - потому и оставил оригинал...

Желательно, всё-таки, иметь не несколько веток модификации, а одну единственную. Ситуация и без того не совсем простая. Хотя и не вполне понятно в связи с чем. Вроде бы и не было ничего.

Нескольких веток модификации не будет, по крайней мере, крупных веток. Сейчас им просто неоткуда взяться - кто еще способен их выпустить? Копаться, конечно, народ начнет посмелее - ну и пусть! А для поддержки среды как единого целого и существует наш сайт/форум... Стоящие доработки будем включать в нашу сборку.
Кстати, насчет версии ББ под Линукс - в том варианте, в каком он сейчас существует у info-21 (без-GUI-вый), модули переносимы без перекомпиляции (на x86, разумеется). Большей совместимости и желать было трудно... Осталось поставить на X-Windows...

В первую очередь вспоминать надо Trurl'я.

Но модули выполняются без перекомпиляции, это верно.

Почему бы их сюда не перенести. Надеюсь объем не очень большой?

Это к Trurl'ю!

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

В большей степени авторы -- Ominc. Они наложили ограничение, которое пока действует. Оно будет в какой-то момент ослаблено для каких-то частей, но пока оно в силе -- все в закрытом форуме.

Нельзя ли поподробнее почему действуют эти ограничения.

Илья а какое участие Trurl принимал в этой разработке? У меня такое впечатление, что оно было заметным. Как Вы полагаете?

Факты таковы, что Oberon Microsystems выполнила частичное портирование на Линукс. Эта недоделанная версия была передана российским коллегам - участникам проекта "Информатика-21" для доработки и закрытого использования с ограничением на распространение. Эта версия сейчас используется в рамках проектов в Институте ядерной физики РАН, для вычислительных задач, под руководством Ф.В. Ткачева (info-21). Доводку до рабочего варианта выполнил Игорь Дегтяренко (Trurl). Точнее я вам ничего сказать не могу, а Вы пытаетесь выспросить все именно у меня

Собственно, доводка заключалась в том, чтобы приспособить ББ к современной версией libс. Пока работают Kernel и HostFiles.
Плюс еще пришлось переделывать CommTCP - по всей видимости для линукса и виндовса требуются разные версии.

Запрещено распространять до тех пор пока всё не будет доделано до конца.

А вот, кстати: есть подсистема для обмена данными по http. Но она в таком виде, что выкладывать нельзя. Может, найдутся желающие доделать? Или написать что-нибудь другое для общения? Я не уверен, что http-оптимальный вариант.