IDispatch

[Eugenio]

ДА. (англ.: YES, нем.: YA)

[Eugenio]

Только не надо меня спрашивать, запустил ли я 1С

[codemaster]

как я понял из твоих постов:

ты создал DLL на vb6 и пытаешся пользовать ее в 1С.
Возникли некоторые пробл. и ты хочешь произвести отладку кода DLL?

Если да то очень интересует

Как создается твой объект (DLL) в 1С ( кинь кусок кода на 1С)

[Eugenio]

Или уж давайте пошагово

[Eugenio]

как я понял из твоих постов:

ты создал DLL на vb6 и пытаешся пользовать ее в 1С.
Возникли некоторые пробл. и ты хочешь произвести отладку кода DLL?

Да
Секунду...

[tyomitch]

ДА. (англ.: YES, нем.: YA)

Нем. JA


Не знаю даже, что у тебя не так...

[Eugenio]

ДА. (англ.: YES, нем.: YA)

Нем. JA

Ага, точно

[codemaster]

Да

Делаем следующие манипуляции:

На закладке Debugging

ставим крыжик напротив Start Programm
ниже выбираем путь к 1С ......exe

Запускаем проект (F5) отлаживаем.

P.S. Иногда приходится вместо 1С ......exe пользовать bat
файл - прописать каталоги DB и пользователя с паролем.

[Eugenio]

очень интересует

Как создается твой объект (DLL) в 1С ( кинь кусок кода на 1С)

Код: Выделить всё

   
ЗагрузитьВнешнююКомпоненту("AddInA.dll")
ExtObject = СоздатьОбъект("AddIn.Object2");
ExtObject.ShowMessageBox("O!");


[codemaster]

ЗагрузитьВнешнююКомпоненту("AddInA.dll")
ExtObject = СоздатьОбъект("AddIn.Object2");

не забудь про "правильный" Instancing у Object2 в твоей DLL

см. выше помогло?

[Eugenio]

На закладке Debugging

ставим крыжик напротив Start Programm
ниже выбираем путь к 1С ......exe

Запускаем проект (F5) отлаживаем.

Это я уже по совету tyomitch'а тоже попробовал:
прописал путь к 1С со всеми ключами,
прописал в 1С создание объекта при старте,
1С запутилась - к объекту я потом обратился (он был сохранен в глоб. переменной) - он команду выполнил. в debugger'е - ничего.

[Eugenio]

не забудь про "правильный" Instancing у Object2 в твоей DLL

что именно проверить?

[codemaster]

В классе Object2 добавим следущее

Код: Выделить всё

Private Sub Class_Initialize()
'
Debug.Print  "Class_Initialize()"
'
End Sub


запустим и посмотрим в Immed. Window Ctl+G

[codemaster]

не забудь про "правильный" Instancing у Object2 в твоей DLL

что именно проверить?

он должен быть MultiUse

[tyomitch]

Код: Выделить всё

   
ЗагрузитьВнешнююКомпоненту("AddInA.dll")
ExtObject = СоздатьОбъект("AddIn.Object2");
ExtObject.ShowMessageBox("O!");


"Меня терзают смутные сомненья..." (с)
Неужели 1С может подключать компоненты только по имени файла, а не по CLSID, как все нормальные COM-клиенты?

[Eugenio]

Меня терзают смутные сомнения..

Да. Регистрация в реестре происходит при обращении к компоненте

[codemaster]

Код: Выделить всё

   
ЗагрузитьВнешнююКомпоненту("AddInA.dll")
ExtObject = СоздатьОбъект("AddIn.Object2");
ExtObject.ShowMessageBox("O!");


"Меня терзают смутные сомненья..." (с)
Неужели 1С может подключать компоненты только по имени файла, а не по CLSID, как все нормальные COM-клиенты?

у бойцов 1С свой свзгляд на COM
вполне возможно что из за строчки

Код: Выделить всё

ЗагрузитьВнешнююКомпоненту("AddInA.dll")


ничего не выйдет .

Тогда как вариант пользовать Log в файл.

По уму надо в референсах подключить tlb (от 1С) а проекте реализовать пару интерфейсов .

[Eugenio]

он должен быть MultiUse

Да, я ж не сказал. Это не класс - а UserDocument (я его встраиваю в окошко в 1С).
А это имеет значение для отладки?

[Eugenio]

По уму надо в референсах подключить tlb (от 1С) а проекте реализовать пару интерфейсов .

Дак это обязательное условие! Они и реализованы.
И в функциях этих-то интерфейсов я и ставлю бряки.

[tyomitch]

Меня терзают смутные сомнения..

Да. Регистрация в реестре происходит при обращении к компоненте

А зачем тебе регистрация в реестре?

Попробуй просто выкинуть эту строчку. Тогда должно обращаться к отладчику VB, а не к файлу.

[Eugenio]

А зачем тебе регистрация в реестре?

Попробуй просто выкинуть эту строчку. Тогда должно обращаться к отладчику VB, а не к файлу.

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

А какой вообще механизм у VB отслеживания создаваемых клиентами объектов (связи между отлаживаем проектом и вызываемым клиентами модулем) - как он активизирует отладчик, когда кто-то юзает собранную dll?

[Eugenio]

Что-то тут не то, Мегачелы.
Выкинул строчку, удалил специфичные интерфейсы, зарегал документ regsvr32.
В 1С теперь код:

Код: Выделить всё

ExtObject = CreateObject("AddIn.Object2")

Опять все работает - но к отладчику не обращается!
Правда, ошибку я уже нашел и так
Но интересно все-таки, чем эта ... 1С отличается от прочих возможных клиентов. В предыдущем посте вопрос сформулирован - не скажет ли кто чего (насчет механизма VB)?

[tyomitch]

А зачем тебе регистрация в реестре?

Попробуй просто выкинуть эту строчку. Тогда должно обращаться к отладчику VB, а не к файлу.

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

А какой вообще механизм у VB отслеживания создаваемых клиентами объектов (связи между отлаживаем проектом и вызываемым клиентами модулем) - как он активизирует отладчик, когда кто-то юзает собранную dll?

Он прописывает в реестре на место твоего компонента временную "заглушку", и отслеживает обращения к этой "заглушке".
Твой код, очевидно, эту информацию в реестре перезаписывает, и до VB управление не доходит.
То же самое и с regsvr32: если ты зарегистрируешь компонент после того, как нажал F5 в отладчике - информация перезапишется, и до VB управление не дойдёт.
Попробуй ещё раз запустить компонент из-под отладчика, не регистрируя его нигде руками; должно заработать