EdwardSt

Через восстановление контура. Там есть запрос на ассоциативность.

Походу Но вроде не падает. Файл, похоже, необходимо черепам на препарирование

Мда... Если поменять CANNOSCALE на 10:1, сохранить файл, закрыть и открыть снова, то дальше удается установить 1:1. Мнохоходовочка (((

Единственное существенное отличие: 21 при открытии НЕ сообщает о том, что много аннотативных масштабов. Возможно, поэтому во времена активного юзания 21 версии на этой теме не очень акцентировались.

умеет.

Акад автоматически аннотативные масштабы не чистит. И опции очистки аннотативных масштабов в команде _purge не имеет. Акад просто умеет (и любит!) полноценно работать с аннотативностью. Нанокад поддерживает аннотативность, но не позволяет ею управлять (изменять параметры, иногда удалять или просто визуализировать). Если в файле есть это богатство, то в любом случае приходится вызывать команду для его обработки.

Не по сути проблемы, но чисто для понимания: на данный момент актуальной версией является 23. Если выявляются баги в текущей версии, то есть шанс озвучить выявленную проблему и поставить ее на очередь на исправление. Предыдущие версии приходится использовать "как есть", т.к. практики выпуска патчей у нанософта не практикуется. ЗЫ. Версия 21 в принципе была не очень удачной. У нас обычно использовалась очень добротная 20.1 и хорошая 22 версия.

В файле было 114000 аннотативных масштабов. Очищается просто: -purge и указание опции "аннотативные масштабы" Бонусом файл сжимается в 5 раз. Необходимо четко себе представлять, что список масштабов и аннотативные масштабы - это несколько разные вещи. И чистятся независимо друг от друга, да еще и разными средствами. ЗЫ. На форуме многократно упоминалась и публиковалась программа комплексной очистки full_clean. Советую поискать и добавить в автозагрузку. ЗЫ2. В версии 23 эта возможность доступна в функции "Пакетная обработка файлов"

Можете приложить файл? Очень уж интересно взглянуть...

нет файла - нет решения...

Конечно, выявленные особенности реализации функции vl-catch-all-apply весьма неприятны. Если с типом возвращаемого значения в случае ошибки ('STR - в нано, специальный тип #<%catch-all-apply-error%> - в АС) можно сработаться, хотя и тут могут возникнуть проблемы совместимости, то корректное срабатывание только для некоторых типов ошибок сильно дискредитирует реализацию, т.к. перед использованием приходится проверять работоспособность функции именно для твоегo кейса. И, если не подходит, может потребоваться довольно значительная переделка кода, т.к. удобной альтернативы не просматривается...

Тут дело может быть осложнено тем, что сбой в библиотеке "не очень критический". По факту неработоспосбными становятся только некоторые функции. Общего падения приложения нет. Более того, после нескольких нажатий на "Ок" функция может дальше даже что-то отрабатывать. Правда, я от греха подальше на корректный результат не надеялся и потому перегружал нану. Но фишка в том, что я это делал, только когда увидел сообщение. А собственно сбой мог произойти сильно раньше.

поэтому и молчу без пруфов в ТП писать бесполезно Потому и ВСЕ молчат)))

Наверняка, перегрузил нанокад) Появление такого сообщения, по-видимому, не связано с определенной командой. Или связано, но с какой именно - непонятно. Я неоднократно сталкивался с таким сообщением при включении монитора системных переменных. Если открываешь в недавно открытом нанокаде, то все проходит штатно. Но после долгой работы и/или после всяческих экспериментов , в том числе и с битыми файлами, вдруг начинает это выскакивать. Предполагаю, что в какой-то момент происходит сбой в одной из библиотек, на которую завязано выполнение многих функций. В результате вылезает такая крокозяба. Лечение одно (универсальное) - перезапуск нанокада или компа в более тяжелом случае.