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

Re: [BUGS] More SSL questions..

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Magnus Hagander <mha(at)sollentuna(dot)net>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>,"Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>,Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers-win32(at)postgresql(dot)org
Subject: Re: [BUGS] More SSL questions..
Date: 2005-01-06 19:12:00
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers-win32
Magnus, where are you on getting a patch to
fe-connect.c::pqGetHomeDirectory() for Win32?  Right now the code is


Magnus Hagander wrote:
> >> The comment in the API for the profile directory says:
> >> Version 5.0. The user's profile folder. A typical path is 
> >C:\Documents
> >> and Settings\username. Applications should not create files 
> >or folders
> >> at this level; they should put their data under the 
> >locations referred
> >> 
> >> I think we should stay away from that one if possible. 
> >> 
> >> For the MSI install we could always add icons to edit the 
> >config file if
> >> people have a hard time finding it...
> >> 
> >> The files are not hidden any more than they are hidden on 
> >unix by being
> >> named ".postgresql". I don't see this as a big problem.
> >
> >With Unix you know you can do cd .postgresql or 'ls -a'.  I think on
> >Win32 almost everyone is using the file explorer and I don't see any
> >clean way for them to get into "Application Data" other than by
> >modifying the directory properties.  Do you?
> First of all, I can confirm that on a completely fresh XP installation
> the folder *is* hidden. In case it was still needed confirmation.
> The equivalent command on windows is "dir /a". Works just fine. Just use
> dir /a "%USERPROFILE%"
> will show application data just fine.
> Or for that matter cd "%USERPROFILE%\Application Data". Or if you start
> a fresh commandprompt I think it defaults to your profile dir in which
> case you just do cd "Application Data". Oh, and tab-complete works fine
> with hidden folders...
> A user who doesn't know to use the commandline and doesn't know how to
> view hidden files in the Explorer (which for anybody who works with
> windows past office is the first thing they turn on in a new install) is
> going to be confused *no matter where the file is*. Because he needs to
> find the file. And since the file is not ".txt", it doesn't open with
> notepad when double-clicked - it brings up a weird dialog asking you if
> you want to go to a MS web service to get help to determine which
> program to use to open the file. And hell, it's a *textfile*, where is
> the GUI. If he can get past the double-click and hey-its-a-textfile,
> then the fact that it's in the *windows standard location* is not going
> to give him much problems, even if the standard location is hidden by
> default.
> Bottom line: I think you're greatly overestimating the trouble caused by
> the fact that the appdata folder is hidden. 
> //Magnus

  Bruce Momjian                        |
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

In response to


pgsql-hackers-win32 by date

Next:From: Bruce MomjianDate: 2005-01-06 19:14:06
Subject: Re: [BUGS] More SSL questions..
Previous:From: Tom LaneDate: 2005-01-06 19:09:55
Subject: Re: [BUGS] More SSL questions..

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