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

Re: [pgsql-hackers-win32] More SSL questions..

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: John R Pierce <pierce(at)hogranch(dot)com>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>,"Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>,"T(dot)J(dot)" <tjtoocool(at)phreaker(dot)net>, pgsql-bugs(at)postgresql(dot)org,pgsql-hackers-win32(at)postgresql(dot)org
Subject: Re: [pgsql-hackers-win32] More SSL questions..
Date: 2005-01-05 00:12:32
Message-ID: 21871.1104883952@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-bugspgsql-hackers-win32
John R Pierce <pierce(at)hogranch(dot)com> writes:
> Tom Lane wrote:
>> Seems like we should be consistent about this --- either we trust $HOME
>> or we don't.

> more fun.  I just checked the environment of the postmaster service on a 
> win2000 Pro system (using www.sysinternals.com's excellent Process Explorer 
> tool, btw).   HOME is not set.  USERPROFILE is set to "C:\Documents and 
> Settings\postgres"...

> For services that are running as 'NT AUTHORITY\SYSTEM', the profile is 
> "C:\Documents and Settings\Default User" (and the USERDOMAIN and USERNAME 
> aren't set at all)...

Actually, the server doesn't depend on home directories in any way shape
or form.  The places that we are concerned about are on the client side,
either in libpq or in psql.  So what we have to think about is the
environment that libpq might see.

			regards, tom lane

In response to

Responses

pgsql-bugs by date

Next:From: John R PierceDate: 2005-01-05 00:19:46
Subject: Re: [pgsql-hackers-win32] More SSL questions..
Previous:From: John R PierceDate: 2005-01-05 00:04:12
Subject: Re: [pgsql-hackers-win32] More SSL questions..

pgsql-hackers-win32 by date

Next:From: John R PierceDate: 2005-01-05 00:19:46
Subject: Re: [pgsql-hackers-win32] More SSL questions..
Previous:From: John R PierceDate: 2005-01-05 00:04:12
Subject: Re: [pgsql-hackers-win32] More SSL questions..

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