We are running Inventor 2023, all updates/drivers are current for all software, Anti virus security has been setup with allowable permissions and so on . It is vary clear that Inventor is the problem. This seems to be Autodesks go to for fixing issues just blame other software products.
Basically you have a rather large multi body , the customer decides they want to change the design. So when you start altering the geometry you get a lot of broken features in the feature tree that needs to be repaired. You roll back the EOF and start repairing features . Some features you don’t need so you delete them up till the RTTI error pops up.
It happens quite regularly so yes the error can be reproduced consistently.
The work around is, once the error pops up, is to save the file, shut down Inventor, restart Inventor, open the file and then you are able to keep rolling down the EOF fixing the broken features.
If en.cppreference.com’s explanation of The Standard can be trusted, I think this is an error in MSVC:
- When dynamic_cast is used in a constructor or a destructor (directly or indirectly), and expression refers to the object that’s currently under construction/destruction, the object is considered to be the most derived object. If new-type is not a pointer or reference to the constructor’s/destructor’s own class or one of its bases, the behavior is undefined.
As far as I can tell, the problematic cases are being called from the constructors of classes that the dynamic_cast is trying to cast newComposite into. This should be perfectly acceptable, unless I’m misunderstanding something.
But supposing this is an MSVC problem that we need to accommodate, the only solution I can think of is to refactor every constructor (or at least the constructors that are problematic) to make them private/protected and replace them with an equivalent T::create(...) function that constructs the class and then adds the aspects after construction is complete. That should be a guaranteed way to fix this problem, but it does break the API.
Access violation — no RTTI data!
Quick Fields
Version 10
Updated July 28, 2017
asked on July 28, 2017
Has anyone seen this error before in Quick Fields?
The Quick Fields session is configured to immediately store documents to Laserfiche. If their is an error, then it sits in the Revision Pane. As the QF Session was still running, I updated one of the documents to remove the red flag and attempted to store the document. Right after I tried storing the document, I received the following error, «Access violation — no RTTI data!»
I am trying to serialize set of classes (where every class which has virtual destructor) using boost serialization. Test for all classes are passing except 1 which give above error.
I even tried setting enabling RTTI in VS 2012 but no use.. still the error exists.
I saw a link with similar type of issue but no help.
Boost Serialization of simple class with RTTI turned Off (-fno-rtti)
complete error message is — unknown location(0): fatal error in «mychecktest»: std::bad_typeid: Access violation — no RTTI data!
There is another link on similar problem but no solution
http://lists.boost.org/boost-testing/2005/05/1014.php
really don’t know what could go wrong… really need help on this.
Thanks,
asked Apr 30, 2014 at 11:30
1
in my case, i was also getting same issue and it was due to 1 of member variables was not serializing properly and hence this issue occured.
You can also do the same check at and give it a try.
answered May 7, 2014 at 11:15
user1291401user1291401
2541 gold badge6 silver badges18 bronze badges
1
I was working on a model i made in Freecad when i got this error.
Anybody knows what’s going on?
Thank you.
17:11:59 Unhandled Base::Exception caught in GUIApplication::notify.
The error message is: Sketch::checkGeoId. GeoId index out range.
17:12:07 TempoVis.restore: failed to restore detail (‘SDVProperty’, ‘tekening_Ster_v5_almost’, ‘Sketch.Visibility’): Unknown document ‘tekening_Ster_v5_almost’
17:12:07 TempoVis.restore: failed to restore detail (‘SDVProperty’, ‘tekening_Ster_v5_almost’, ‘Sketch.LinkVisibility’): Unknown document ‘tekening_Ster_v5_almost’
17:12:10 0 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:10 6.3483e-05 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:25 Traceback (most recent call last):
File «<string>», line 1, in <module>
<class ‘NameError’>: Unknown document »
17:12:25 Unhandled Base::Exception caught in GUIApplication::notify.
The error message is: Unknown document »
17:12:27 Traceback (most recent call last):
File «<string>», line 1, in <module>
<class ‘NameError’>: Unknown document »
17:12:27 Unhandled Base::Exception caught in GUIApplication::notify.
The error message is: Unknown document »
17:12:32 22.6109 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:32 22.6109 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:34 Traceback (most recent call last):
File «<string>», line 1, in <module>
<class ‘NameError’>: Unknown document »
17:12:34 Unhandled Base::Exception caught in GUIApplication::notify.
The error message is: Unknown document »
17:12:40 30.5793 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:40 30.5794 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:43 Traceback (most recent call last):
File «<string>», line 1, in <module>
<class ‘NameError’>: Unknown document »
17:12:43 Unhandled Base::Exception caught in GUIApplication::notify.
The error message is: Unknown document »
17:12:46 36.8209 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:46 36.8209 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:47 37.0261 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:47 37.0261 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:48 38.0718 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:48 38.0718 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:12:52 Traceback (most recent call last):
File «<string>», line 1, in <module>
<class ‘NameError’>: Unknown document »
17:13:00 49.996 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
17:13:00 49.9961 Selection.cpp(157): Unhandled std::exception caught in selection observer: Access violation — no RTTI data!
Программа Retail Declaration более не поддерживается.
Для работы с ЕГАИС рекомендуем использовать Контур.Маркет.
При подготовке декларации через Мастер подготовки декларации или Мастер подписания на этапе выбора личного сертификата может появиться ошибка Access violation.
Для устранения данной ошибки выполните следующее:
- Установите КриптоПро по инструкции
- Установите сертификаты УЦ по инструкции
Внимание! Если вы получали сертификат не в АО «ЦентрИнформ», то вам нужно обратиться в ваш УЦ для установки корневых сертификатов.
Если описанные выше действия выполнены, а ошибка сохраняется, то необходимо:
1. Проверить работоспособность Крипто ПРО CSP.
Для проверки работоспособности ПО Крипто ПРО CSP зайдите на сайт https://cpca.cryptopro.ru через Internet Explorer.
Если появится сообщение «Internet Explorer не может отобразить эту страницу», значит ПО Крипто ПРО CSP работает не корректно (возможно установлено конфликтное ПО Vipnet CSP, вирусы). В этом случае необходимо действовать по инструкции.
2. Проверить, что сертификаты УЦ установлены.
Если личный сертификат находится на рутокене ЭЦП 2.0, то перейдите в Пуск-Панель управления-Панель управления Рутокена, вкладка Сертификаты, посмотрите сертификат.
Если личный сертификат находится на аппаратном ключе JaCarta, то перейдите в Пуск-Единый клиент JaCarta, вкладка Гост, посмотрите сертификат.
На сертификате должно быть указано Этот сертификат предназначается для
Если сертификаты УЦ не установлены, то установите сертификаты УЦ по инструкции
Внимание! Если вы получали сертификат не в АО «ЦентрИнформ», то обратитесь в ваш УЦ для установки корневых сертификатов.
При выполнении операции произошла ошибка
Текст ошибки:
При выполнении операции возникла ошибка
Как выглядит ошибка:
Решение:
1. Проверьте, действительны ли лицензии на КриптоАРМ ГОСТ и КриптоПро CSP. В меню КриптоАРМ ГОСТ кнопка О программе. В меню КриптоПро CSP вкладка Общие. Если не действительна лицензия на КриптоАРМ ГОСТ, можно оформить заказ на нее здесь. Если у КриптоПро CSP истек срок действия лицензии, то приобрести ее можно по ссылке. Если обе лицензии действительны, перейдите к следующему пункту.
2. Зайдите в раздел Подпись и шифрование. Посмотрите на параметры подписи.
Если вы включили Штамп времени на подпись или Штамп времени на подписываемые данные, то это потребует покупки дополнительной лицензии на модуль штампа времени КриптоПро TSP client.
Если вы изменили стандарт подписи и выбрали Cades-X Long Type 1, то это потребует покупки еще одной дополнительной лицензии на модуль проверки статуса сертификата КриптоПро OCSP client.
Проверить наличие таких лицензии можно открыв на компьютере Управление лицензиями КриптоПро PKI. Без этих лицензий подписание с такими параметрами завершится ошибкой. Если стандарт подписи вы не меняли и не включали штампы времени, то понадобится переустановить сертификат подписи.
3. Переустановка сертификата описана в соответствующем разделе инструкции по ссылке.
4. Если вышеуказанные действия не помогли, пришлите лог нам на почту support@trusted.ru, который представляет собой текстовый файл cryptoarm_gost_operations.log, который располагается в каталоге пользователя в папке .Trusted.
Или пришлите скриншот вкладки Console после включения режима логирования на Linux и MacOS.
If en.cppreference.com’s explanation of The Standard can be trusted, I think this is an error in MSVC:
- When dynamic_cast is used in a constructor or a destructor (directly or indirectly), and expression refers to the object that’s currently under construction/destruction, the object is considered to be the most derived object. If new-type is not a pointer or reference to the constructor’s/destructor’s own class or one of its bases, the behavior is undefined.
As far as I can tell, the problematic cases are being called from the constructors of classes that the dynamic_cast is trying to cast newComposite into. This should be perfectly acceptable, unless I’m misunderstanding something.
But supposing this is an MSVC problem that we need to accommodate, the only solution I can think of is to refactor every constructor (or at least the constructors that are problematic) to make them private/protected and replace them with an equivalent T::create(...) function that constructs the class and then adds the aspects after construction is complete. That should be a guaranteed way to fix this problem, but it does break the API.
Access violation – no RTTI data!
Quick Fields
Version 10
Updated July 28, 2017
asked on July 28, 2017
Has anyone seen this error before in Quick Fields?
The Quick Fields session is configured to immediately store documents to Laserfiche. If their is an error, then it sits in the Revision Pane. As the QF Session was still running, I updated one of the documents to remove the red flag and attempted to store the document. Right after I tried storing the document, I received the following error, “Access violation – no RTTI data!”
0
0
Post Link
