Привет!

Очень хотелось бы узнать что "делает" Midas.dll. Я вижу, что она декларирует пару интерфейсов (IAppServer, IAppServerDisp).

Вижу, что эти интерфейсы реализуются в классах TLocalAppServer (Provider.pas), TMtsDataModule (MtsRdm.pas), TDispatchAppServer (MConnect.pas), TRemoteDataModule (DataBkr.pas).

Однако совершенно не могу понять как, например TClientDataSet зависит от версии Midas.dll.

Если я, например на одной машине имею Midas.dll версии 7, а на другой машине версия 6, то когда они обмениваются информаций в формате OlaVariant (используется COM технология), то пропадают все десятичные дроби. В дата-пакете остаются лишь целые числа.

Это непонятно, ведь если интерфейсы из Midas реализуются в классах которые компилируются в мой exe или в мою библиотеку (dll), то по идее недстаточно лишь зарегистрировать одну и туже весию Midas.dll на обоих машинах. Надо, чтобы и реализация интерфейсов была из одной и той же версии Дельфи (6 или 7). На практике же этого оказывается достаточно.

Из чего собственно Midas.dll состоит? В файле лишь пара деклараций интерфейсов и ActiveX в "uses". Где-то прочитал, что Midas.dll регистрирует COM объекты. Но реализации COM объектов я там не вижу.

С уважением,
Толя

grexhide
таки много букв написал, чесслово - не осилил.

Что именно тебя волнует/интересует ?

По предложениям со знаками вопроса можно ответить -
Библиотека состоит из байтов. Сегментов данных, сегментов кода.

COM объекты она регистрирует, по крайней мере
regsvr32.exe на нее не ругается, даже, я бы сказал, положительно
отзывается.

Версии лучше соблюдать одинаковые, в т.ч. и номера сборок.
А то мало ли что. Бинарный формат он на то и бинарный.

Или попробуй XML формат, может полегчает с потерей точности
(только про точку и запятую не забыть).

А на все остальные вопросы - ответа нет. midas.dll и/или midaslib.dcu -
закрытые и проприетарные технологии. Принимай - их как есть.

Или ты сертифицировать ее решил на предмет троянцев ?

Мой проблемы/вопросы возникли из-за того, что у клиента есть еще один поставщик работающий с Дельфи 7 (а у нас Дельфи 6). Приложения наши с "ихними" общаются при посредстве COM. Мы получаем OleVariant, его загоняем в cdsClientDataSet.Data, потом сразу же sXMLString:= cdsClientDataSet.XMLData (или что-то вроде этого, не помню точный синтакс). Дальше данные уже путешествует как String по нашим процедурам и в конце опять cdsClientDataSet.XMLData := sXMLString, после чего из cdsClientDataSet мы вылавливаем нужные данные. Как только две машины с разными версиями Midas- остаются лишь целые числа везде где Double.

Как бороться с этим я не знаю. Клиенту приходится самому следить чтобы везде была Midas версии 7. "Наше" приложение состоит из части за которую я отвечаю плюс часть, которая "не моя". В своей я допустим могу включить MidasLib, в вот в "чужую" мне коллеги на дадут сунуться "со свиным рылом".

Но если бы я их и уговорил, то я не знаю что будет если мы OleVariant слепленный программой пользующейся Midas версии 7 запихнем в TClientDataSet нашей программы скомпилированной с MidasLib из Дельфи 6. Может ничего страшного? Но поскольку не уверен, то и рубаху не хочу на груди рвать.

Может есть какие идеи/личный опыт?

Плюс не понятно, что в этой Midas.dll есть, ощущение такое, что реализация-то вся в исходниках из "нашей" Дельфи 6. А однако если зарегистрировать Midas из Дельфи 7, то все работает. Значит в Midas что-то реализовано для TClientDataSet? А где же код-то? Его в Midas.pas не видно.

Извиняюсь за всю эту кашу, опять много написал.