Писал я внешнюю компоненту на с++ для УПП, все работает прекрасно, пока тестирую на маленькой конфе, но стоит подключить на самой УПП при выходе из функций ( в отладчике на последней скобке) вылетает с той самой ошибкой 0xC0000005: Access violation. Проверял на обращения к NULL - все чисто, судя по тому, что на мелкой конфе все работает, с  компонентой все более-менее в норме, утечек памяти нет. Уже не знаю что делать, подскажите, пожалуйста

сталкивался...

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

Сейчас посмотрю еще раз... но тогда не понятно, почему на одной конфигурации работает, а на другой нет

(2) На одном компе или разных?

На одном

Добавил разрушение окошка(почти все функции работают с использованием механизма оконных сообщений)  в деструктор класса, теперь ошибок нет, но функции не всегда отрабатывают:( Видимо, 1С-ка запускает деструктор когда попало, а не только во время уничтожения компоненты... Хотя в отладке этого не видно

(5) читай про совместное использование дискрипторов

(2) причина в сборщике мусора 1с, он работает в зависимости от загрузки, по этому на разных базах он работает по разному....

то есть разрушение фактическое обьекта DCOM происходит в разное время

(7) Это когда в 1С сборщик мусора появился? Разве там не подсчет ссылок?

(8) я не являюсь истиной в последней инстанции, но для себя предстваляю механизм работы 1с (еще с версии 7.5) именно через сборщик мусора, этим обьясняется много фичей 1с, типа подключаем таймер к процедуре формы и закрываем форму, но фантомный код закрытой формы будет выполнятся все равно...

А 1С фантомный код еще вершит,
но пали руки.
И стайкою наискосок
ходят запахи и звуки.

уходят

(9) Судя по работе с COM объектами там элементарный подсчет ссылок. orefkof выходи

Да какая разница есть там подсчет ссылок или нету. Автор тупо понашлёпал ошибок с указателями и все дела.

(12) я-бы так не сказал...

ты вкурсе, что можно подключить обработчик 1с к событию в COM обьекте, и наоборот?

так, что я думаю, там немного сложнее все, по тому как дескрептрор ресурса (твой счетчик ссылок) может размещатся как в памяти 1с так и в памяти COM обекта, которая не всегда имет прямой доступ по адресации, и вообще могут быть в разных сегментах.

Знаю при этом, что бы от циклических ссылок избавиться нужно отписываться. Так в COM и есть подсчет ссылок через методы интерфейса IUnknown
http://rod.ucoz.net/index/0-19

Нет там сборщика мусора, это вообще другая технология управления памятью. В 1С как и в COM простой подсчет ссылок.

(16) есть там сборщик мусора. vde69 его лично выдумал. и фантомный код еще есть. он лично видел.

(0) Хуки, переопределения оконных процедур есть? А если найду?

Хотя, сплюснутый язык, хер я че там найду.

(19) если глючит, значит есть. можно и не искать.

Был один дескриптор открытый все-таки... А хуков нет

(21) продолжай искать

(22) Сейчас уже не крашится, стабильно работает

Интересно, почему все-таки на маленькой конфигурации все работало и до исправления косяка?

(24) по тому, что памяти свободной навалом. А на УПП была попытка использовать "свободную" память по факту занятую обьектом компонеты

(24) У тебя же есть все данные. И обе конфигурации и твоё нетленное творение на С++. Вот сиди и анализируй. Зачем тебе чьи то догадки?
И вообще, надо ветку вовремя закрывать. А то набегут специалисты по ядерному оружию и экономике.