Можно ли на этапе компиляции оцистить Properties компонента?

← →
Prohodil Mimo © (2007-04-03 09:38) [0]

Только не бейте ногами :о)

Есть компонент pFIBDataBase, у него DBName, в котором вписан путь к базе у меня на диске.
База у меня находится на диске Е. Если откомпилить программу и запустить на компьютере, где нет диска с таким именем, получим ошибку доступа к диску Е. Хотя pFIBDataBase - во первых закрыт (Connected = False), во вторых на OnCreate датамодуля я меняю путь на рабочий именно на той машине.
Если скомпилить с DBName = "", проблем не возникает.
Может можно на этапе компиляции его очищать?
Вручную я иногда забываю это сделать :о)

← →
_Аноним (2007-04-03 09:46) [1]

> Может можно на этапе компиляции его очищать?
> Вручную я иногда забываю это сделать :о)

Надо делать наоборот все - присваивать в ран-тайм в любом случае (в том числе и для твоей машины), а в дизайне оставить свойство пустым.

← →
Prohodil Mimo © (2007-04-03 11:52) [2]

_Аноним (03.04.07 9:46) [1]
а в дизайне оставить свойство пустым

Оно так и есть до момента, пока мне не понадобится поле добавить в датасет.
А потом бывает забываю удалить.

← →
jack128 © (2007-04-03 13:11) [3]

не знаю, как в FIB"ах , а в IBX есть замечательное свойство TIBDataBase.AllowStreamedConnected. Как раз для таких случаев сделаное..

← →
Reindeer Moss Eater © (2007-04-03 13:13) [4]

Если скомпилить с DBName = "", проблем не возникает.
Может можно на этапе компиляции его очищать?
Вручную я иногда забываю это сделать :о)

Гораздо полезнее "Connected" не оставлять в True.
А уж что там написано в DBName при этом - все равно.

← →
Slava © (2007-04-03 13:16) [5]

Как ни странно, в FIB"ах есть похожее свойство TpFIBDatabase.DesignDBOptions

← →
Prohodil Mimo © (2007-04-03 14:38) [6]

Reindeer Moss Eater © (03.04.07 13:13) [4]
Гораздо полезнее "Connected" не оставлять в True

всегда False, что я и написал в [0].
Slava © (03.04.07 13:16) [5]
Как ни странно, в FIB"ах есть похожее свойство TpFIBDatabase.DesignDBOptions

есть, да не на то.

не понятно, почему идт проверка пути до того, как я меняю путь и пытаюсь подключиться. Видимо придётся лезть в исходники ФИБа и там исправлять.
В поддержку писать не буду, мой год бесплатных апдейтов закончился.

← →
Slava © (2007-04-03 14:48) [7]

> Prohodil Mimo © (03.04.07 14:38) [6]

есть, да не на то

Странно, а у меня то. И всё работает. И никаких проверок путей не делается. Хотя в Designtime тоже пути прописаны, которых нет у конечного пользователя.

← →
Prohodil Mimo © (2007-04-03 14:56) [8]

Slava © (03.04.07 14:48) [7]

Так проверка не на путь идёт, а на диск с тем же именем, который в пути.

Если у пользователя есть диск с таким именем - то всё пройдёт гладко.

Slava © (03.04.07 14:48) [7]
Странно, а у меня то
И какой из 3-х в TpFIBDatabase.DesignDBOptions отвечает за несохранение пути?
Да, забыл указать, что в Delphi 3 всё нормально, а вот в Delphi 2005 всплывает.

← →
Slava © (2007-04-03 15:06) [9]

> Prohodil Mimo © (03.04.07 14:56) [8]

Св-во с ничего не значащим названием ddoStoreConnected

Только сейчас проверил - всё работает

← →
Slava © (2007-04-03 15:10) [10]

И какой из 3-х в TpFIBDatabase.DesignDBOptions отвечает за несохранение пути?
Да, забыл указать, что в Delphi 3 всё нормально, а вот в Delphi 2005 всплывает.

Он не пути не сохраняет, а св-во Connected

ну естественно, об избавлении от глюков. Но я об одних, а ты о других и совсем в другом месте :о)
Ладно, я уже придумал что сделаю, такое уж точно не проглючит :о)
Завязываем.

всегда False, что я и написал в [0].
Slava © (03.04.07 13:16) [5]
Как ни странно, в FIB"ах есть похожее свойство TpFIBDatabase.DesignDBOptions

Откуда тогда ошибка соединения с несуществующей БД?

Можно ли на этапе компиляции оцистить Properties компонента? Найти похожие ветки