Re: Windows x86-64 One-Click Install (9.1.2-1, 9.0.6-1) hangs on "initialising the database cluster" (with work-around)

From: Dave Page <dpage(at)pgadmin(dot)org>
To: Dharmendra Goyal <dharmendra(dot)goyal(at)enterprisedb(dot)com>
Cc: Eric Borts <eborts(at)bltek(dot)com>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: Windows x86-64 One-Click Install (9.1.2-1, 9.0.6-1) hangs on "initialising the database cluster" (with work-around)
Date: 2012-01-29 10:02:17
Message-ID: CA+OCxoy5u94UeE-k1145jWmcyKv7d=EO1i2wn4eo-XaTRr7QxQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Sat, Jan 28, 2012 at 2:47 AM, Dharmendra Goyal
<dharmendra(dot)goyal(at)enterprisedb(dot)com> wrote:
>
>
> On Sat, Jan 28, 2012 at 2:17 AM, Eric Borts <eborts(at)bltek(dot)com> wrote:
>>
>> The installation now runs successfully after deleting that registry key.
>>
>> In addition, I tried changing the default action on batch files from
>> "Open" to "Edit" using the registry (Windows 7). Double-clicking a file
>> opens it in Notepad, but the installation runs successfully. So it looks
>> like the UserChoice registry key, however it got there, is the essence of
>> the problem.
>>
>> Which, of course, %COMSPEC% /c would avoid because the program handling
>> batch files is explicit.
>
> Nice analysis Eric. ANy idea why (which program set this) this particular
> registry was set.
>
> Dave, shall we consider using "%COMSPEC% /c" with 0 as second parameter..??

We can certainly try it, though I'm concerned it may break more
systems than it fixes, eg. those where %COMSPEC% has been
intentionally changed because the use wants to use a different shell.

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message php 2012-01-29 15:06:04 BUG #6416: Expression index not used with UNION ALL queries
Previous Message Tom Lane 2012-01-29 02:08:26 Re: Example in plpgsql docs can lead to infinite loop