Re: Patch to add Windows 7 support

From: Dave Page <dpage(at)pgadmin(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Patch to add Windows 7 support
Date: 2009-01-27 15:38:50
Message-ID: 937d27e10901270738l63065f88x8fc534673a5ca8e0@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Jan 27, 2009 at 3:11 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> It would be good to understand what the problem actually is and what are
> the risks of running without this flag. I assume we put it in there
> for a reason.

The risks are pretty low imho. Not having the flag means that the
server has access to the handles of objects in other jobs in the same
session. When running as a service, that's basically nothing as the
service runs in it's own session and is isolated through other means.
When run from the command line, a hacked binary could send messages to
the users UI (buttons and other controls for example). It would be a
difficult attack to pull off, and very hard to gain from it. It's easy
enough to leave the flag in console mode however - that does work on
Windows 7.

As for what the problem actually is - without more info from
Microsoft, I suspect we won't find out (and even then, I wouldn't hold
my breath for something like this).

--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Magnus Hagander 2009-01-27 15:39:56 Re: pgsql: Silence compiler warning on win32.
Previous Message Magnus Hagander 2009-01-27 15:37:58 Re: mingw check hung