Re: locale support
От | Lamar Owen |
---|---|
Тема | Re: locale support |
Дата | |
Msg-id | 3A898678.77D208FF@wgcr.org обсуждение исходный текст |
Ответ на | Re: locale support (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
Re: locale support
|
Список | pgsql-hackers |
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
В списке pgsql-hackers по дате отправления: