Оберон-клуб «ВЄДАsoft»

Вроде такой крутой язык программирования и нету фичи .

_________________
Работаю в Windows 10. В то же время также установлен Линукс для некоторых ситуаций

Было в Паскале. Вырезание в Обероне объясняется тем что используется редко, но усложняет компилятор.

Это достигается за счёт сильного усложнения языка/компилятора, добавления возможности конструировать разные виды целочисленных типов и описаний сложных взаимодействий типов между собой. Так что это не Oberon-way, увы.

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

http://oberon2005.oberoncore.ru/obe_faq2.html

В ActiveOberon введён тип RANGE

Это значит, что надо среди доступных Оберонов использовать Active Oberon, чтобы поезд не пошел навстречу другому не в свое время, чтобы сборка атомного реактора не вовремя не задвинулась или не выдвинулась и не произошел Чернобыль и чтобы ракета не свернула с орбиты раньше времени (или позднее)?

_________________
Работаю в Windows 10. В то же время также установлен Линукс для некоторых ситуаций

Саша, вспомните, что я говорил про то, что компилятор любого языка не найдёт массу ошибок в логике программы, если синтаксически всё будет оформлено правильно. И AO'шный RANGE здесь не особо поможет.

А в каком то простом языке программирования существует модуль защиты от дурака в виде дополнительной опции, чтобы из простого языка сделать наподобие Ады в случае необходимости?

_________________
Работаю в Windows 10. В то же время также установлен Линукс для некоторых ситуаций

Читал, что это можно делать во многих ЯП, только на основе классов\трейтов\типов и т.д.
Достаточно создать свои классы с нужными ограничениями.

_________________
Работаю в Windows 10. В то же время также установлен Линукс для некоторых ситуаций

Для этого используются приемы контрактного программирования, когда на входе и выходе процедур ставятся проверки, нарушение которых останавливает выполнение этой процедуры.
ASSERT(x < 16, 21);
При этом вызывается обработчик аварийных остановок, который решает что дальше делать. Чаще всего он показывает развернутый отчёт о произошедшей аварийной остановке.
Тогда на этапе тестирования компонентов большая часть такого рода ошибок проявляется.
Как поступить на этапе эксплуатации программы, это уже вопрос архитектуры проекта и типа проекта.
На ПК обычно пользователь делает скриншот сообщение и отправляет по почте. Но можно сделать, чтобы отправлялся сам через Интернет.
Микроконтроллер обычно уходит в перезагрузку и начинает выполнение программы с начала.
При этом в специальных переменных сохраняется код аварийной остановки, начало модуля и положение в исходном тексте.
Вот писал заметку про обработку аварийных остановок в STM32:
http://wiki.oberon.org/ob/o7/debug