Доброго всем времени суток.
Помогите, кто может. Есть проблема, попытаюсь описать ее наиболее понятно.
1. В основной программе есть форма. Это MDIForm. На этой форме расположен компонент TDatabase. Т.о. из основной программы устанавливается соединение с базой данных (Oracle).
2. Теперь из библиотеки (DLL) при уже установленном соединении нужно вызвать MDIChild-форму для работы с определённой таблицей этой базы данных.
С самим вызовом дочерней MDI-формы проблем нет – в DLL передаются переменные типа TApplication и TScreen – т.о. родительское окно в главной программе и дочернее в dll-ке дружат и работают хорошо.
3. После этого на MDI-форму, находящуюся в dll-ке, нужно поместить компонент TTable или TQuery. Ну и открыть его, например, в обработчике формы OnShow.
Теперь – самое интересное. В основной программе соединение с базой установлено. В dll-ке MDI-окно выводится нормально, без ошибок. НО!!! Это самое дочернее окно в упор не видит того, что соединение с БД уже (!!!) установлено. Нужно заново указывать UserName и Password - таким образом, устанавливается 2-е соединение с БД (а оно вообще не нужно). Попытка передать вместе с TApplication и TScreen дескриптор базы данных (TDatabase.Handle) не получается – Delphi почему-то пишет, что тип hDBIDb неизвестен науке.
Помогите. Как установить единое соединение с БД и для программы, и для библиотеки? Ведь должно быть решение. Подскажите, кто знает.

а оно и не должно видеть -- окну абсолютно пофигу к каким базам коннектятся его компоненты ( не для того окна предназначены )
а для связи тому же TQuery нужно передать ссылу на DataSource

насчет hDBIDb: покажи как ты его передать пытаешся -- ошибка в чем-то другом, похоже

Передать я пытаюсь дескриптор базы данных: TDatabase.Handle.
Т.е. при вызове функции из dll ей передается в качестве одного из параметров этот самый Handle (у него тип hDBIDb). Delphi ругается при описании заголовка функции и говорит - нет такого типа (hDBIDb).
Добавлено @ 09:16
_hunter, вопрос - о какой именно ссылке на DataSource ты говоришь? И как ее передать?

А может стоит взглянуть на проблему с другой стороны....
Почему тебе так уж нужно ставить TQuery или TTable на дочернюю форму?
Есть вот такой РАБОТАЮЩИЙ вариант:
Все что связано с базой - конекты и запросы динамически создается в exe.
При загрузке DLL ей передается интерфейс на функции управления БД, которые по необходимости отдают дллке обычные (только модуль DB) TDataSet.
Далее DLL-ка просто дергает за ниточки и все работает :-)
А проблема в том что у приложения и у DLL свои RTTI - у каждой свой...
На самом деле из этой бяки еще куча следствий на которые приходится натыкаться при разработке динамических библиотек Но безобразия эти, вобщем, преодолимы....

Т.е. это любой запрос, хранимая процедура, таблица будет открываться и выполняться в exe-модуле? Тогда не совсем понятно, для чего нужны dll.
Неужели при разработке dll нельзя обойтись одним соединением с БД?

Serggggg , так соединение и останется одно ( или n) в зависимости от задач... Просто в ехе реализуется ядро, которое , в качестве одной из возможных здач обеспечивает связь с БД... А вот формы и бизнеслогику можно поместить в dll

Serggggg
Как я понял, ты сначало устанавливаешь связь с TTable лежащем на главной форме.

Если так, то создавая второй TTable на MDIForm, как ты устанавливаешь соединение с БД с ним?

Хм... TTable может и не лежать на форме... А если подумать, то и не должен. Не надо превращать Delphi в VB... В отличие от VB, Delphi позволяет работать с ДИНАМИЧЕСКИ
созданными экземплярами классов. Если об этом забывать, то вряд-ли можно получить архитектуру намного лучшую, чем на VB.

Проблема реализована - смотрите Exe, dll и соединение с БД, Серия#2 - я выложил свой код. Может, кому-то пригодится! Спасибо за участие!