Новый баг с постоянными вылетами

[beginner]

Столкнулся вчера с новым (самым наверное страшным в моём опыте за всю историю использования программы) багом Компаса v.22.

Добавил в сборку только что смоделированную подсборку и начал накладывать сопряжения... ииии оп - вылет. Думаю: "не беда, такое случается порой".
Запускаю снова "К". Опять вставляю подсборку (сохраняю). Первое сопряжение - всё хорошо. Решил подвинуть подсборку - и опять вылет. Тут уже появился интерес. Это как так? Компас вылетел второй раз за 1 минуту. Снова запуск и накладываение сопряжений - вылет. В общем раз 5-7 вылетело. Выполнил "открыть с проверкой" (как постоянно рекомендую всем). Все ошибки найденные исправлены. Ну теперь то "поплывём" на всех парусах подумал я. И снова вылет. Ошибок построения нигде не было.
В общем мучался больше часа. Наверное даже появились новые седые волосы ...
В итоге решил удалить последнюю подсборку. Полёт нормальный.
Опять вставил - вылеты. Значит дело в этой подсборке. Но ошибок там никаких нет (даже массивов не использовал).
Взял и удалил в подсборке все сопряжения. Проверил - всё работает без нареканий.
Вернул все сопряжения командой "отменить". И сохранил.
и О Чудо - больше "К" не вылетал.

И как пользователь может догадаться, что "К" вылетает из-за "проблемной" модели, в которой по факту не видит никаких ошибок?
А если Сборку откроет вообще другой пользователь для продолжения работы.
Конечно можно методом исключения найти проблемную сборку. Но как потом догадаться, что нужно удалить сопряжения? Хотя теперь то (после этого опыта) я знаю, что можно так действовать. Ну и вы тоже...

[СВ]

 Бывало:
- раза 2-3 (давно!) при открытии файла (точно не вспомню - Детали или Сборки) Комп сразу же вылетал, причём какое-то время перед этим файл был нормальным, т.е. вроде бы проблемы появились не от внесения каких-то добавлений, а "просто так"; бак тоже вылетал, так что пришлось создавать по новой;
- вылетал и от спряжений, тоже примерно раза 2-3;
- (рассказывал на форуме) в течении дня Компас (20-й вроде бы) вылетал раз по 20-30, обратился в СТП, выяснили - виноваты библиотеки типа Жизнеобеспечение и пр., которыми я никогда не пользовался и которые до этого никого не трогали. Отключил - заработало. У соседей тот же Компас и ничего не ломалось.

[Lemon]

Выполнил "открыть с проверкой" (как постоянно рекомендую всем)

Никогда не используйте её, если не было прямого указания от техподдержки использовать эту команду для решения проблемы

[chromium]

В общем мучался больше часа. Наверное даже появились новые седые волосы ...

Седые волосы у вас могут появиться, когда платное ПО удалит вашу работу, если вы используете локальные детали... https://forum.ascon.ru/index.php?topic=40045.0
А краши - это уже обыденность...

Никогда не используйте её, если не было прямого указания от техподдержки использовать эту команду для решения проблемы

Часто использую, чтобы устранить похожие проблемы. Иногда помогает. Почему не рекомендуете?

[Lemon]

Часто использую, чтобы устранить похожие проблемы. Иногда помогает. Почему не рекомендуете?

У вас вполне могут внутренние ошибки системы в модели, которые у вас до поры до времени просто работают (потому что так сошлась конфигурация модели, не используете функционал полностью и так далее) и вы о них просто не знаете. Какие-то неопределенные ситуации в модели вполне могли стать ошибочными спустя несколько версий

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

"Открыть с проверкой" - это узкоспециализированная команда для исправления ситуаций, которых других способом просто неисправить (ну или не всем пользователям нужно это исправлять, либо что-то правится для узкого круга по запросу)

P.S.: Обычно при решении пользовательских запросов техподдержка явно указывает, когда проблему можно решить только этой командой

[beginner]

Никогда не используйте её, если не было прямого указания от техподдержки использовать эту команду для решения проблемы

без комментариев

[СВ]

Тогда уж прямо на команде должно быть написано "НИКОГДА не ....!"
(Однако в тексте Lemonа эта уже цитата не видна. Исправил как ошибку?)

[lavgirb]

"Открыть с проверкой" - это узкоспециализированная команда для исправления ситуаций, которых других способом просто неисправить (ну или не всем пользователям нужно это исправлять, либо что-то правится для узкого круга по запросу)

P.S.: Обычно при решении пользовательских запросов техподдержка явно указывает, когда проблему можно решить только этой командой

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

Или у Вас есть какие-то веские основания, чтоб давать такой неочевидный совет?

[Lemon]

Lemon, а какой смысл обращаться в техподдержку не попробовав открыть с проверкой?

Чтобы потом не писать на форуме - "Я ничего не делал, оно само сломалось"

Или у Вас есть какие-то веские основания, чтоб давать такой неочевидный совет?

Почитайте справку https://help.ascon.ru/KOMPAS/21/ru-RU/cm_file_recover.html, там рекомендуется создавать копии файлов по вполне понятным причинам