В обсуждении темыРаспол-е модулей System. Все еще актуально брать из корня?для меня всплыли немного другие темы:
1) Понятие "подсистема" несколько размыто и в сущности ничего из себя не представляет в языке КП.
В том виде как оно есть это скорее попытка сделать "костыль" при переходе от плоской структуры ФС ОберонОС в иерархическую ФС Windows и заодно удовлетворить потребности каркаса ББ. Тогда о чем рассуждения?
2) Если говорим о понятии "подсистема(-ы)" то что тогда "система"?
3) Стоит ли вообще привязывать механизм хранения модулей и ресурсов (организация файлов в ФС) к этим понятиям?

Может быть кто-нибудь объяснит?

Я же вижу так:
"Система" - это пара описателей архитектуры компьютера и его ОС которой соответствует свой набор (множество) модулей и подсистем"Подсистема" - это набор модулей и других ресурсов связанных одной задачей (для простоты реализации можно также воспользоватьсяопределениемTrurl). Причем, (пошла крамола) язык надо дополнить так чтобы можно было ограничить список экспортируемых символов для "внешней среды" (т.е. модулей не входящих в данную подсистему) **
** Это поможет решить проблему изоляции "подcистемы" Host: все модули внутри "подсистемы" могут импортировать друг друга, но вот модули НЕ входящие в подсистему НЕ СМОГУТ использовать экспортированные символы.
Например:
## Код:
```
MODULE HostFiles;
...
PROCEDURE GetModDate!* (f: Files.File; VAR year, month, day, hour, minute, second: INTEGER);
(* !* - говорит о том что данный символ может использоваться только для модулей HostXXXX *)
END HostFiles.
```
