From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Joe Conway <mail(at)joeconway(dot)com>, Denis A Ustimenko <denis(at)oldham(dot)ru> |
Subject: | Re: droped out precise time calculations in src/interfaces/libpq/fe-connect.c |
Date: | 2002-10-14 18:10:41 |
Message-ID: | 200210141810.g9EIAf102864@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I have applied the following comment patch. The current code resets the
timer when select() is interruped. On OS's that modify timeout to show
the remaining time, we should be using that value instead of resetting
the timer to its original value on select retry.
---------------------------------------------------------------------------
pgman wrote:
>
> Oops, overoptimized a little. ptmp_timeout is needed in case no time is
> passed; ptmp_timeout restored.
>
> ---------------------------------------------------------------------------
>
> pgman wrote:
> > Tom Lane wrote:
> > > Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > > > That whole remains structure should be a time_t variable, and then we
> > > > _know_ we can't assume it is signed. The use of timeval should
> > > > happen only in pqWaitTimed because it has to use select().
> > >
> > > I think it's fine to use struct timeval as the parameter type for
> > > pqWaitTimed. This particular caller of pqWaitTimed has no need for
> > > sub-second wait precision, but that doesn't mean we might not want it
> > > for other purposes later.
> >
> > That was a question: whether pqWaitTimed() was something exported by
> > libpq and therefore something that has an API that shouldn't change. I
> > see it in libpq-int.h, which I think means it isn't exported, but yes,
> > there could be later cases where we need subsecond stuff.
> >
> > I have applied the following patch to get us a little closer to sanity.
>
> --
> Bruce Momjian | http://candle.pha.pa.us
> 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
--
Bruce Momjian | http://candle.pha.pa.us
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
Attachment | Content-Type | Size |
---|---|---|
unknown_filename | text/plain | 1004 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-10-14 18:35:14 | Final(?) consensus on PQcmdStatus and rules |
Previous Message | Bruce Momjian | 2002-10-14 17:34:26 | Re: droped out precise time calculations in src/interfaces/libpq/fe-connect.c |