Skip site navigation (1) Skip section navigation (2)

Re: BUG #5065: pg_ctl start fails as administrator, with "could not locate matching postgres executable"

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Dunstan <andrew(at)dunslane(dot)net>,Dave Page <dpage(at)pgadmin(dot)org>, Jesse Morris <jmorris(at)coverity(dot)com>,pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #5065: pg_ctl start fails as administrator, with "could not locate matching postgres executable"
Date: 2009-11-16 21:20:16
Message-ID: 20091116212016.GH3669@alvh.no-ip.org (view raw or flat)
Thread:
Lists: pgsql-bugspgsql-hackers
Magnus Hagander wrote:

> So, the new API function requires Windows 2000 or more, and I think
> the reason it's failing is that the headers in 8.2 don't specify that
> at this point. Which means that 8.2 today theoretically at least runs
> on NT4. Which leads to the question - do we want to back out the
> patch, have 8.2 keep working on that, and having 8.2 fail in the few
> unusual scenarios we have now, or do we also backpatch the requirement
> to run on win2k or later?

I think the safest course is to revert the fix and keep 8.2 working on
all platforms on which it used to work.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2009-11-16 21:33:21
Subject: Re: New VACUUM FULL
Previous:From: Alex HunsakerDate: 2009-11-16 21:05:11
Subject: Re: ALTER TABLE...ALTER COLUMN vs inheritance

pgsql-bugs by date

Next:From: Tom LaneDate: 2009-11-16 21:39:15
Subject: Re: BUG #5065: pg_ctl start fails as administrator, with "could not locate matching postgres executable"
Previous:From: Tom LaneDate: 2009-11-16 20:59:18
Subject: Re: BUG #5192: --disable-integer-datetimes changes timestamp comparison behavior

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group