OberonCore

Да, вы правы, тот кто хочет - просто не знает, что то что он хочет ему не нужно

А кто его пишет, если не секрет?

Ну прям Нострадамусы сплошные.

Коллеги, будущее еще никто не смог предсказать.
"Млекопитающие никогда не станут мейнстримом" -- в некотором смысле и не стали.
"Ессеи никогда не станут мейнстримом" -- в некотором смысле и не стали.
...

Издатель вон тоже как снег на голову свалился. Но ситуация была выстроена и его, можно сказать, ждала. Ему осталось в этом убедиться (в чем он и убеждался пять часов у меня в кабинете -- это когда еще kemiisto мгновенно ответил насчет скана книжки Дейкстры; это произвело впечатление -- не помню, благодарил ли я отдельно уважаемого kemiisto, если нет, то вот благодарю сейчас )

Для появления оптимизирующиего компилятора (как отдельной тулзовины, конечно) есть всё, кроме, так сказать, реального спроса. Известно кто, как и за какое время. И "выстрелить" это дело может в любой момент, так же как выстрелил издатель.

Так что все эти дурацкие предсказания, от которых, кстати, вполне ощутимый вред в планле отпугивания стороннего народа, проходят по разряду кривых обобщений.
Обобщений -- потому что предсказатели (как и все мы) видят небольшой кусок реальности, а для предсказаний -- как и с погодой, например -- нужно иметь данных гораздо побольше.
Т.е. попытка экстраполяции по t получается эквивалентна кривому обобщению в синхронном плане

Об инвариантах надо думать, а не предсказаниями заходиться.

Инварианты -- вещь, а предсказания -- пустое занятие.

И за базаром в плане обобщений следить (правило когнитивной гигиены).

Felix Friedrich, за прогрессом работы можно наблюдать по SVN.
На сколько я понимаю цель сделать простой и надежный компилятор с поддержкой математических расширений.


Я сказал "скорее всего", т.е. это мое личное мнение, основанное на том, что, как всегда, есть более актуальные проблемы и ими будут заниматься разработчики, которых и так очень мало. Если бы была толпа людей, то этот прогноз изменился бы. Хоть и есть некоторые тенденции к увеличению интереса к оберонам, все равно критическая масса не достигнута.

Чтобы небыло недоразумений уточню, что речь идёт про новый компилятор Активного Оберона для А2, а не о компиляторе Компонентного паскаля для ББ.

Есть предложение не выводить систему примитивов из требования обеспечить работу оболочек, а разобрать весь фрэймворк BlackBox на аспекты. Тогда при реализации бизнес-логики приложение будет обращаться к модулям (например, WinApi/LinApi) в зависимости от платформы.

http://ru.wikibooks.org/wiki/Аспектно-ориентированное_программирование

ээээ.. А подскажите, какое именно решение предложил Chris Burrows?
А то я, кроме Services.DoLater, что-то других вариантов не знаю.

Тут, например, когда-то обсуждалось:
http://forum.oberoncore.ru/viewtopic.php?f=31&t=1937&p=39240&#p39240

Вот тут, как мне кажется Вы неправы. Дело в том, что "целкостность" ОС обеспечивается связкой ОС+Язык. При использовании сторонних бинарных библиотек целостность теряется. Т.е. ошибка в коде может завалить всю ось....

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

Просто надо понимать, что для ОС общего назначения нужна и аппаратная защита памяти, возможность иметь адресные пространства.

Для запуска внешних библиотек (модулей) потребуется создать защищённое виртуальное адресное пространство, некий пузырь, в котором будут исполняться процессы и, вдобавок, трансляцию в системные вызовы ОС BlueBottle (вышеназванный WINE). Если такой модуль попытается совершить запрещённую операцию (допустим, выйти за пределы предоставленного ему пространства), то выгружать его с оповещением об ошибке.

Соответственно, потребуется обрабатывать исключительные ситуации на уровне системных вызовов ОС:

• аппаратные ошибки (память, устройства ввода/вывода, ...)
• программные системные (исчерпание памяти, ...)
• программные прикладные (математические, ...)

viewtopic.php?p=39571#p39571

Какие нужны ресурсы, чтобы приоритеты формулировать вовремя?

Время и нужно. Непрерывный блок времени на спокойные размышления.

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

Время было.

Вы не о том.

Может, Вам перечитать сообщение и обратить внимание на то, кто процитирован и кому, соответственно, адресован вопрос

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

Вы конкретно от меня чего хотите или что предлагаете? Поясните, пожалуйста, подробнее.

Если вопрос лично ЕЭ, то надо писать в личку.
Сообщения в форуме вольны комментировать все.

Проблема "хорошего времени" -- ключевая для любого основательного размышления

Осталось только выяснить, кто "не о том".

Незачет.