- 19 Feb, 2002 1 commit
-
-
Tom Lane authored
Also, 'fourty' -> 'forty'.
-
- 25 Oct, 2001 1 commit
-
-
Bruce Momjian authored
tests pass.
-
- 22 Mar, 2001 1 commit
-
-
Bruce Momjian authored
-
- 03 Dec, 2000 1 commit
-
-
Tom Lane authored
values, whether the local char type is signed or not. This is necessary for portability. Per discussion on pghackers around 9/16/00.
-
- 25 Nov, 2000 2 commits
-
-
Tom Lane authored
for any other purpose than PGLC_localeconv()'s internal save/restore of locale settings. Fix cash.c to call PGLC_localeconv() rather than making a direct call to localeconv() --- the old way, if PGLC_localeconv() had already cached a locale result, it would be overwritten by the first cash_in or cash_out operation, leading to wrong-locale results later. Probably no demonstrable bug today, since we only appear to be looking at the LC_MONETARY results which should be the same anyway, but definitely a gotcha waiting to strike.
-
Tom Lane authored
re-adopt these settings at every postmaster or standalone-backend startup. This should fix problems with indexes becoming corrupt due to failure to provide consistent locale environment for postmaster at all times. Also, refuse to start up a non-locale-enabled compilation in a database originally initdb'd with a non-C locale. Suppress LIKE index optimization if locale is not "C" or "POSIX" (are there any other locales where it's safe?). Issue NOTICE during initdb if selected locale disables LIKE optimization.
-
- 18 Nov, 2000 1 commit
-
-
Tom Lane authored
with an -fsigned-char/-funsigned-char setting opposite to that of libc, thus breaking the convention that 'undefined' values returned by localeconv() are represented by CHAR_MAX. It is sheer stupidity that gcc even has such a switch --- it's just as bad as the structure-packing control switches offered by the more brain-dead PC compilers --- and as for the behavior of Linux distribution vendors who set RPM_OPT_FLAGS differently from the way they built libc, well, words fail me...
-
- 03 Aug, 2000 1 commit
-
-
Tom Lane authored
We're reaching the mopup stage here (good thing too, this is getting tedious).
-
- 01 Aug, 2000 1 commit
-
-
Tom Lane authored
At this point I think it'd be possible to make float4 be pass-by-value without too much work --- and float8 too on machines where Datum is 8 bytes. Something to try when the mood strikes, anyway.
-
- 07 Jul, 2000 1 commit
-
-
Bruce Momjian authored
-
- 06 Jul, 2000 1 commit
-
-
Tom Lane authored
now TOAST-able.
-
- 03 Jul, 2000 1 commit
-
-
Jan Wieck authored
WARNING: This is actually broken - we have self-deadlocks due to concurrent changes in buffer management. Vadim and me are working on it. Jan
-
- 15 Jun, 2000 1 commit
-
-
Bruce Momjian authored
-
- 14 Jun, 2000 1 commit
-
-
Peter Eisentraut authored
we'll get there one day. Use `cat' to create aclocal.m4, not `aclocal'. Some people don't have automake installed. Only run the autoconf rule in the top-level GNUmakefile if the invoker specified `make configure', don't run it automatically because of CVS timestamp skew.
-
- 13 Jun, 2000 1 commit
-
-
Tom Lane authored
functions that take pass-by-value datatypes. Should be ready for port testing ...
-
- 05 Jun, 2000 1 commit
-
-
Tom Lane authored
inputs have been converted to newstyle. This should go a long way towards fixing our portability problems with platforms where char and short parameters are passed differently from int-width parameters. Still more to do for the Alpha port however.
-
- 16 May, 2000 1 commit
-
-
Bruce Momjian authored
IRIX systems using the native compilers. A summary is: - Various files use "//" as a comment delimiter in c files. - Problems caused by assuming "char" is signed. cash.in: building -signed the rules regression test fails as described in FAQ_QNX4. If CHAR_MAX is "255U" then ((signed char)CHAR_MAX) is -1. postmaster.c: random number regression test failed without this change. - Some generic build issues and warning message cleanup. David Kaelbling
-
- 12 Apr, 2000 1 commit
-
-
Bruce Momjian authored
-
- 19 Mar, 2000 1 commit
-
-
Tom Lane authored
incorrect use of StrNCpy.
-
- 15 Jan, 2000 1 commit
-
-
Peter Eisentraut authored
-
- 17 Jul, 1999 1 commit
-
-
Bruce Momjian authored
-
- 16 Jul, 1999 1 commit
-
-
Bruce Momjian authored
-
- 15 Jul, 1999 1 commit
-
-
Bruce Momjian authored
-
- 14 Jul, 1999 1 commit
-
-
Bruce Momjian authored
-
- 25 May, 1999 1 commit
-
-
Bruce Momjian authored
-
- 12 Oct, 1998 1 commit
-
-
Bruce Momjian authored
-
- 01 Sep, 1998 2 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-
- 15 Jun, 1998 1 commit
-
-
Bruce Momjian authored
-
- 02 Mar, 1998 1 commit
-
-
Thomas G. Lockhart authored
Still has questionable code for some locale-specific strings.
-
- 26 Feb, 1998 1 commit
-
-
Bruce Momjian authored
-
- 07 Jan, 1998 1 commit
-
-
Bruce Momjian authored
Allow varchar() to only store needed bytes. Remove PALLOC,PALLOCTYPE,PFREE. Clean up use of VARDATA.
-
- 05 Jan, 1998 2 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-
- 25 Oct, 1997 1 commit
-
-
Thomas G. Lockhart authored
-
- 03 Oct, 1997 1 commit
-
-
Thomas G. Lockhart authored
lconv is already taken as a struct identifier defined in a /usr/include file. Only has an effect with USE_LOCALE enabled. (Apparently unique to AIX and/or AIX compiler? thomas)
-
- 20 Sep, 1997 1 commit
-
-
Thomas G. Lockhart authored
-
- 18 Sep, 1997 1 commit
-
-
Bruce Momjian authored
-
- 13 Sep, 1997 2 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-