COM, регистрация и проблемы с клонами объектов.

[Thyeadeschatarr]

Здравствуйте!
Прошлый раз мне здесь здорово помогли, надеюсь и на этот раз )

Есть у меня библиотечка COM-объектов (моя на VB6, содержит в себе тулбар и четыре инструмента на нем), она подключается к чужому продукту (ArcGIS) через Customize interface - add from file. Проблема в следующем: у меня на машине после очередной компиляции из списка тулбаров в ArcGISе она пропадает, добавляю как обычно и все работает, а на другой машине после замены старой версии dll на новую в списке тулбаров висит мой тулбар, но не включается, а при добавлении из файла появляется еще один с тем же именем.
Я прозреваю, что это как-то связано с UIDами, которые, видимо, заново генерируются при каждой компиляции. Подскажите, как их закрепит за объектами раз и навсегда?

[tyomitch]

Project, Properties, Component, Version Compatibility, Binary Compatibility
+Размещение топика вызывает сомнения.

[Thyeadeschatarr]

Спасибо. С разделом действительно косячнул. Главное, была даже какая-то логическая цепочка, объясняющая, почему именно сюда, а не туда, но сейчас я ее восстановить не могу )
[Viper] :: Перенес.

[Resident]

Project, Properties, Component, Version Compatibility, Binary Compatibility
+Размещение топика вызывает сомнения.

Пожалуйста если не трудно не могли бы Вы рассказать более подробно о "Version Compatibilit". Посмотрел в MSDN не совсем понимаю.
С Увыжением "Resident"

[tyomitch]

Что конкретно вызывает затруднения?

[Resident]

Возникала ситуация когда например имеется DDL написанная на VB и подключаемая к проекту в референсах (без использования CreateObject). Но если данную библиотеку обновить и перекомпилировать то приходится ее по-новому регистрировать ее в системе. То о чем Вы писали выше это выход из положения или я не правильно все понимаю?

[Хакер]

имеется DDL написанная на VB

DDL, это так наверное нынче называют dll-ки?

и подключаемая к проекту в референсах (без использования CreateObject).

Почти все заблуждаются: противопоставляют References и CreateObject. На самом деле, это вещи никак не связанные и никак не взаимоисключающие друг-друга.

Противопоставлять можно References и использование типа [As Object]. Противопоставлять можно CreateObject и использование оператора New.

[Debugger]

Вопрос в тему: почему когда я создаю в проекте ActiveX DLL модуль, пишу там функции через Public Sub, потом компилирую библиотеку, подключаю ее к проекту и НЕ вижу модуль в ObjectBrowser?

[Хакер]

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

FNDLL-2 должен был наделять VB именно таким поведением, какое тебе хочется и кажется очевидным, но по-видимому, FNDLL-2 в ближайший код развиваться не будет, ибо FNDLL-1 показал, что это вообще мало кому надо, а времени у меня нет.

[Resident]

Хакер как Вас понимать «DLL,это так наверное нынче называют dll-ки» Я понимаю что DLL на VB (COM) это далеко не kernel32.dll(натив) и это мне понятно. Но все-таки в проекте это DLL . Хакер я Вас уважаю как специалиста высокого уровня. Но Ваши супер ответы человека не сведущего в нужном его вопросе порой в полный ступор.

[Хакер]

Хакер как Вас понимать «DLL,это так наверное нынче называют dll-ки» Я понимаю что DLL на VB (COM) это далеко не kernel32.dll(натив) и это мне понятно.

А мне, вот, непонятно, что все эти предложения означают. И почему в цитате DLL, тогда как я писал DDL. Я писал именно для того, чтобы показать на непонятное мне DDL.

Но все-таки в проекте это DLL.

Ээ... К чему "но всё-таки"? Я разве утверждал обратное, чтобы было "но всё-таки"?

Но Ваши супер ответы человека не сведущего в нужном его вопросе порой в полный ступор.

Вновь не понял

[Resident]

Прошу прощения за не правильную формулировку.
Я имел введу что Ваши ответы зачастую многим не понятны в силу не знания многих тонкостей(системы, программирования и т.д.) Что касается “DDL” это всего лишь описка. А что касается моего вопроса Вы сможете ответить?

[Antonariy]

Возникала ситуация когда например имеется DDL написанная на VB и подключаемая к проекту в референсах (без использования CreateObject). Но если данную библиотеку обновить и перекомпилировать то приходится ее по-новому регистрировать ее в системе. То о чем Вы писали выше это выход из положения или я не правильно все понимаю?

Если параметры существующих публичных членов менялись или удалялись сами члены, то нет, это не выход. Если публичные члены только добавлялись или менялась только внутренняя логика, то выход.