delta/postgresql.git, branch REL8_2_13

tag 8.2.13

2009-03-13T02:16:43+00:00

Update back-branch release notes.

2009-03-12T22:36:09+00:00

Fix core dump due to null-pointer dereference in to_char() when datetime

2009-03-12T00:53:41+00:00

format codes are misapplied to a numeric argument.  (The code still produces
a pretty bogus error message in such cases, but I'll settle for stopping the
crash for now.)  Per bug #4700 from Sergey Burladyan.

Problem exists in all supported branches, so patch all the way back.
In HEAD, also clean up some ugly coding in the nearby cache management
code.

Prevent recursion during parse of email-like string with multiple '@'.

2009-03-10T17:44:44+00:00

Patch by Heikki Linnakangas

Add MUST (Mauritius Island Summer Time) to the list of known abbreviations.

2009-03-05T14:28:18+00:00

Mauritius began using DST in the summer 2008-2009; the Olson library has been
updated already.

Xavier Bugaud

Put back our old workaround for machines that declare cbrt() in math.h but

2009-03-04T22:08:34+00:00

fail to provide the function itself.  Not sure how we escaped testing anything
later than 7.3 on such cases, but they still exist, as per André Volpato's
report about AIX 5.3.

Ooops ... fix some confusion between gettext() and _() in my previous patch.

2009-03-03T00:17:22+00:00

This has moved around in past releases, so just copying-and-pasting from HEAD
didn't work as intended.

When we are in error recursion trouble, arrange to suppress translation and

2009-03-02T21:18:57+00:00

encoding conversion of any elog/ereport message being sent to the frontend.
This generalizes a patch that I put in last October, which suppressed
translation of only specific messages known to be associated with recursive
can't-translate-the-message behavior.  As shown in bug #4680, we need a more
general answer in order to have some hope of coping with broken encoding
conversion setups.  This approach seems a good deal less klugy anyway.

Patch in all supported branches.

Fix usage of char2wchar/wchar2char. Changes:

2009-03-02T15:13:17+00:00

- pg_wchar and wchar_t could have different size, so char2wchar
  doesn't call pg_mb2wchar_with_len to prevent out-of-bound
  memory bug
- make char2wchar/wchar2char symmetric, now they should not be
  called with C-locale because mbstowcs/wcstombs oftenly doesn't
  work correct with C-locale.
- Text parser uses pg_mb2wchar_with_len directly in case of
  C-locale and multibyte encoding

Per bug report by Hiroshi Inoue  and
following discussion.

Backpatch up to 8.2 when multybyte support was implemented in tsearch.

Fix buffer allocations in encoding conversion routines so that they won't

2009-02-28T18:50:01+00:00

fail on zero-length inputs.  This isn't an issue in normal use because the
conversion infrastructure skips calling the converters for empty strings.
However a problem was created by yesterday's patch to check whether the
right conversion function is supplied in CREATE CONVERSION.  The most
future-proof fix seems to be to make the converters safe for this corner case.