From: | Jason Tishler <jason(at)tishler(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Pgsql-Patches <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: pg_regress.sh startup failure patch |
Date: | 2002-01-03 16:42:15 |
Message-ID: | 20020103164215.GA1836@dothill.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
Tom,
On Thu, Jan 03, 2002 at 10:28:05AM -0500, Tom Lane wrote:
> Jason Tishler <jason(at)tishler(dot)net> writes:
> > Unfortunately, pg_regress.sh fails under Cygwin as follows:
> > The attached patch "solves" the problem.
>
> Why would it take more than 3 seconds to start the postmaster under
> Cygwin? Something awfully fishy about that, unless you're using
> a 286 ...
I never had this problem before on my home server machine (PIII 500 MHz)
with previous PostgreSQL versions. However, on my work laptop (also
PIII 500 MHz, but virus software, slow disk, etc.), PostgreSQL CVS just
needs more time to start up.
> I didn't much care for the arbitrary delay in the first place, and
> raising it to 10 sec is even less palatable.
Agreed on both accounts -- I detest open loop solutions myself.
> Perhaps
>
> until psql ...args... </dev/null 2>/dev/null
> do
> sleep 1
> done
>
> although it might also be prudent to refuse to loop more than a couple
> dozen times.
I was going to suggest the retry strategy, but I wasn't sure that such a
patch would be accepted at this time. How should I proceed?
Thanks,
Jason
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-01-03 16:47:06 | Re: pg_regress.sh startup failure patch |
Previous Message | Igor Kovalenko | 2002-01-03 16:31:45 | Re: Patch for ODBC driver (look for odbc.ini in more than |