Начни издалека. Скинь скрипт базы в фаилик xxx.sql и восстанови на том же любимом линуксе в другую базу. Если проглотит - значит копаем дальше. Ставим на винде Postgres версию из 7-го семейства и пробуем восстановить на винде. Если все ок - а на 8-м семействе не восстанавливается - правим ручками ищем глюки... Если нужно на рабочем месте сделать сервачок с базой - ставим на винду VMWare и под ним ставим FreeBSD или Linux и на них Postgresql. Это будет безглючнее намного чем отлавливать косяки винды и железа. Занимает установка минут 20-30, даже если не рубишь в Юниксе - все просто. Если нужна помощь напиши в почту cheaf(сабака)mail.ru

Аааа.... Семен Семеныч...

А там параметры соединения где лежат? Отдельный Ini или xml файл есть?
пиши подробней, а то угадывать...

Ну и на сервере все подключения нужно разрешить. Чем нибудь кроме этой проги к серверу коннектился?

Seeker2K
p.s. а ставить vmware, на нее linux на нее postgres для реальной работы бред какой-то имхо

Это не для реальной работы... это для виндовых изврасченцеф :) с последующим переходом на FeeBSD или Linux по настоящему.
Еще можно особо вывернуться - через CygWin собрать...
Но не для данного случая...


По поводу libpq.dll - ты Сикер дело говоришь! Может быть все просто и решается.

авторПрограмма написана на CBuilder 6, видимо с использованием какой-то компоненты для прямого дуступа.

Все мне известные компоненты прямого доступа работают на базе libpq.dll, так что проверить стоит....

авторПри переносе его на другую машину, он ничего не требует и со старым сервером работает без проблем.

Что значит на другую? Может на прежнюю где в папке sys32 спрятан libpq?

SSL скорее всего там непричем IMHO...

Как зашиты параметры соединения и как ты их выудил?

P.S. - Если IP угадал посмотрев на Linuxe в ifconfig то подумай о том что он может коннектиться к старому серваку через туннель SSH. Проверить куда лезет - закрыть порт 22 на линухе, если клиент перестанет коннектится - ОНО САМОЕ.

DmGrЯ немного непонятно объяснил.

В нашей сети, я эту программу могу скопировать на любой компьютер (только экзешник) и она будет работать без libpq.dll.

А перенос я пробовал у себя дома.
Поднял интерфейс с нужным адресом (по которому коннектится программа), перенес базу и попытался запустить клиента. Получил ошибку. Если IP меняю то клиент говорит, "Не могу соединится с сервером".

Сейчас посмотрел клиент соединяется по порту 5432.

Правильный пацан, который писал прогу, такое развитие событий явно предвидел :)

Действительно, берешь на этом же компе EMS PgManager запускаешь и лезешь в базу. Если все пускает и база работает а прога выдает ошибку - значит либо на всех компах в офисе уже проинсталлирована какая то .dll которой у тебя на домашнем нет, либо при переносе базы скриптом потерялось что-то важное в связях, что потом требуется при проверке на юзера (маловероятно).
Если есть ноутбук свой - скинь туда exe- шник и приди в оыис и подключись.
Заработало - глюк с твоим серваком, не заработало - exe-шнику чего то не хватает из библиотек.