OberonCore

Ограничение на длину идента есть: OPS.MaxIdLen = 48
Это не так уж и мало. Если Вам надо больше — поменяйте и пересоберите Ofront+.

У меня Ваш модуль компилируется.
Увеличил длину имени процедуры, предупреждение во время компиляции есть. Всё нормально.

Пришлите самодостаточный архив, воспроизводящий проблему.

А, я понял почему у Вас такая проблема возникла. Это срабатывает в Heap.REGMOD:
, где ModNameLen = 32
Что тоже не так уж мало. Чем Вас не устраивает макс. длина имени модуля 32 и этот ASSERT?

Я могу увеличить до 48, но сильно большого смысла в этом не усматриваю. Чем больше это число — тем больше памяти будет жрать программа, имеющая много модулей. Это не так уж значительно, но такие расходы накапливаются.

Получается, что при компиляции макс. длина имени модуля подпадает под макс. длину идента OPS.MaxIdLen = 48, а в рантайме при регистрации модуля в реестре модулей в качестве макс. длины используется Heap.ModNameLen = 32
Возможно, это немного несбалансированно, и надо сделать эти числа одинаковыми. Тогда будет предупреждать в момент компиляции. А Вам и правда нужна такая огромная длина идентов? Помнится, я увеличил OPS.MaxIdLen с 32 (в оригинальном Ofront'е) до 48 исключительно из-за таких длинных идентов в WinAPI, там надо. Но чем больше это число — тем больше памяти будет жрать транслятор.

Эту ошибку я заметил при вполне себе реальном, написанном человеком имени. Длинные идентификаторы - нормальное явление, т.к. они пытаются описать предметную область. Это именно ошибка, т.к. корректно написанная программа приводит к исключению, и по этому её надо исправлять. Ещё хотелось бы понять ограничения на длину идентификаторов.

Увеличил длину имени модуля до 48 символов (47 + 0X), тестируйте.