интеграция с 1С (создание COM компонента)

[RXL]

Леш, речь по прежнему о DLL, реализующей COM-интерфейс?

[Алексей++]

да

[RXL]

Чтобы не путаться я процитирую все свою мысленную цепочку.

При регистрации происходит запуск DLL и вызов некой функции в ней (см. MSDN). Соотв., срабатывают зависимости и прочее.

Я в курсе - вызывается DllRegisterServer

Интересно, возможно ли как-то узнать, как "запустили приложение" - штатно, или только для регистрации DLL ?

Вызов DllRegisterServer разве не информативно?

не понимаю вопроса

Леш, речь по прежнему о DLL, реализующей COM-интерфейс?

да

[Алексей++]

так

[Kivals]

Если я правильно понимаю - у тебя есть 2 точки входа: main() (или как там она для WinAPI?) и DllRegisterServer(). Соответственно в какую функцию попал - так и запустили приложение. Рома пишет, что из названия функции DllRegisterServer понятно, что она вызывается, когда запустили для регистрации (по логике из других мест эта функция вызываться не должна)

[Алексей++]

Kivals, WinMain . Но она в каркасе, я этот код не создаю и вообще не трогаю. Я имею право редактировать только код проекта

DllRegisterServer - да, доступна. Но что всё это даёт в данной ситауции ?

Поставил в этой функции мессадж бокс - затыкание происходит до входа в неё. Объект то глобальный (тот, что произведён от CWinApp). Нужно как-то до вызова InitInstance взвести какой-нибудь флажок внутри глобальной переменной. Откуда это можно сделать - не могу придумать...

Добавлено через 5 минут и 38 секунд:
как вариант -  сравнить путь к модулю с путём к DLL , но это не сработает для случая, когда вызывающий модуль будет лежать в одной папке с DLL

[Алексей++]

стек вызовов до нужного места огорчает

(click to show)

Добавлено через 11 минут и 7 секунд:
кстати, забыл уточнить, что затык происходит не только при регистрации, но и в момент создания объекта в экселе

[RXL]

Леш, вот такая мысль возникла: а если сделать двухуровневую библиотеку? Первый уровень - COM без MFC с реализацией обертки всего интерфейса и управляющих функций, а саму реализацию с MFC вынести во вторую библиотеку и вызывать из первой вторую?

[Алексей++]

Ром, это ж переделывать много, а потом отлаживать. И неправильно всё это в корне, ведь хочется добиться идеала: есть проект на MFC , лёгким движением молнии визарда+немного кода = превращаем его в COM

Тут вот внезапно конкретный виновник торжества выявился. В theApp (глобальной переменной) , в InitInstance создаётся диалог, далее его мемберы, среди которых ОПЯТЬ ЭТОТ  CWinThread , а поток я создаю CREATE_SUSPENDED. Прослеживаем по стеку вызовов (а сам объект COM только что создался в экселе )

(click to show)

и во всём виноват (непонятно , каким образом!!! ) ждущий WaitForSingleObject . Вопрос: почему , если это просто EXE , то данный момент не приводит к замиранию всей программы, а в случае с объектом COM - затыкается ?

То ли я устал на сегодня... Пока не могу сообразить )))

[Вад]

Алексей1153++, а что за startup.hEvent, которого ждёшь? Дело ведь, значит, не в Wait-е, а в Event-е, который не зажигается.

[Алексей++]

Вад, файл, где этот код находится, это не мой файл, он из состава MFC