Re: win2k, service, pg_ctl, popen, etc

Поиск
Список
Период
Сортировка
От Claudio Natoli
Тема Re: win2k, service, pg_ctl, popen, etc
Дата
Msg-id A02DEC4D1073D611BAE8525405FCCE2B55F515@harris.memetrics.local
обсуждение исходный текст
Ответ на win2k, service, pg_ctl, popen, etc  ("Magnus Hagander" <mha@sollentuna.net>)
Ответы Re: win2k, service, pg_ctl, popen, etc  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers-win32

> GetModuleFileName() doesn't solve our problem here.  We already know
> what we think is the right path, but we have to be sure that we are
> calling a matching version binary.  For example, initdb wants
> to call a postgres that is the right version, as does pg_ctl.

But do we really care about people who put 7.5 initdb.exe in the same
directory as, say, 7.6 postgres.exe?


> We have had mismatches reported in the past, and with relocatable installs
it is
> even more likely.

Exactly my point. The mismatches occur because we *think* we know the right
path under *nix, and so we grab the version string to make certain. Under
win32, there would be no such ambiguity, except if people mix versions in
the same directory; which certainly doesn't appear worth the cost to protect
against.


> The version check is centralized in one place, exec.c, and I don't want
> to have different behaviors on Win32 and Unix if we can help it.  Let's
> go with the system() into a temp file.

Ok; please allow me to continue to respectfully disagree that this is
justified :-)

Cheers,
Claudio

---
Certain disclaimers and policies apply to all email sent from Memetrics.
For the full text of these disclaimers and policies see
<a
href="http://www.memetrics.com/emailpolicy.html">http://www.memetrics.com/em
ailpolicy.html</a>

В списке pgsql-hackers-win32 по дате отправления:

Предыдущее
От: Steve Holdoway
Дата:
Сообщение: Re: Borland c++ compile problems...
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: win2k, service, pg_ctl, popen, etc