Dilma,
1) Будет тоже самое, как если бы программист, создающий рекурсивную программу, забыл поставить условие, ограничивающее глубину рекурсии.
Конечно, дополнительная дуракоустойчивость не помешала бы.
Но и отсутствие таковой не может являться аргументом. Простенькое вложение, HiAsm не дает сегодня делать. Но более сложное (говоря словами нашего коллеги S_E_A, сам себе внук) - позволяет. Кончается это, правда, в конце концов смертельно.....
Т.е., все-равно технологию надо совершенствовать.

2) Ничего не меняется ведь. Схема в мультике - это определение класса, хоть чего тут говори (просто так сделано). И в ней (в этой схеме, которая является определением) нужна возможность сослаться на экземпляр, например, самого себя.
Про нахождение в другом файле. Так оно (определение класса) и так в другом находится...

3) Ссылочные объекты в 3D-MAX, Word-е и т.п.., это все-таки не из языков программирования.
Все однотипные элементы у нас - это разные экземпляры одного класса. Де-факто, ссылки на мультик это разные экземпляры одного класса, который определен в мультике-оригинале.
Мне совершенно непонятно, почему наличие 3D-MAX-а оправдывает нарушения правила в HiAsm для создания нового экземпляра класса. Впрочем, не только в HiAsm - это правило для ООП, по-моему.
Конечно, в связаных копиях есть смысл. Только этот смысл более редакционного характера. И имеет отношение, скорее, к текстовой записи типа StartNumber, у которой может быть несколько сот связанных копий. И смысл при реализации совсем другой: поменял одну буквочку, а HiAsm тут же провел изменения в сотне мест программы. Это же принципиально отличается от изменения в кодах класса. Если раньше была сотня копий одного мультика (Nic, не обижайся, но мы тебя забыть не можем ) в программе - то теперь остается ОДНА.

Т.е., если есть полезность в связных копиях (с этим просто нет смысла спорить: ну есть, так и пускай), то это надо безусловно отделять от ссылки на мультик.
Это ведь не хорошо, если из-за невозможности сделать индивидуальные св-ва для экземпляров одного класса, народ будет пользоваться КОПИЯМИ (абсолютно одинаковыми, причем), а не ССЫЛКАМИ

4) Про подумаем.
Большое дело уже сделано - комментарий многострочный. Может секционировать его ???
Т.е., на какой-то строке стоит что-то типа [Parents], а дальше вышепредложенные записи в стиле INI-файла.
Остальное - как и сейчас: первая строка появляется в хинте, все, что до первого определения секции - на панели СПРАВКА. Ну и на непредсказуемое будущее есть возможность заводить другие секции...