Ну объясните мне наконец....

[SLIM]

Дня три ползал по нету в поисках внятной информации. Информации по поводу TLB. Что это такое вообще. Зачем оно нужно (я понял что заменяет декларирование DLL функций). Как это использовать. Какая выгода и т.д. Может кто-нидь на статью направит. Просто хотелось бы в подробностях и для новичка.

[BV]

http://msdn.microsoft.com/en-us/library/aa367061(VS.85).aspx
Уж не знаю, на сколько это "для новичка", но все в подробностях.

[SLIM]

Спасибо конечно, но в английском я уж не так силен. Да и хотелось бы своими словами от тех, кто знает

[pronto]

Через Project > References > кнопкой Browse… добавляешь к проекту. Таким образом, многие функции и константы Win32 API стали частью языка и их нет необходимости объявлять! Потом открываешь Object Browser (F2) и выбираешь из списка с библиотеками пункт Win32 для детального ознакомления. Выгода, по идее, должна быть в скорости вызова используемых функций. Тут есть маленький нюанс, если программа будет распространяться с исходными кодами, то придется таскать файл *.tlb.

P.S. Прилагаю сам файл и программку для регистрации (снятия регистрации) библиотек.

[Денис]

pronto
Клевая библиотечка! Теперь ничего не надо декларировать! Только она 98 года... Нет ссылки на сайт автора?

[pronto]

Я уже и не помню откуда она у меня. Гуглом находил тогда, значит можно и сейчас!

[Antonariy]

Гугла тогда не было

[Денис]

Всетаки обновилась: version 0.5 (52KB; last update: November 13, 2001)

[pronto]

Денис, а чем версия от 2001 лучше версии от 1998?

Гугла тогда не было

Antonariy, с чего ты взял, что это было именно в 98? Я активно использую интернет с 2005 года и в слово "тогда" вкладываю сроки не ранее этой даты. Уж тогда-то Гуугл был!

для справки.
http://www.google.com/intl/ru/corporate/history.html

[Antonariy]

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

для справки.

Верю-верю Я в нете с 97го.

[pronto]

Ну, в общем, мы поняли друг друга

[Денис]

pronto
А вот буквально по названию библиотеки делаешь поиск и находишь где-то здесь топик примерно прошлого года давности, где чел жалуется на ошибку при объявлении какой-то переменной. Там обсуждали что-то про траблы с указателями и пр. Я ради интереса посмотрел - в новой версии баг исправлен.
Кроме того библа "полегчала" раз в пять (после беглого осмотра по F2 у меня возникло предположение, что оттуда убраны декларации, явно устаревшие, ну, например, юзавшиеся только в win 95).

[SLIM]

P.S. Прилагаю сам файл и программку для регистрации (снятия регистрации) библиотек.

А это зачем и как пользоваться. Можно здесь поподробнее?

[pronto]

Конкретно эту библу можно не регистрировать и использовать из любого места. Вот когда захочется ее перенести в другую папку, то сначала нужно снять регистрацию, а потом зарегистрировать на новом месте.
Использование программки VBRegTLB.exe заключаеся в двух ее кнопках - Register и Unregister. Прежде всего нужно указать путь к библиотеке над которой совершается действие.
Чаще всего в регистрации нуждаются ActiveX DLL, но про это рекомендую почитать самостоятельно.

[Vi]

Существует REGTLIB.EXE, которая регистрирует TLB. Находится в системной директории. Раньше могла и дерегистрировать, сейчас, вроде, только регистрирует. Не знаю почему.

[SLIM]

А возможно создание других tlb?

[Хакер]

Разумеется.

Существует ряд системных (олешных) средств (CreateTypeLib и сопутствующие интерфейсы (ICreateTypeLib, ICreateTypeInfo)).

Существует так-же обёртка над этими средствами (компилятор MIDL), на котором можно писать тблшки.

[SLIM]

Существует так-же обёртка над этими средствами (компилятор MIDL), на котором можно писать тблшки.

Что значит писать? Они пишутся отдельно на каком-то языке (на каком?). И в каком смысле обертка? т.е. то что собственно превращает написанный tlb (с помощью олешных интерфейсов) в рабочий, который можно использовать? Тогда важно понять суть и строение dll. Как работает dll (как происходит реализация их функций. Просто я слышал что можно вызвать dll функцию через пуск--->Выполнить). Соответственно потом понять суть, строение и работу tlb. Может кто-нибудь вкратце и доступно рассказать?

[Хакер]

Что значит писать? Они пишутся отдельно на каком-то языке (на каком?).

То и значит. Да. IDL. Имеет си-подобный синтаксис.

И в каком смысле обертка?

В том смысле, что для создания TLB есть спеицальные API-функции. Компилятор MIDL не сам компилирует TLB, а просто вызывает эти API-функции.

Тогда важно понять суть и строение dll.

Суть и строение dll понять конечно важно, но понимание сути и строения dll никак не связано с tlb. TLB вообще никак жестко не сопряжены с DLL.

Как работает dll (как происходит реализация их функций.

dll работает так же, как и exe. С единственной разницей, что dll подгружается в АП уже существующего процесса, и имеет внутри себя информацию где какая функция расположена (не путать эту информацию с TLB).

Что понимать под "реализацией функций" в данном контекте - не знаю.

Просто я слышал что можно вызвать dll функцию через пуск--->Выполнить).

