Peter Eisentraut wrote:
> Lamar Owen writes:
> > And building without locale support doesn't work, either, because, at
> > least on RH 6.1, strncmp() is buggered to use the locale's collation.
> I don't think so. On RH 6.1, strncmp() is the same it's ever been:
[snip]
Is that the code after any glibc RPM patches are applied? 'Pristine
source, perhaps -- but patch like crazy!' Reference the classic
'Reflections on Trusting Trust' by Ken Thompson (which you have probably
read already, but, for those on-list who may not have read this classic
work on security, you can find the paper at
http://www.acm.org/classics/sep95/). Although reading the glibc spec
file indicates that patching isn't done in the 'conventional' manner
here. (Lovely).
I base my assertion on running test queries on a RedHat 6.1 box over a
year ago, using the non-locale 6.5.3 RPMset I distributed at that point
(I distributed non-locale RPMs because of it's speed being greater in
indexing, etc). The user who was having difficulties also tried the
non-locale RPMset -- and no change, until removing /etc/sysconfig/i18n.
I've referenced the thread before in the archives; see the message
http://www.postgresql.org/mhonarc/pgsql-hackers/1999-12/msg00678.html
for the middle of the thread.
But, of course, that was 6.5.3. If 7.x behaves differently, I wouldn't
know, as I've not built a 'non-locale' RPMset of 7.x. But, I can if
needed. Or try the test queries on your own RH 7 box, with a non-locale
build.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11