<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/postgresql.git, branch REL8_3_5</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>commit for 8.3.5</title>
<updated>2008-10-31T02:38:34+00:00</updated>
<author>
<name>Marc G. Fournier</name>
<email>scrappy@hub.org</email>
</author>
<published>2008-10-31T02:38:34+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=a06dedfc5e82c4acf1840bf8c63c3e4097c19151'/>
<id>a06dedfc5e82c4acf1840bf8c63c3e4097c19151</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Update back-branch release notes.</title>
<updated>2008-10-30T22:22:41+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2008-10-30T22:22:41+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=7e23bd31d109339f033faec01e8f1703524a0e1f'/>
<id>7e23bd31d109339f033faec01e8f1703524a0e1f</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>2008-10-30T21:30:20+00:00</updated>
<author>
<name>Peter Eisentraut</name>
<email>peter_e@gmx.net</email>
</author>
<published>2008-10-30T21:30:20+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=b7c5f65df5e7744b15cb5c9f7e09a325e68c8e94'/>
<id>b7c5f65df5e7744b15cb5c9f7e09a325e68c8e94</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Revert previous patch to put the shared memory segment on win32</title>
<updated>2008-10-30T17:04:11+00:00</updated>
<author>
<name>Magnus Hagander</name>
<email>magnus@hagander.net</email>
</author>
<published>2008-10-30T17:04:11+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=3a0b0e8260965f10227599d7961dbccbbb53a903'/>
<id>3a0b0e8260965f10227599d7961dbccbbb53a903</id>
<content type='text'>
in the Global\ namespace, because it caused permission errors on
a lot of platforms.

We need to come up with something better for 8.4, but for now
revert to the pre-8.3.4 behaviour.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
in the Global\ namespace, because it caused permission errors on
a lot of platforms.

We need to come up with something better for 8.4, but for now
revert to the pre-8.3.4 behaviour.
</pre>
</div>
</content>
</entry>
<entry>
<title>Update time zone data files to tzdata release 2008i (DST law changes in</title>
<updated>2008-10-30T13:17:02+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2008-10-30T13:17:02+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=f6dc2786ab5f803639d2565cec4e009f1d997816'/>
<id>f6dc2786ab5f803639d2565cec4e009f1d997816</id>
<content type='text'>
Argentina, Brazil, Mauritius, Syria).
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Argentina, Brazil, Mauritius, Syria).
</pre>
</div>
</content>
</entry>
<entry>
<title>Missing space in error message</title>
<updated>2008-10-30T12:27:42+00:00</updated>
<author>
<name>Peter Eisentraut</name>
<email>peter_e@gmx.net</email>
</author>
<published>2008-10-30T12:27:42+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=2926e1bcfbf3ce48d5fdb1fff2d8dc3d489af915'/>
<id>2926e1bcfbf3ce48d5fdb1fff2d8dc3d489af915</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Improve new message</title>
<updated>2008-10-30T08:51:13+00:00</updated>
<author>
<name>Peter Eisentraut</name>
<email>peter_e@gmx.net</email>
</author>
<published>2008-10-30T08:51:13+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=a1bbfa78b4d2d321a26932fa59ef5a9b1e4208fb'/>
<id>a1bbfa78b4d2d321a26932fa59ef5a9b1e4208fb</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix recoveryLastXTime logic so that it actually does what one would expect.</title>
<updated>2008-10-30T04:06:25+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2008-10-30T04:06:25+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=b56cdf3b85064710cf40f1b5a3452ff86379ddb8'/>
<id>b56cdf3b85064710cf40f1b5a3452ff86379ddb8</id>
<content type='text'>
Per gripe from Kevin Grittner.  Backpatch to 8.3, where the bug was introduced.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Per gripe from Kevin Grittner.  Backpatch to 8.3, where the bug was introduced.
</pre>
</div>
</content>
</entry>
<entry>
<title>Install a more robust solution for the problem of infinite error-processing</title>
<updated>2008-10-27T19:37:29+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2008-10-27T19:37:29+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=4b2315f4934a3f6cc1f54c7d9a226dc714a40a77'/>
<id>4b2315f4934a3f6cc1f54c7d9a226dc714a40a77</id>
<content type='text'>
recursion when we are unable to convert a localized error message to the
client's encoding.  We've been over this ground before, but as reported by
Ibrar Ahmed, it still didn't work in the case of conversion failures for
the conversion-failure message itself :-(.  Fix by installing a "circuit
breaker" that disables attempts to localize this message once we get into
recursion trouble.

Patch all supported branches, because it is in fact broken in all of them;
though I had to add some missing translations to the older branches in
order to expose the failure in the particular test case I was using.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
recursion when we are unable to convert a localized error message to the
client's encoding.  We've been over this ground before, but as reported by
Ibrar Ahmed, it still didn't work in the case of conversion failures for
the conversion-failure message itself :-(.  Fix by installing a "circuit
breaker" that disables attempts to localize this message once we get into
recursion trouble.

Patch all supported branches, because it is in fact broken in all of them;
though I had to add some missing translations to the older branches in
order to expose the failure in the particular test case I was using.
</pre>
</div>
</content>
</entry>
<entry>
<title>Better solution to the IN-list issue: instead of having an arbitrary cutoff,</title>
<updated>2008-10-26T02:46:30+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2008-10-26T02:46:30+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=1d18f940a3757489e0e4873477f9c6ae2b5bc3e1'/>
<id>1d18f940a3757489e0e4873477f9c6ae2b5bc3e1</id>
<content type='text'>
treat Var and non-Var IN-list items differently.  Only non-Var items are
candidates to go into an ANY(ARRAY) construct --- we put all Vars as separate
OR conditions on the grounds that that leaves more scope for optimization.
Per suggestion from Robert Haas.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
treat Var and non-Var IN-list items differently.  Only non-Var items are
candidates to go into an ANY(ARRAY) construct --- we put all Vars as separate
OR conditions on the grounds that that leaves more scope for optimization.
Per suggestion from Robert Haas.
</pre>
</div>
</content>
</entry>
</feed>