Да, но это, опять же, никаким боком не связано с TLB. Это даже никакая не особеность dll. Просто есть утилита rundll32, которая принимает (через командную строку) что надо вызвать, и вызывает это (что вполне естественно). Причём, это даже не чудесность rundll. Такую утилиту можно легко написать самому.

Т.е. возможность вызвать функцию через Пуск->Выполнить обусловлена лишь наличиаем обёртки. То что это можно делать изначально (без лишних телодвижений) обусловлено лишь тем, что такая утилита встроена в винду.

Соответственно потом понять суть, строение и работу tlb.

Строение TLB ты вдряд ли поймёшь -- оно нигде не документировано (насколько я помню).
Работу TLB понять невозможно. TLB не работают.

Если DLL -- это стиральная машина, то TLB -- инструкция к этой машине. Бумажка, в которой написано, какие кнопки есть на лицевой панели стиральной машины, и краткое описание каждой.

Понять, как работает стиральная машина -- можно.
Понять, как работает инструкция -- невозможно (она и не работает вовсе).

При том, пользоваться стиральной машиной можно даже и без инструкции.

[SLIM]

В том смысле, что для создания TLB есть спеицальные API-функции. Компилятор MIDL не сам компилирует TLB, а просто вызывает эти API-функции.

Во закрутили. Для создания TLB для DLL, в котором используются API функции вызывается API функция.

Суть и строение dll понять конечно важно, но понимание сути и строения dll никак не связано с tlb. TLB вообще никак жестко не сопряжены с DLL.

Развен не сопряжены. Как я понял - TLB - это инструкция к DLL, т.е. что и как использовать. Соответственно TLB не сможет пользоваться иным DLL, отличным от того, к которому он создан. Не возможно использовать инструкцию к стиральной машинке в области компьютера.

dll работает так же, как и exe. С единственной разницей, что dll подгружается в АП уже существующего процесса, и имеет внутри себя информацию где какая функция расположена (не путать эту информацию с TLB).

Чем больше ответов тем больше вопросов. Значит для понимания работы DLL важно понять работу exe.....

Строение TLB ты вдряд ли поймёшь -- оно нигде не документировано (насколько я помню).

Замечательно.....кроме того что это инструкция к dll ничего не известно....

[Хакер]

Во закрутили. Для создания TLB для DLL, в котором используются API функции вызывается API функция.

Так уж устроен мир (точнее Windows), что для всего нужно вызывать API-функции.

Развен не сопряжены. Как я понял - TLB - это инструкция к DLL, т.е. что и как использовать. Соответственно TLB не сможет пользоваться иным DLL, отличным от того, к которому он создан. Не возможно использовать инструкцию к стиральной машинке в области компьютера.

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

Так что может быть одна TLB в которой описаны 9000 функций к 70 библиотекам. (Яркий пример TLB для нескольких библиотек -- win32.tlb).

Чем больше ответов тем больше вопросов. Значит для понимания работы DLL важно понять работу exe.....

Значит, надо понять, как рботает компьютер. Надо было понять, прежде чем браться за программирование. К сожалению, никто не идёт этим правильным путем.

кроме того что это инструкция к dll ничего не известно....

TLB -- это библиотека типов. Всё. От этого и отталкивайся.

[SLIM]

Значит, надо понять, как рботает компьютер. Надо было понять, прежде чем браться за программирование. К сожалению, никто не идёт этим правильным путем.

Доля правды есть, а сам то ты так начинал? Даже если ты так начинал, то на тот момент программировать без знания работы компьютера было значительно сложнее, чем сейчас. Поэтому путь познания и изменился...

[Хакер]

Сам я тоже начинал не так как надо.

[SLIM]

Сам я тоже начинал не так как надо.

Да и мало кто вообще так начинал.....мне кажется

[Zenitchik]

Я считаю, что так начинать не надо. В конце концов, компьютер - не цель а средство. Да и программа тоже пишется для того, чтобы ей пользоваться. А посему, изучать каждый аспект прогарммирования нужно по мере необходимости - иначе мы только зря потеряем время.

[SLIM]

Думаю ты прав. Все познается постепенно само собой. Иначе так и останемся на уровне программ Hello!!!

[Александр Дмитриев]

Если DLL -- это стиральная машина, то TLB -- инструкция к этой машине.

Можно сказать лучше: "Если объект COM -- это стиральная машина, то TLB -- инструкция к этой машине (или к нескольким машинам)". А объект COM уже может содержаться и в EXE, и в DLL, и в OCX. Мой вопрос: в TLB хранится, в частности, информация о методах классов; в этой информации присутствует информация о том, где реализованы эти методы (то есть, например, что-то типа такого: этот метод реализуется в таком-то файле с таким-то смещением внутри него), или TLB не привязана к реализации того, что в ней описано? И если присутствует, то как её обозначить при написании исходного кода на IDL?

[Хакер]

в этой информации присутствует информация о том, где реализованы эти методы (то есть, например, что-то типа такого: этот метод реализуется в таком-то файле с таким-то смещением внутри него),

Нет такого.

Файлы связаны с классами через CLSID-ы в реестре. Смещения методов не хрвнятся в TLB, они хранятся в vtable-ах интерфейсов, которые создаются конструкторами классов. В TLB однако же хранится соответствие метода и его номера в vtbl.