<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/postgresql.git, branch REL9_0_3</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 9.0.3</title>
<updated>2011-01-28T02:21:31+00:00</updated>
<author>
<name>Marc G. Fournier</name>
<email>scrappy@hub.org</email>
</author>
<published>2011-01-28T02:21:31+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=2fb64d857003c91378ba86b03d753a63ebee95b2'/>
<id>2fb64d857003c91378ba86b03d753a63ebee95b2</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.</title>
<updated>2011-01-27T22:47:15+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2011-01-27T22:45:42+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=aefb8d9198926e9f7717d6420b802ae4b6352293'/>
<id>aefb8d9198926e9f7717d6420b802ae4b6352293</id>
<content type='text'>
Security: CVE-2010-4015
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Security: CVE-2010-4015
</pre>
</div>
</content>
</entry>
<entry>
<title>Prevent buffer overrun while parsing an integer in a "query_int" value.</title>
<updated>2011-01-27T22:43:07+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2011-01-27T22:41:46+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=d6d145673f8df3bd05939b1781e99acead9daae5'/>
<id>d6d145673f8df3bd05939b1781e99acead9daae5</id>
<content type='text'>
contrib/intarray's gettoken() uses a fixed-size buffer to collect an
integer's digits, and did not guard against overrunning the buffer.
This is at least a backend crash risk, and in principle might allow
arbitrary code execution.  The code didn't check for overflow of the
integer value either, which while not presenting a crash risk was still
bad.

Thanks to Apple Inc's security team for reporting this issue and supplying
the fix.

Security: CVE-2010-4015
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
contrib/intarray's gettoken() uses a fixed-size buffer to collect an
integer's digits, and did not guard against overrunning the buffer.
This is at least a backend crash risk, and in principle might allow
arbitrary code execution.  The code didn't check for overflow of the
integer value either, which while not presenting a crash risk was still
bad.

Thanks to Apple Inc's security team for reporting this issue and supplying
the fix.

Security: CVE-2010-4015
</pre>
</div>
</content>
</entry>
<entry>
<title>Don't include &lt;asm/ia64regs.h&gt; unnecessarily.</title>
<updated>2011-01-27T21:29:44+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2011-01-27T21:27:27+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=67dbe720f6ba18393cd85574718aa2683b77a212'/>
<id>67dbe720f6ba18393cd85574718aa2683b77a212</id>
<content type='text'>
We only need that header when compiling with icc, since the gcc variant of
ia64_get_bsp() uses in-line assembly code.  Per report from Frank Brendel,
the header doesn't exist on all IA64 platforms; so don't include it unless
we need it.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We only need that header when compiling with icc, since the gcc variant of
ia64_get_bsp() uses in-line assembly code.  Per report from Frank Brendel,
the header doesn't exist on all IA64 platforms; so don't include it unless
we need it.
</pre>
</div>
</content>
</entry>
<entry>
<title>Translation updates for release 9.0.3</title>
<updated>2011-01-27T21:13:33+00:00</updated>
<author>
<name>Peter Eisentraut</name>
<email>peter_e@gmx.net</email>
</author>
<published>2011-01-27T19:25:25+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=7f2d75408b63fab9cc613b3d60d057f6d3ec3adc'/>
<id>7f2d75408b63fab9cc613b3d60d057f6d3ec3adc</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.3, 8.4.7, 8.3.14, and 8.2.20.</title>
<updated>2011-01-27T21:09:51+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2011-01-27T21:09:51+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=af9e2ed29b51e08e5cc597ddc8d58cde05d83212'/>
<id>af9e2ed29b51e08e5cc597ddc8d58cde05d83212</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Correct ALTER TYPE -&gt; SET DATA TYPE in ALTER TABLE documentation.</title>
<updated>2011-01-25T23:52:03+00:00</updated>
<author>
<name>Robert Haas</name>
<email>rhaas@postgresql.org</email>
</author>
<published>2011-01-25T23:50:35+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=2c3e29299842f6de74ff96d35ecaa1cc98fbcd5d'/>
<id>2c3e29299842f6de74ff96d35ecaa1cc98fbcd5d</id>
<content type='text'>
The latter is the correct name of the operation to change the data type
of a column.

Noah Misch
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The latter is the correct name of the operation to change the data type
of a column.

Noah Misch
</pre>
</div>
</content>
</entry>
<entry>
<title>Make ALTER TABLE revalidate uniqueness and exclusion constraints.</title>
<updated>2011-01-21T03:48:29+00:00</updated>
<author>
<name>Robert Haas</name>
<email>rhaas@postgresql.org</email>
</author>
<published>2011-01-21T03:44:10+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=39b5e5f3370258cae843e8cc83eccd59ddb532dd'/>
<id>39b5e5f3370258cae843e8cc83eccd59ddb532dd</id>
<content type='text'>
Failure to do so can lead to constraint violations.  This was broken by
commit 1ddc2703a936d03953657f43345460b9242bbed1 on 2010-02-07, so
back-patch to 9.0.

Noah Misch.  Regression test by me.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Failure to do so can lead to constraint violations.  This was broken by
commit 1ddc2703a936d03953657f43345460b9242bbed1 on 2010-02-07, so
back-patch to 9.0.

Noah Misch.  Regression test by me.
</pre>
</div>
</content>
</entry>
<entry>
<title>Document that WITH queries are also called Common Table Expressions.</title>
<updated>2011-01-20T02:21:33+00:00</updated>
<author>
<name>Robert Haas</name>
<email>rhaas@postgresql.org</email>
</author>
<published>2011-01-20T02:21:33+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=ba3afc88d2b81fc609cda8504ee7b54c54b379d7'/>
<id>ba3afc88d2b81fc609cda8504ee7b54c54b379d7</id>
<content type='text'>
Peter Geoghegan, reviewed by Stephen Frost
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Peter Geoghegan, reviewed by Stephen Frost
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix miscalculation of itemsafter in array_set_slice().</title>
<updated>2011-01-17T17:40:13+00:00</updated>
<author>
<name>Tom Lane</name>
<email>tgl@sss.pgh.pa.us</email>
</author>
<published>2011-01-17T17:38:52+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/postgresql.git/commit/?id=d8b0495f9637636b8a89e3b98208beb0a2d64fd0'/>
<id>d8b0495f9637636b8a89e3b98208beb0a2d64fd0</id>
<content type='text'>
If the slice to be assigned to was before the existing array lower bound
(requiring at least one null element to spring into existence to fill the
gap), the code miscalculated how many entries needed to be copied from
the old array's null bitmap.  This could result in trashing the array's
data area (as seen in bug #5840 from Karsten Loesing), or worse.

This has been broken since we first allowed the behavior of assigning to
non-adjacent slices, in 8.2.  Back-patch to all affected versions.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
If the slice to be assigned to was before the existing array lower bound
(requiring at least one null element to spring into existence to fill the
gap), the code miscalculated how many entries needed to be copied from
the old array's null bitmap.  This could result in trashing the array's
data area (as seen in bug #5840 from Karsten Loesing), or worse.

This has been broken since we first allowed the behavior of assigning to
non-adjacent slices, in 8.2.  Back-patch to all affected versions.
</pre>
</div>
</content>
</entry>
</feed>
