Добрый день!

Написал достаточно черновой вариант одного COM-компонента. Сам компонент располагается в Dll.
Из-под VC++ юзается нормально, пробую запустить на VB через CreateObject - вываливается IDE.

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

Unhandled exception at 0x00000000 in VB6.EXE: 0xC0000005: Access violation reading location 0x00000000.

Нарушение работы с памятью. Вызов AddRef осуществляется так:

((IUnknown*)(*ppv))->AddRef();



Теперь о самом компоненте.

Компонент содержит фабрику классов, которая создает компонент, соответственно содержит

DllGetClassObject



Если кому-то нужно, могу дать все коды (просто их не так мало, поэтому что нужно то дам)

Интересно просто, куда копать. Пробовал и через tlb линковать, все равно падает (да собственно какая разница)

Во вложении Debug версия библиотеки, tlb-ка и reg.-файл регистрации.
Попробуйте, может это у меня что не так.

Присоединённый файл ( Кол-во скачиваний: 6 )
 Simp.zip 11,56 Kb

Если честно, он - компонент и не может работать. Потому, что прописан только для клиентов на С++.
Необходимо сделать дуальный интерфейс с добавлением наследования от IDispatch. 

А зачем?
CreateObject вызывает CoCreateInstance, а следовательно COM-библиотека должна запускать DllGetClassObject для создания ClassFactory, после чего у IClassFactory вызывается CreateInstance, которая создает сам компонент и передает по цепочке указатель на нужный интерфейс

Не так?


Это сообщение отредактировал(а) SlimSlot - 3.5.2010, 12:25

Надо   
Угу, и просит интерфейс IDispatch
'Нужный интерфейс' у вас не поддерживается
Вот так   
CreateObject создает объект, с которым потом вся работа производится через IDispatch::invoke, т.к. интерпретатор не может работать с compile-time интерфейсами - он о них ничего не знает. А с run-time (IDispatch) может, т.к. ему о них ничего знать не нужно

Эхх.....
А вот нифига и не надо ему IDispatch. И запрашивает не IDispatch изначально, а IUnknown. 
А уж потом, где-то там запрашивается нужный мне интерфейс. А как? Откуда?

А знает что запрашивать у компонента он из tlb-ки. Там то и описан  и указан [default] интерфейс компонента.

Так что для работы с компонентом в VB и, к примеру, Delphi (хотя не ручаюсь) вполне хватит реализации компонента + реализации фабрики классов + описания в двоичном формате всего компонента и интерфейса (например тот же tlb)

А вот под VBA компонент работать не будет. Он ведь OLE Automat., ему нужен IDispatch.

Из полученного IUnknown через QueryInterface
VB умеет работать и через IDispatch и напрямую. В данном случае напрямую он работать не будет, т.к. для этого нужна TypeLib, а она в reg файле не прописанна. (Если конечно в нем написанно то, что реально делается)
Для него не хватит, он работает через IDispatch
Угу. Я именно его и имел в виду в первом посте. Просто не ожидал, что кто то еще сейчас использует VB  

Добавлено через 2 минуты и 6 секунд
Кстати, как выглядит код в VB?

Верно, через него.

Вот. Собственно в этом и была проблема. Библиотека типов не была зарегистрирована в системе. Не прописана регистрация. После того, как я прописал в системе библиотеку типов, все заработало.
Но, собственно, имеется мнение, что VB таки должен сам регистрировать tlb из переданного файла. Почему он так не поступил - вопрос.


Вот чего не знаю того не знаю. Но если так, то плохо, я был лучшего мнения о Delphi


Я пишу, когда нужно что-то быстро написать. А почему нет то? VBA как раз использую куда реже.


Вообще, конечно, спасибо за обсуждение. Есть желание пообщаться вне форума. ы?

Ему никакой файл не дают - он берет инфу о COM объектах из реестра (через COM инфраструктуру). Компонент должен регистрировать себя сам. Если tlb не зарегистрировали, то этой инфы и нет   
Не очень распространенный (сейчас) выбор. Я бы лично написал бы макрос в Excel'е, или взял Borland C++ Builder.
В основном используется в качестве макросов в Оффисных поделках (сам по себе как то тоже не используется, я бы скорее взял JS или вообще perl)

Вот буквально пару дней назад сделал гибрид (как раз нужно было нечто по быстрому собрать) из Excel'а с VBA внутри + ActiveX для расчетов на VS

Регистрация tlb и регистрация COM-компонента - это разные вещи. VB узнает какой интерфейс запрашивать только из tlb. Но о самом компоненте VB знает и без tlb. Но я считал что при подключении tlb уже сам VB должен регистрировать саму tlb. 


Excel еще приму, но с диалогами там напряги. А до Borland C++ все никак руки не дойдут посмотреть. Может и стоит освоить.

Угу, но делает обе эти вещи сам COM компонент
Я не в курсе как подключается tlb в VB. Но структура COM системы такова, что tlb может сам подключаться автоматически при одном упоминании класса COM объекта.

Нет не так. VB может создавать COM-компонент и без tlb вовсе. Правда ничего не известно будет о типах и наименованиях функций. 

Может, но в этом случае будет использоваться чистый IDispatch. Т.е. 'чистый' COM компонент (не dispinterface и не dual) работать не будет.

xvr, насколько я знаю VB6 всегда работают через IDispatch, независимо от того "знает" компилятор или нет о методах (там вообще два режима компиляции - pcode и native, так вот pcode сдается мне работает точно через диспетчеризацию, насчет native не уверен).....

Да
А вот он МОЖЕТ работать через производный от IUnknown интерфейс напрямую. Но для этого ему нужет TypeLib

xvr, а ты уверен что он это делает? Можно, конечно, проверить.... но я где-то читал что vb поступает единообразно - тупо работает всегда через IDispatch.