v8: Особенности dll, написанной на С++ #583435

Добрый день. Понадобилось написать компоненту с нуля на С++ (visual studio 2008). Был реализован основной интерфейс IInitDone, но dll не загружается 1Ской: Ошибка при вызове метода контекста (ЗагрузитьВнешнююКомпоненту): Ошибка при загрузке внешней компоненты Проект создан с поддержкой mfc. Кто сталкивался с написанием внешних компонент именно на с++ с нуля? Просьба подсказать, где могут быть подводные камни. За основу брал статью и уже готовую компоненту.

Видимо включен UAC...

можно чуть подробнее? Что это?

Уже прочитал в вики, все делается на win хр sp3

А точно нужна именно внешняя компонента?

Может вот так попробовать:

да, нужна именно внешняя. Ваша компонента тоже не подгружается 1С и в исходниках нужных интерфейсов и функций я не вижу. У вас работает?

>> У вас работает? Конечно. Там же написано: "Сразу оговорюсь, в итоге получится обыкновенный inprocess server, а не "внешняя компонента" в понимании 1С. В этом примере не используется "Технология создания внешних компонент" от 1С (где-то она у меня на старом винте заблудилась - найти не могу), и поэтому описанная ниже технология подходит для задач типа "вы спрашиваете - мы отвечаем"."

Что делает твоя ВК?

тут попробуй:

компонента получает данные от 1С (сервер, порт, логин, пароль) и подключается к серверу, который в свою очередь постоянно передает данные компоненте, эти данные обрабатываются и уже в нужном виде попадают в 1С. Кхм, попробовал твою компоненту подключить как ЗагрузитьВнешнююКомпоненту("E:Example.dll"); предварительно зарегистрировав, та же ошибка.

Есть исходники уже рабочей компоненты, но без поддержки MFC. Поэтому решил создать проект с нуля, взял из предыдущего все обязательные интерфейсы и методы, все равно не подключает. p.s. а каким образом подключается эта компонента у тебя?

В архиве есть файло: example.htm Там в конце написано:

v8 - имеется в виду 8.1 или 8.2?

+ И какую компоненту рисуешь: под NativeAPI или под COM?

v8 в моем случае 8.2 СОМ

Покажи реализацию IInitDone.

+ И ещё деталь - права на запись в реестр в HKEY_CLASSES_ROOT у пользователя есть?

+ Ну и ещё вопрос - а IDispatch реализован (хотя бы заглушками)?

Никаких особенностей в длл на С++ нет. Реализуйте все правильно, и все будет работать. В ТВК пример на С++ есть. И что все у народа какие-то сложности с ВК? Делов то там - ПРАВИЛЬНО реализовать inproc server да пару интерфейсов. Ну и в реестре правильно описать.

права на запись в реестр есть, все записывается, искал в реестре по прогид. Реализация интерфейса IInitDone [        object, Методы упростил и сделал так, чтобы они только возвращали S_OK.

в реестре все прописывается правильно - CLSID и ProgID добавляются. Ошибка именно при вызове метода ЗагрузитьВнешнююКомпоненту; У меня у самого есть исходник внешней компоненты (которая у меня корректно работает), но без поддержки MFC, да и нужно научится просто создавать заготовку dll для 1С. А примера на С++ из ТВК не видел, выслать можете?

Ну и скажи, каков ProgID твоей ВК ?

+ Надеюсь, удовлетворяет вот этому: "При загрузке внешней компоненты функцией ЗагрузитьВнешнююКомпоненту 1С:Предприятие определяет ProgID OLE-объекта компоненты следующим образом: ProgID имеет вид <Vendor>.<Component>; в качестве первой части (<Vendor>) используется строка "AddIn"; в качестве второй части (<Component>) используется строка с ID 100 из таблицы строк компоненты. Cтрока может иметь вид "Name1|Name2|...|NameN", и в этом случае будут созданы все объекты с ProgID вида "AddIn.NameX". Если такая строка отсутствует, то используется имя файла внешней компоненты без расширения."

Это не _реализация_, это _описание_ интерфейса. Что касается "упростил" - то метод GetInfo должен не только вернуть S_OK, но и правильное значение версии установить.

ProgID следующий - com_1c.TSoc.1 - такой прописался в реестре. А <vendor> обязательно должен быть "AddIn". Если так, то возможно именно в этом проблема, проверю. GetInfo так же пробовал использовать из рабочего исходника.

Ещё обрати внимание на ресурс 100.

Смени прогид на "Addin.ИмяТвоегоФайлаБезРасширения"

Теперь, судя по всему ЗагрузитьВнешнююКомпоненту; срабатывает, ошибки нет. Но не создается объект - ВК = Новый ("AddIn.AddInSoc"); Ошибка - Тип не определен (AddIn.SocDll). ProgID (независимый от версии) в реестре прописан такой же, пробовал и с AddIn.SocDll.1

Что в ресурсе 100? Какой ProgID в реестре?

Под ID 100 лежит AddInSoc В реестре AddIn.AddInSoc

Новый COMОбъект("AddIn.AddInSoc")?

В сообщение кое что перепутал, там везде AddIn.AddInSoc вместо SocDll

Ошибка при вызове конструктора (COMОбъект): Интерфейс не поддерживается: Интерфейс не поддерживается При таком подходе, получается что интерфейс какой-то не реализован просто. В этой длл есть только IInitDone и все. Кстати, исходник, который у меня есть, его длл подключается через Новый (""); т.е. без COMОбъект.

Заглушка IDispatch есть? И как именно сейчас выглядит GetInfo?

А что за заглушка IDispatch?

Реализовать IDispatch - пусть его методы просто возвращают E_NOTIMPL.

Он же реализован по умолчанию.    {    public:        virtual HRESULT STDMETHODCALLTYPE GetTypeInfoCount(        virtual HRESULT STDMETHODCALLTYPE GetIDsOfNames(            /* [in] */ __RPC__in REFIID riid,

Твой код я не вижу, а телетяпией не страдаю :-) Какой интерфейс не реализован - вероятно, ILanguageExtender.

Да-да, именно, только что сам к этому пришел - ILanguageExtender. Подгрузил другую компоненту как СОМ и увидел, что она вернула два значения: Отсюда и понял )) Спасибо, пожалуй займусь в рабочий день.

ILanguageExtender надо

а если будет реализован ILanguageExtender сработает ли просто ВК = Новый ("ProgID")?

Новый COMОбъект("ProgID")

+ Хотя нет. Тут я соврал насчёт COMОбъект.

немного не понял :) Есть исходники компоненты, на которую я полагался в своей разработке, так вот она вызывается просто как Новый("ProgID") и получается ком-объект, проверял в отладчике.

