Re: Unixware Patch (Was: Re: Beta2 Tag'd and Bundled ...)
Lee Kindness <lkindness@csl.co.uk>
From: Lee Kindness <lkindness@csl.co.uk>
To: Bruce Momjian <pgman@candle.pha.pa.us>
Cc: "Marc G. Fournier" <scrappy@hub.org>, Larry Rosenman <ler@lerctr.org>, Peter Eisentraut <peter_e@gmx.net>, Tom Lane <tgl@sss.pgh.pa.us>, "Marc G. Fournier" <scrappy@postgresql.org>, pgsql-hackers@postgresql.org, Lee Kindness <lkindness@csl.co.uk>
Date: 2003-08-31T09:37:40Z
Lists: pgsql-hackers
Bruce Momjian writes: > Marc G. Fournier wrote: > > On Sat, 30 Aug 2003, Bruce Momjian wrote: > > > > > Yes, and that is the complex part because _some_ non-*_r functions are > > > thread-safe, and some are not. I have to determine if we have other > > > such platforms before I figure out how to fix it in the cleanest way. > > > > Long shot ... is there some way of writing a configure test for this? > > Right now, it sounds like we're going to be hitting alot of trial-n-error > > if there isn't ... > > How would we test if a function is thread-safe? I can't think of a > reliable way, and hence my warning that this adjusting could take a > while. You don't... and you simply shouldn't care. If there is a_r version available then we should use it - even if the plain version is "safe". Just think of this as is it were a normal "port" issue. If an OS doesn't have zxczxc_r() then we need to write a zxczxc_r() wrapper function which calls zxczxc() and has the same signature as zxczxc_r(). L.