Была пара случаев, когда subj вылетал при попытке «изучения» нескольких программ. Я бы не обратил внимание, т.к. безглючность в наше время вещь редкая… Но заметил кое-какое совпадение в 2-х случаях. Subj вылетел при открытии двух прог. Они довольно далеки по применению друг от друга (одна – dll 1С, другая – основной модуль пакета для анализа работы локальной сети). Но в обоих этих модулях имеется по три (или четыре…) монохромных битмапа, которые у них СОВПАДАЮТ. Причем эти битмапы из себя представляют морды, нарисованные от руки. Можно допустить наличие таких морд в ОДНОЙ программе (разработчики отдыхали), можно в двух одновременно – но разных!!! А эти долбаные морды АБСОЛЮТНО совпадают в этих програмках. Отсюда варианты:
1) Глючит subj.
2) Глючит меня.
3) Обе проги используют какую-то библиотеку, на которой глючит subj.
4) Некие грамотные люди нашли определенные ошибки в subj’е и сделали от него защиту, используя эти ошибки.
5) В subj встроена возможность «отказа от предложенной работы» при наличии в объекте исследования определенных меток (чтоб «защищенные» программы делать можно было).
Нет ли у кого-нибудь соображений по этому поводу?

а не смотрел где именно вылетает субж?
и как вылетает? gpf? или bsod =\...

и версия какая?

А морда там просто так для фонаря, или она используется ?

subj вылетает со словами "Инструкция по адресу "XXX" обратилась по адресу "YYY". Память не может быть read."
Версия 8.9.
Морды пробовал чистить - на функциональность прог, похоже, не влияет. Да вроде и не должно влиять?
Да, забыл сказать. Обе проги используют MFC, хотя subj'у это всегда было параллельно.