<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/postgresql.git, branch REL8_2_21</title>
<subtitle>git.postgresql.org: git/postgresql.git
</subtitle>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/'/>
<entry>
<title>Tag 8.2.21.</title>
<updated>2011-04-15T03:19:01+00:00</updated>
<author>
<name>Marc G. Fournier</name>
<email>scrappy@hub.org</email>
</author>
<published>2011-04-15T03:19:01+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=1e289824b6fa9a2ce7ed13d8559f05683a75f466'/>
<id>1e289824b6fa9a2ce7ed13d8559f05683a75f466</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Translation updates</title>
<updated>2011-04-14T20:30:54+00:00</updated>
<author>
<name>Peter Eisentraut</name>
<email>peter_e@gmx.net</email>
</author>
<published>2011-04-14T19:29:44+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=3c9791557fef63c2ff7479a008a3ec4f20742227'/>
<id>3c9791557fef63c2ff7479a008a3ec4f20742227</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Update release notes for releases 9.0.4, 8.4.8, 8.3.15, and 8.2.21.</title>
<updated>2011-04-14T19:51:55+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2011-04-14T19:51:55+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=3d2835ec6a3a46d48dff547bd1ecc9017cf77991'/>
<id>3d2835ec6a3a46d48dff547bd1ecc9017cf77991</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Update time zone data files to tzdata release 2011f.</title>
<updated>2011-04-13T22:05:23+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2011-04-13T22:03:23+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=18659751eae7cc58cecac86e356ebe281ca1c82f'/>
<id>18659751eae7cc58cecac86e356ebe281ca1c82f</id>
<content type='text'>
DST law changes in Chile, Cuba, Falkland Islands, Morocco, Samoa, Turkey.
Historical corrections for South Australia, Alaska, Hawaii.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
DST law changes in Chile, Cuba, Falkland Islands, Morocco, Samoa, Turkey.
Historical corrections for South Australia, Alaska, Hawaii.
</pre>
</div>
</content>
</entry>
<entry>
<title>On IA64 architecture, we check the depth of the register stack in addition</title>
<updated>2011-04-13T08:53:30+00:00</updated>
<author>
<name>Heikki Linnakangas</name>
<email>heikki.linnakangas@iki.fi</email>
</author>
<published>2011-04-13T08:43:22+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=4f5ed3a1cd43598745c1bc9448ba8d331d3aa5fa'/>
<id>4f5ed3a1cd43598745c1bc9448ba8d331d3aa5fa</id>
<content type='text'>
to the regular stack. The code to do that is platform and compiler specific,
add support for the HP-UX native compiler.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
to the regular stack. The code to do that is platform and compiler specific,
add support for the HP-UX native compiler.
</pre>
</div>
</content>
</entry>
<entry>
<title>Modernize dlopen interface code for FreeBSD and OpenBSD.</title>
<updated>2011-04-07T19:15:00+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2011-04-07T19:15:00+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=1de4b9afe66acf6dccd129cb0267e0496e938b0f'/>
<id>1de4b9afe66acf6dccd129cb0267e0496e938b0f</id>
<content type='text'>
Remove the hard-wired assumption that __mips__ (and only __mips__) lacks
dlopen in FreeBSD and OpenBSD.  This assumption is outdated at least for
OpenBSD, as per report from an anonymous 9.1 tester.  We can perfectly well
use HAVE_DLOPEN instead to decide which code to use.

Some other cosmetic adjustments to make freebsd.c, netbsd.c, and openbsd.c
exactly alike.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Remove the hard-wired assumption that __mips__ (and only __mips__) lacks
dlopen in FreeBSD and OpenBSD.  This assumption is outdated at least for
OpenBSD, as per report from an anonymous 9.1 tester.  We can perfectly well
use HAVE_DLOPEN instead to decide which code to use.

Some other cosmetic adjustments to make freebsd.c, netbsd.c, and openbsd.c
exactly alike.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix SortTocFromFile() to cope with lines that are too long for its buffer.</title>
<updated>2011-04-07T15:40:44+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2011-04-07T15:40:44+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=00a922906073314f9ba000c933eb6d2308c0a162'/>
<id>00a922906073314f9ba000c933eb6d2308c0a162</id>
<content type='text'>
The original coding supposed that a dump TOC file could never contain lines
longer than 1K.  The folly of that was exposed by a recent report from
Per-Olov Esgard.  We only really need to see the first dozen or two bytes
of each line, since we're just trying to read off the numeric ID at the
start of the line; so there's no need for a particularly huge buffer.
What there is a need for is logic to not process continuation bufferloads.

Back-patch to all supported branches, since it's always been like this.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The original coding supposed that a dump TOC file could never contain lines
longer than 1K.  The folly of that was exposed by a recent report from
Per-Olov Esgard.  We only really need to see the first dozen or two bytes
of each line, since we're just trying to read off the numeric ID at the
start of the line; so there's no need for a particularly huge buffer.
What there is a need for is logic to not process continuation bufferloads.

Back-patch to all supported branches, since it's always been like this.
</pre>
</div>
</content>
</entry>
<entry>
<title>Correct "characters" to "bytes" in createdb docs.</title>
<updated>2011-03-28T01:29:32+00:00</updated>
<author>
<name>Robert Haas</name>
<email>rhaas@postgresql.org</email>
</author>
<published>2011-03-28T01:28:15+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=93acf043b252b8f03cc573f70af39597019cd918'/>
<id>93acf043b252b8f03cc573f70af39597019cd918</id>
<content type='text'>
Susanne Ebrecht
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Susanne Ebrecht
</pre>
</div>
</content>
</entry>
<entry>
<title>Improve user-defined-aggregates documentation.</title>
<updated>2011-03-23T20:57:41+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2011-03-23T20:57:41+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=63fe94d1652a376bdd698d7ad68477e66640e246'/>
<id>63fe94d1652a376bdd698d7ad68477e66640e246</id>
<content type='text'>
On closer inspection, that two-element initcond value seems to have been
a little white lie to avoid explaining the full behavior of float8_accum.
But if people are going to expect the examples to be exactly correct,
I suppose we'd better explain.  Per comment from Thom Brown.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
On closer inspection, that two-element initcond value seems to have been
a little white lie to avoid explaining the full behavior of float8_accum.
But if people are going to expect the examples to be exactly correct,
I suppose we'd better explain.  Per comment from Thom Brown.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix ancient typo in user-defined-aggregates documentation.</title>
<updated>2011-03-23T16:34:16+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2011-03-23T16:33:14+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=24cdee8606086699a634f424333b894509c5cbd0'/>
<id>24cdee8606086699a634f424333b894509c5cbd0</id>
<content type='text'>
The description of the initcond value for the built-in avg(float8)
aggregate has been wrong since it was written.  Noted by Disc Magnet.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The description of the initcond value for the built-in avg(float8)
aggregate has been wrong since it was written.  Noted by Disc Magnet.
</pre>
</div>
</content>
</entry>
</feed>
