Собственно сабж.

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

Проблема в следующем, даже если мы нашли файл gds32.dll и определили его версию, нет никакой гарантии, что СУБД установлена (мог остаться "мусор" при неудачной деинсталляции). Для FireBird эту проблему удалось обойти (поиском сопутствующих файлов по ключам указанным в реестре), как с уверенностью констатировать, что стоит InterBase или Yaffil?

А может быть есть более простой и изящный путь решения проблемы?

Для Даниила:

Ну хотя бы затем, чтобы база, использующая в ХП специфические возможности FB 1.5 не запустилась под управлением СУБД FB 1.0, что нежелательно так как вылет из клиента гарантирован

Все это конечно хорошо, но программный продукт расчитан на юзеров, для которых слова FireBird и СУБД суть понятия ругательные и к реальной жизни не относящиеся. Поэтому хотелось бы свести инсталяцию к выбору пунктов типа: "У Вас установлена другая версия InterBase. Хотите установить нашу или будете работать на своей на свой страх и риск?".

Один из вариантов решения, который сейчас находится на этапе исследования и проработки - поиск по службам (процессам) в зависимости от операционки.

Вариант подключения к базе мне не очень нравиться, когда база большая (несколько Гб), копировать ее на диск, только затем, чтобы сказать пользователю, что он не прав как-то не очень этично, с точки зрения экономии времени пользователя. Опять же инсталятор написан на InstallShield, а возможности для маневра там ограниченные, приходится работать через dll.

Спасибо всем за идеи, если будут еще мысли - пишите.

Для Ex_Soft:

"Без всяких вопрошаний" инсталиться низяяя, так хорошие мальчики себя не ведут, а что если:

1. Стоит и работает с СУБД сторонний продукт
2. Сторонний продукт для своей работы добавил в базу пользователей юзера
3. База стороннего продукта использует для своей работы оригинальные UDF

Если проинсталить новую версию в любом случае, то убьется работающая с СУБД программа, потеряется ее пользователь в базе пользователей да и UDF - ки окажутся неподключенными

:-)

Для Ex_Soft:

Ex_SoftПросто мы распространяем тока инстал нашего ПО. И поэтому ситуации, описанные Вами, не возникают. А IB/FB идет отдельно.

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

Спасибо всем за отклики. Пока получается работать со службами, но для Windows 98, надо будет еще и с процессами разобраться.

Для x.diablo

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


Для dimitr

dimitrКлючей в реестре может и не быть, а сервер - стоять и работать. Это как тот суслик ;-)

Существующий алгоритм поиска установленной версии клона InterBase работает не только по реестру, но и по ряду других признаков. Посему алгоритм получился довольно нетривиальными, но не всегда правильно работающим. Поэтому и появилась идея его упростить, в чем изначально и была задача :-) Пока пытаемся достучаться через службы, но для Win98 возможно появятся подводные камни.

Для vis:

visПоставьте себя на место пользователя, если ему нужно будет установить ДВА
разных сервера (допустим, IB & FB)

Для таких пользователей мы готовы оказать техническую консультацию, но таких у нас не много, основная масса желает нажать кнопку и "чтоб усе работало" :-)

Для fedd:

Виноват, исправлюсь