From: | Lee Kindness <lkindness(at)csl(dot)co(dot)uk> |
---|---|
To: | shridhar_daithankar(at)persistent(dot)co(dot)in |
Cc: | pgsql-hackers(at)postgresql(dot)org, Lee Kindness <lkindness(at)csl(dot)co(dot)uk> |
Subject: | Re: ECPG, threading and pooling |
Date: | 2003-01-27 14:18:09 |
Message-ID: | 15925.16289.503675.543658@kelvin.csl.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Shridhar Daithankar writes:
> On 27 Jan 2003 at 14:06, Lee Kindness wrote:
> > Michael Meskes writes:
> > > Thanks a lot. I have no experience in multithreaded software development
> > > so I cannot completely check your patch but it surely looks good. Shall
> > > I commit it, or will you? I think we should get it into CVS for all to
> > > test.
> > Problem with it is it needs some changes to configure.in (and
> > associated files) for it to be worthwhile. Checks would need to be
> > added to determine is threads are supported on the build platform and
> > the needed compile and link flags. I'm trying to get this together for
> > libpq too.
> Just out of curiosity, what happens when there are more than one competing
> threading libraries? Like native threads and linuxthreads on freeBSD?
It's all down to the checks in configure... Looking at many packages
which have threads check in configure (e.g. openldap, mysql, mozilla,
glib, ...) some let the user specify which theading library to use
(e.g --with-threads=linuxthreads (or something)) while others just
seem to pick up the first available...
To be honest I am quite daunted by the checks needed (every other
package seems to be doing the check differently!) and any/all help
would be welcome!
L.
From | Date | Subject | |
---|---|---|---|
Next Message | Shridhar Daithankar | 2003-01-27 14:25:46 | Re: Switching connection on the fly |
Previous Message | Tom Lane | 2003-01-27 14:16:47 | Re: Switching connection on the fly |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-01-27 14:30:50 | Re: ECPG, threading and pooling |
Previous Message | Shridhar Daithankar | 2003-01-27 14:09:41 | Re: ECPG, threading and pooling |