MISSING:

[Dzhon]

Добрый день!
Объясните непросвещенному почему при вставке в ActivexDLL кода:

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

On Error GoTo errH:

errH:
Обработка ошибки

в использующем проекте (данной ActivexDLL) в References
перед именем ActivexDLL появляется MISSING:

Что это такое и где можно почитать по этому поводу?!

Заранее спасибо!

[Oxygen]

Странная проблема. А ты не пробовал вручную указать файл с этой dll-кой. Такая проблема обычно возникает после перекомпиляции. Ты в References после перекомпиляции укажи файл. Должно помоч. А On Error GoTo ИМХО не должен давать такого эффекта.

[Cyrax]

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

On Error GoTo errH:

errH:
Обработка ошибки

объясняем... внимательно на код посмотри, и ты увидиш, что оператор GoTo использует не правильную метку - ну не должно там двоеточие стоят, после имени метки. а вот там, где описывается сама метка, двоеточие ставить надо.
а слово MISSING!: в окне References говорит лиш о том, что данный компонент не зарегистрирован, или зарегистрирован не корректно

[tyomitch]

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

On Error GoTo errH:

errH:
Обработка ошибки

объясняем... внимательно на код посмотри, и ты увидиш, что оператор GoTo использует не правильную метку - ну не должно там двоеточие стоят, после имени метки. а вот там, где описывается сама метка, двоеточие ставить надо.
а слово MISSING!: в окне References говорит лиш о том, что данный компонент не зарегистрирован, или зарегистрирован не корректно

Дело не в этом. "On Error GoTo errH:" - совершенно правильная строка из двух операторов, первый - "On Error GoTo errH", второй - пустой. На неправильную метку VB бы пожаловался, так что ошибки здесь нет.
А вот сабж с обработчиком ошибок никак не связан. Скорее всего, у Dzhon в Project -> Properties -> Component -> Version Compatibility стоит No Compatibility.

[Dzhon]

Спасибо ТЁМЫЧ!
Действительно было No Compatibility, правда отсюда еще вопрос:
Что это за Совместимость и как это физически отражается на проекте!?

[GSerg]

Каждый COM-объект имеет уникальный идентификатор, называемый GUID. При изменении интерфейса COM-объекта ему создаётся новый GUID. VB IDE занимается этим сама и тебя не спрашивает. Совместимость - это чтобы когда ты меняешь интерфейс в сторону добавления новых методов, все старые методы будут помещены в те же самые места vTable, что и раньше, в результате чего все проги, скомпилированные для работы со старой версией интерфейса, смогут работать и с новой. Если же ты меняешь описание интерфейса (описание методов, а не их код), то совместимость всегда нарушается.

[Dzhon]

Большое СПАСИБО GSerg!

[tyomitch]

Каждый COM-объект имеет уникальный идентификатор, называемый GUID. При изменении интерфейса COM-объекта ему создаётся новый GUID. VB IDE занимается этим сама и тебя не спрашивает. Совместимость - это чтобы когда ты меняешь интерфейс в сторону добавления новых методов, все старые методы будут помещены в те же самые места vTable, что и раньше, в результате чего все проги, скомпилированные для работы со старой версией интерфейса, смогут работать и с новой. Если же ты меняешь описание интерфейса (описание методов, а не их код), то совместимость всегда нарушается.

Я добавлю, можно?
У библиотеки в целом есть LibID, и у каждого публичного компонента - свой ClsID и (один или больше) IID. В режиме No Compatibility все они генерируются случайно при каждой компиляции, в режиме Project Compatibility сохраняется LibID и заново генерируются ClsID-ы и IID-ы, в режиме Binary Compatibility - сохраняются LibID, ClsID-ы, старые IID-ы, и вдобавок создаются новые IID-ы, если это нужно.

И ещё, про "уникальный идентификатор, называемый GUID". GUID - это "физический" тип, как DWORD или SHORT, а CLSID/IID - "семантический", как HWND или BSTR. Т.е. утверждение в общем верно, но так же неинформативно, как "Каждое окно имеет уникальный идентификатор, называемый DWORD".

[Dzhon]

Спасибо Тёмыч!