Фатальная ошибка при работе DrawJig

[Александр Пекшев aka Modis]

У тебя сразу после 1ого запуска команды ошибки или после 2-3 ого?

Сразу после первого и только в 2016 автокаде, и только в определенных файлах
Dispose тоже протестирую на всякий случай

[Александр Пекшев aka Modis]

Александр Ривилис, Вы прям волшебник зоркости! С ходу предложили несколько вариантов, включая тот, который помог!
Добавил перед jig tbl.SuppressRegenerateTable(true); и после соответственно tbl.SuppressRegenerateTable(false);  и все заработало!
Остальные замечания так-же учту и подправлю

[Александр Ривилис]

Добавил перед jig tbl.SuppressRegenerateTable(true); и после соответственно tbl.SuppressRegenerateTable(false);  и все заработало!

Догадываешься почему?

[Александр Пекшев aka Modis]

Добавил перед jig tbl.SuppressRegenerateTable(true); и после соответственно tbl.SuppressRegenerateTable(false);  и все заработало!

Догадываешься почему?

Я про этот метод первый раз услышал, если честно) Но из простого перевода метода все понятно - подавление регенерации таблицы. Т.е. при jig не происходит ее постоянной перерисовки (это в моем случае). Думаю, что полезно этот метод включать перед всеми действиями с таблицой и отключать в конце работы функции, перед tr.Commit()

[Александр Ривилис]

Всё еще интереснее. Класс Table наследник класса BlockReference:

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