Я и говорю - соврал я насчёт того, что надо писать именно Новый COMОбъект.

+ Ты б поставил в методах IInitDone и ILanguageExtender вызовы MessageBox - и сразу стало бы ясно, на каком этапе у тебя проблемы.

Займусь дальше только в понедельник ;) Если что, то буду продолжать тему )) Не нашел подобных на просторах интернета, потому и начал свою. Спасибо за совет на счет MessageBox, попробую.

Если действовать "строго по инструкции", соблюдая все требования - проблем не будет. Проверено :-)

По-тиху продвигаюсь вперед и возник такой вопрос. Как правильно создается внешнее событие? Сделал спец. функцию и повесил ее на кнопку в 1С, чтобы тренироваться. Функция в срр имеет следующий вид: VOID CALLBACK Connection(CString value1, CString value2) { Но внешнее событие не ловится формой :( В модуле формы 1С прописано: Процедура ВнешнееСобытие(Источник, Событие, Данные) При отладке value1 задаю 1.

При отладке еще выловил такую ошибку: Unhandled exception at 0x06375e01 (AddInCOM.dll) in 1cv8.exe: 0xC0000005: Access violation reading location 0x00000000.

а может ну ее эту компоненту? что нельзя сделать на 1С? а еще можно использовать JS для бинарных данных

нужно, возможностей куча, к тому же с++ быстрее обрабатывает информацию ;) Меня больше интересует ответ на вопрос, нежели споры о полезности компонент)

Возьми отсюда Исходник ВК которая загружает Объект Автоматизации поддерживающий ITypeInfo и выполняет все его свойства и методы через IlanguageExtender. Где там есть еще и исходники аналогичной приблуды на C++

то, что вы скинули - на delphi И все же хочется найти ошибку у себя.

я пишу на остром си - всё без проблем

Эта ошибка произошла в коде на С++! Там её и надо искать, сам механизм внешних компонент тут ни при чём. Поставь отладочный вывод. Определи, в какой строке происходит исключение. Или перехвати его try ... catch - и выдай результат. Где вызывается Connection - никому, кроме тебя не известно. Что за значения у каких переменных - тоже.

Connection вызываю из 1С, он доступен через внешнюю компоненту. Ошибку выдает именно в этой строке: Думаю, что может быть связано с строкой в срр файле: static IAsyncEvent *pAsyncEvent = NULL;

Нет, ну трах-тибидох! Естественно с этим связано!!! Обращаться к методу объекта по указателю NULL - это круто! pAsyncEvent инициализируй в IInitDone::Init.

Ошибка при вызове любого из методов pAsyncEvent.

извиняюсь за такие вопросы, но я пару дней как вижу С++ ;)

Меня это не удивляет. Когда вызываются методы объекта по указателю NULL - так всегда бывает.

Тогда зря ты сел за написание на нём ВК. Лучше освой язык - а потом уже пиши.

а каким образом правильно инициализировать pAsyncEvent в IInitDone::Init? в данном контексте просто не ясно, что значит инициализовать

При помощи GetInterface получить IAsyncEvent из того IDispatch, который тебе в Init передан.

Упс, было очень поспешным. Действительно, нужно было просто добавить строку pAsyncEvent = m_iAsyncEvent; в объявлении метода Connection. Т.к. в IInitDone::Init инициализирован:

согласен конечно с замечанием про подучить язык, но так обучаться интереснее. К тому же мне нужно изучить всего лишь некоторые аспекты языка :) Тем не менее, спасибо за уже оказанную помощь и что тему поглядываешь ))

Если у тебя уже есть член с именем m_iConnect (а судя по префиксу m_ - это именно член) - зачем ещё static-переменную заводить?

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

Пытаюсь сделал возвращаемое функцией значение, причем не булево, а допустим результат сложения двух чисел. Может кто пример описания метода в HRESULT CallAsFunc(long lMethodNum, VARIANT *pRetValue, SAFEARRAY**pVars) показать?

спасибо. Сейчас буду учиться возвращать результат выполнения другой функции, тут уже по срр нужно читать.