| 6b5ecb4 | PostgreSQL Daemon | 20 April 2007, 16:19:11 UTC | Update configure.in for release Security: hold for release | 20 April 2007, 16:19:11 UTC |
| 653f0f0 | Tom Lane | 20 April 2007, 03:28:17 UTC | Fix markup. Security: CVE-2007-2138 | 20 April 2007, 03:28:17 UTC |
| a174b6f | Tom Lane | 20 April 2007, 03:10:57 UTC | Fix markup. Security: CVE-2007-2138 | 20 April 2007, 03:10:57 UTC |
| a796aac | Tom Lane | 20 April 2007, 02:38:59 UTC | Support explicit placement of the temporary-table schema within search_path. This is needed to allow a security-definer function to set a truly secure value of search_path. Without it, a malicious user can use temporary objects to execute code with the privileges of the security-definer function. Even pushing the temp schema to the back of the search path is not quite good enough, because a function or operator at the back of the path might still capture control from one nearer the front due to having a more exact datatype match. Hence, disable searching the temp schema altogether for functions and operators. Security: CVE-2007-2138 | 20 April 2007, 02:38:59 UTC |
| f085ee0 | Bruce Momjian | 19 April 2007, 13:01:44 UTC | Release wording updates for releases 8.2.4, 8.1.9, 8.0.13, 7.4.17, 7.3.19. | 19 April 2007, 13:01:44 UTC |
| def3f81 | Bruce Momjian | 19 April 2007, 04:16:09 UTC | Update FAQ to mention most recent release for releases 8.2.4, 8.1.9, 8.0.13, 7.4.17, 7.3.19. | 19 April 2007, 04:16:09 UTC |
| eaeacaf | Bruce Momjian | 19 April 2007, 04:04:14 UTC | Update FAQ to mention most recent release for releases 8.2.4, 8.1.9, 8.0.13, 7.4.17, 7.3.19. | 19 April 2007, 04:04:14 UTC |
| af6b2e3 | Bruce Momjian | 19 April 2007, 03:06:28 UTC | Stamp releases 8.2.4, 8.1.9, 8.0.13, 7.4.17, 7.3.19. | 19 April 2007, 03:06:28 UTC |
| 28ecd60 | Bruce Momjian | 19 April 2007, 02:46:29 UTC | Release note updates for 8.2.4, 8.1.9, 8.0.13, 7.4.17, 7.3.19. | 19 April 2007, 02:46:29 UTC |
| c442dc2 | Tatsuo Ishii | 26 March 2007, 11:59:37 UTC | Fix pg_wchar_table's maxmblen field of EUC_CN, EUC_TW, MULE_INTERNAL and GB18030. patches from ITAGAKI Takahiro. | 26 March 2007, 11:59:37 UTC |
| 6ce2ca3 | Tom Lane | 14 March 2007, 18:49:32 UTC | Fix a longstanding bug in VACUUM FULL's handling of update chains. The code did not expect that a DEAD tuple could follow a RECENTLY_DEAD tuple in an update chain, but because the OldestXmin rule for determining deadness is a simplification of reality, it is possible for this situation to occur (implying that the RECENTLY_DEAD tuple is in fact dead to all observers, but this patch does not attempt to exploit that). The code would follow a chain forward all the way, but then stop before a DEAD tuple when backing up, meaning that not all of the chain got moved. This could lead to copying the chain multiple times (resulting in duplicate copies of the live tuple at its end), or leaving dangling index entries behind (which, aside from generating warnings from later vacuums, creates a risk of wrong query results or bogus duplicate-key errors once the heap slot the index entry points to is repopulated). The fix is to recheck HeapTupleSatisfiesVacuum while following a chain forward, and to stop if a DEAD tuple is reached. Each contiguous group of RECENTLY_DEAD tuples will therefore be copied as a separate chain. The patch also adds a couple of extra sanity checks to verify correct behavior. Per report and test case from Pavan Deolasee. | 14 March 2007, 18:49:32 UTC |
| 4edaffa | Tom Lane | 01 March 2007, 18:51:03 UTC | Fix markQueryForLocking() to work correctly in the presence of nested views. It has been wrong for this case since it was first written for 7.1 :-( Per report from Pavel Hanák. | 01 March 2007, 18:51:03 UTC |
| 2c47aaa | Tom Lane | 25 February 2007, 22:37:06 UTC | Update 7.x variant horology files to match the new US DST rules. It seems likely that anyone wanting to run the regression tests in the future will have up-to-date system timezone files, so this is more likely to work than the old contents. | 25 February 2007, 22:37:06 UTC |
| 675a313 | Tom Lane | 08 February 2007, 18:38:31 UTC | Fix an ancient logic error in plpgsql's exec_stmt_block: it thought it could get away with not (re)initializing a local variable if the variable is marked "isconst" and not "isnull". Unfortunately it makes this decision after having already freed the old value, meaning that something like for i in 1..10 loop declare c constant text := 'hi there'; leads to subsequent accesses to freed memory, and hence probably crashes. (In particular, this is why Asif Ali Rehman's bug leads to crash and not just an unexpectedly-NULL value for SQLERRM: SQLERRM is marked CONSTANT and so triggers this error.) The whole thing seems wrong on its face anyway: CONSTANT means that you can't change the variable inside the block, not that the initializer expression is guaranteed not to change value across successive block entries. Hence, remove the "optimization" instead of trying to fix it. | 08 February 2007, 18:38:31 UTC |
| 6eb61d5 | Tom Lane | 08 February 2007, 18:38:28 UTC | Rearrange use of plpgsql_add_initdatums() so that only the parsing of a DECLARE section needs to know about it. Formerly, everyplace besides DECLARE that created variables needed to do "plpgsql_add_initdatums(NULL)" to prevent those variables from being sucked up as part of a subsequent DECLARE block. This is obviously error-prone, and in fact the SQLSTATE/SQLERRM patch had failed to do it for those two variables, leading to the bug recently exhibited by Asif Ali Rehman: a DECLARE within an exception handler tried to reinitialize SQLERRM. Although the SQLSTATE/SQLERRM patch isn't in any pre-8.1 branches, and so I can't point to a demonstrable failure there, it seems wise to back-patch this into the older branches anyway, just to keep the logic similar to HEAD. | 08 February 2007, 18:38:28 UTC |
| af8a424 | Tom Lane | 02 February 2007, 00:16:01 UTC | Stamp release 7.3.18. Security: CVE-2007-0555, CVE-2007-0556 | 02 February 2007, 00:16:01 UTC |
| c073131 | Tom Lane | 02 February 2007, 00:11:14 UTC | Update release notes for security-related releases in all active branches. Security: CVE-2007-0555, CVE-2007-0556 | 02 February 2007, 00:11:14 UTC |
| 6be5429 | Tom Lane | 02 February 2007, 00:04:16 UTC | Repair insufficiently careful type checking for SQL-language functions: we should check that the function code returns the claimed result datatype every time we parse the function for execution. Formerly, for simple scalar result types we assumed the creation-time check was sufficient, but this fails if the function selects from a table that's been redefined since then, and even more obviously fails if check_function_bodies had been OFF. This is a significant security hole: not only can one trivially crash the backend, but with appropriate misuse of pass-by-reference datatypes it is possible to read out arbitrary locations in the server process's memory, which could allow retrieving database content the user should not be able to see. Our thanks to Jeff Trout for the initial report. Security: CVE-2007-0555 | 02 February 2007, 00:04:16 UTC |
| cf9ca3d | Peter Eisentraut | 31 January 2007, 08:05:43 UTC | Translation updates | 31 January 2007, 08:05:43 UTC |
| eea0902 | Tom Lane | 27 January 2007, 20:53:59 UTC | Correct an old logic error in btree page splitting: when considering a split exactly at the point where we need to insert a new item, the calculation used the wrong size for the "high key" of the new left page. This could lead to choosing an unworkable split, resulting in "PANIC: failed to add item to the left sibling" (or "right sibling") failure. Although this bug has been there a long time, it's very difficult to trigger a failure before 8.2, since there was generally a lot of free space on both sides of a chosen split. In 8.2, where the user-selected fill factor determines how much free space the code tries to leave, an unworkable split is much more likely. Report by Joe Conway, diagnosis and fix by Heikki Linnakangas. | 27 January 2007, 20:53:59 UTC |
| d56c800 | Tom Lane | 24 January 2007, 17:12:47 UTC | Get pg_utf_mblen(), pg_utf2wchar_with_len(), and utf2ucs() all on the same page about the maximum UTF8 sequence length we support (4 bytes since 8.1, 3 before that). pg_utf2wchar_with_len never got updated to support 4-byte characters at all, and in any case had a buffer-overrun risk in that it could produce multiple pg_wchars from what mblen claims to be just one UTF8 character. The only reason we don't have a major security hole is that most callers allocate worst-case output buffers; the sole exception in released versions appears to be pre-8.2 iwchareq() (ie, ILIKE), which can be crashed due to zeroing out its return address --- but AFAICS that can't be exploited for anything more than a crash, due to inability to control what gets written there. Per report from James Russell and Michael Fuhr. Pre-8.1 the risk is much less, but I still think pg_utf2wchar_with_len's behavior given an incomplete final character risks buffer overrun, so back-patch that logic change anyway. This patch also makes sure that UTF8 sequences exceeding the supported length (whichever it is) are consistently treated as error cases, rather than being treated like a valid shorter sequence in some places. | 24 January 2007, 17:12:47 UTC |
| 43021ef | Tatsuo Ishii | 13 January 2007, 03:31:12 UTC | Back port patch. Call srandom() instead of srand(). pgbench calls random() later, so it should have called srandom(). On most platforms except Windows srandom() is actually identical to srand(), so the bug only bites Windows users. per bug report from Akio Ishida. | 13 January 2007, 03:31:12 UTC |
| 4c884c3 | Bruce Momjian | 06 January 2007, 04:15:43 UTC | Fix markup because older releases couldn't like to refernce pages. | 06 January 2007, 04:15:43 UTC |
| 43a9728 | Bruce Momjian | 06 January 2007, 03:14:18 UTC | Fix markup because lc_numeric didn't have an SGML tag in this release. | 06 January 2007, 03:14:18 UTC |
| c41e33f | PostgreSQL Daemon | 06 January 2007, 02:25:19 UTC | tag for 7.3.17 ... | 06 January 2007, 02:25:19 UTC |
| 3941045 | Tom Lane | 05 January 2007, 22:35:22 UTC | Minor copy-editing for release note updates. | 05 January 2007, 22:35:22 UTC |
| 3294607 | Bruce Momjian | 05 January 2007, 20:52:58 UTC | Stamp release 7.3.17. | 05 January 2007, 20:52:58 UTC |
| 4f58c0d | Bruce Momjian | 05 January 2007, 20:02:22 UTC | Create release notes for 7.3.17. | 05 January 2007, 20:02:22 UTC |
| 0b29676 | Tom Lane | 03 January 2007, 22:40:04 UTC | Fix regex_fixed_prefix() to cope reasonably well with regex patterns of the form '^(foo)$'. Before, these could never be optimized into indexscans. The recent changes to make psql and pg_dump generate such patterns (for \d commands and -t and related switches, respectively) therefore represented a big performance hit for people with large pg_class catalogs, as seen in recent gripe from Erik Jones. While at it, be more paranoid about case-sensitivity checking in multibyte encodings, and fix some other corner cases in which a regex might be interpreted too liberally. | 03 January 2007, 22:40:04 UTC |
| d3db2bd | Tom Lane | 26 December 2006, 19:27:26 UTC | Repair bug #2839: the various ExecReScan functions need to reset ps_TupFromTlist in plan nodes that make use of it. This was being done correctly in join nodes and Result nodes but not in any relation-scan nodes. Bug would lead to bogus results if a set-returning function appeared in the targetlist of a subquery that could be rescanned after partial execution, for example a subquery within EXISTS(). Bug has been around forever :-( ... surprising it wasn't reported before. | 26 December 2006, 19:27:26 UTC |
| 923ec1a | Tom Lane | 28 November 2006, 19:19:25 UTC | Mark to_number() and the numeric-type variants of to_char() as stable, not immutable, because their results depend on lc_numeric; this is a longstanding oversight. We cannot force initdb for this in the back branches, but we can at least provide correct catalog entries for future installations. | 28 November 2006, 19:19:25 UTC |
| 0951ff3 | Tom Lane | 22 November 2006, 21:13:16 UTC | Fix 1-byte buffer overrun when OID exceeds 1 billion. This probably can't cause any serious harm in normal cases, but if you have gcc buffer overrun checking turned on, that will notice. Found by Jack Orenstein. Problem was already fixed in CVS HEAD. | 22 November 2006, 21:13:16 UTC |
| 53d7eec | Tom Lane | 12 October 2006, 19:42:21 UTC | Stamp 7.3.16. | 12 October 2006, 19:42:21 UTC |
| 9dd224e | Tom Lane | 11 October 2006, 20:56:31 UTC | A bit of copy-editing on back-branch release notes. | 11 October 2006, 20:56:31 UTC |
| 7275173 | Tom Lane | 10 October 2006, 16:15:42 UTC | Fix psql \d commands to behave properly when a pattern using regex | is given. Formerly they'd emit '^foo|bar$' which is wrong because the anchors are parsed as part of the alternatives; must emit '^(foo|bar)$' to get expected behavior. Same as bug found previously in similar_escape(). Already fixed in HEAD, this is just back-porting the part of that patch that was a bug fix. | 10 October 2006, 16:15:42 UTC |
| b25ddbb | Bruce Momjian | 10 October 2006, 00:19:51 UTC | Update libpq.rc for 7.3.16 and 7.4.14. Later releases use libpq.rc.in, which was already updated. | 10 October 2006, 00:19:51 UTC |
| 68b856f | Bruce Momjian | 09 October 2006, 23:38:14 UTC | Stamp releases 7.3.16, 7.4.14, 8.0.9, and 8.1.5. | 09 October 2006, 23:38:14 UTC |
| 850f5f3 | Bruce Momjian | 09 October 2006, 23:22:58 UTC | Update release notes for releases 7.3.16, 7.4.14, 8.0.9, and 8.1.5. | 09 October 2006, 23:22:58 UTC |
| a9ae4ae | Tom Lane | 09 October 2006, 01:46:04 UTC | Fix back-branch pg_regress scripts to try the "canonical" expected file if we tried a variant file from resultmap and it didn't match. This is already done in HEAD's C-code version, and is needed because OpenBSD has recently migrated to a more standard handling of float underflow --- see buildfarm results from emu. | 09 October 2006, 01:46:04 UTC |
| 4e66f61 | Tom Lane | 07 October 2006, 22:22:04 UTC | Fix ancient oversight in psql's \d pattern processing code: when seeing two quote chars inside quote marks, should emit one quote *and stay in inquotes mode*. No doubt the lack of reports of this have something to do with the poor documentation of the feature ... | 07 October 2006, 22:22:04 UTC |
| 152dbad | Tom Lane | 31 August 2006, 17:32:01 UTC | Clean up rather sloppy fix in HEAD for the ancient bug that CREATE CONVERSION didn't create a dependency from the new conversion to its schema. Back-patch to all supported releases. | 31 August 2006, 17:32:01 UTC |
| 2b3d271 | Teodor Sigaev | 08 August 2006, 15:46:31 UTC | Fix bug introduced by last patch, thanks again to Mario Weilguni <mweilguni@sime.com> | 08 August 2006, 15:46:31 UTC |
| 3da93a0 | Teodor Sigaev | 07 August 2006, 17:42:54 UTC | fix bug about modifying value in shared buffer, what was a reason to corrupt index. Thank to Mario Weilguni <mweilguni@sime.com> to discover a bug. | 07 August 2006, 17:42:54 UTC |
| 3c3c610 | Neil Conway | 14 July 2006, 00:32:46 UTC | A recent backpatch to 7.3's contrib/ltree got mixed up, putting code in the wrong place. This moves it to the right place which allows it to compile. Patch from Kris Jurka. | 14 July 2006, 00:32:46 UTC |
| 79aabd1 | Teodor Sigaev | 11 July 2006, 16:11:06 UTC | Fix bug corrupting query in gist consistent function. Thank to Mario Weilguni <mweilguni@sime.com> to discover a bug. | 11 July 2006, 16:11:06 UTC |
| 4587cd4 | Bruce Momjian | 06 July 2006, 02:02:36 UTC | Fix dbmirror for new backslash escaping: Martin Pitt [2006-06-16 0:15 +0200]: > Upstream confirmed my reply in the last mail in [1]: the complete > escaping logic in DBMirror.pl is seriously screwew. > > [1] http://archives.postgresql.org/pgsql-bugs/2006-06/msg00065.php I finally found some time to debug this, and I think I found a better patch than the one you proposed. Mine is still hackish and is still a workaround around a proper quoting solution, but at least it repairs the parsing without introducing the \' quoting again. I consider this a band-aid patch to fix the recent security update. PostgreSQL gurus, would you consider applying this until a better solution is found for DBMirror.pl? Martin Pitt http://www.piware.de | 06 July 2006, 02:02:36 UTC |
| fe090f0 | Tom Lane | 23 June 2006, 14:42:52 UTC | Back-patch 7.4-era fix for memory leak with SSL connections due to missing X509_free() calls. Per a request from a Red Hat customer; seems silly for Red Hat to be shipping a patch that's not in upstream. | 23 June 2006, 14:42:52 UTC |
| 9e63275 | Tom Lane | 01 June 2006, 23:18:11 UTC | Back-port Postgres 7.4 spinlock code into 7.3 branch. This adds previously-missing spinlock code for x86_64 and ppc64 architectures, converts the ppc/ppc64 code into gcc inlines, and provides a better spinlock backoff algorithm on all architectures. Aside from being almost identical to the community 7.4 source code, this exact patch has been in use for awhile in Red Hat's RHEL3 RPMs, so I have pretty good confidence in it. Why bother, you ask? I'm taking pity on a couple of buildfarm members that have been vainly trying to build 7.3 on these 64-bit architectures. | 01 June 2006, 23:18:11 UTC |
| 7769196 | Tom Lane | 01 June 2006, 04:10:33 UTC | Pre-8.0 branches need to cope with possibility that the system libc knows about the recent changes in US DST law. Add a variant horology file, so that either the old or new rules will be considered valid test results. | 01 June 2006, 04:10:33 UTC |
| e675978 | Tom Lane | 21 May 2006, 21:54:31 UTC | Stamp release 7.3.15. | 21 May 2006, 21:54:31 UTC |
| 78e237e | Tom Lane | 21 May 2006, 21:50:14 UTC | Update release notes for upcoming releases. | 21 May 2006, 21:50:14 UTC |
| 502b688 | Bruce Momjian | 21 May 2006, 20:28:22 UTC | Stamp releases 7.3.15, 7.4.13, and 8.0.8. | 21 May 2006, 20:28:22 UTC |
| e6f43f7 | Tom Lane | 21 May 2006, 20:20:48 UTC | Modify libpq's string-escaping routines to be aware of encoding considerations and standard_conforming_strings. The encoding changes are needed for proper escaping in multibyte encodings, as per the SQL-injection vulnerabilities noted in CVE-2006-2313 and CVE-2006-2314. Concurrent fixes are being applied to the server to ensure that it rejects queries that may have been corrupted by attempted SQL injection, but this merely guarantees that unpatched clients will fail rather than allow injection. An actual fix requires changing the client-side code. While at it we have also fixed these routines to understand about standard_conforming_strings, so that the upcoming changeover to SQL-spec string syntax can be somewhat transparent to client code. Since the existing API of PQescapeString and PQescapeBytea provides no way to inform them which settings are in use, these functions are now deprecated in favor of new functions PQescapeStringConn and PQescapeByteaConn. The new functions take the PGconn to which the string will be sent as an additional parameter, and look inside the connection structure to determine what to do. So as to provide some functionality for clients using the old functions, libpq stores the latest encoding and standard_conforming_strings values received from the backend in static variables, and the old functions consult these variables. This will work reliably in clients using only one Postgres connection at a time, or even multiple connections if they all use the same encoding and string syntax settings; which should cover many practical scenarios. Clients that use homebrew escaping methods, such as PHP's addslashes() function or even hardwired regexp substitution, will require extra effort to fix :-(. It is strongly recommended that such code be replaced by use of PQescapeStringConn/PQescapeByteaConn if at all feasible. | 21 May 2006, 20:20:48 UTC |
| 16e7774 | Tom Lane | 21 May 2006, 20:12:20 UTC | Add a new GUC parameter backslash_quote, which determines whether the SQL parser will allow "\'" to be used to represent a literal quote mark. The "\'" representation has been deprecated for some time in favor of the SQL-standard representation "''" (two single quote marks), but it has been used often enough that just disallowing it immediately won't do. Hence backslash_quote allows the settings "on", "off", and "safe_encoding", the last meaning to allow "\'" only if client_encoding is a valid server encoding. That is now the default, and the reason is that in encodings such as SJIS that allow 0x5c (ASCII backslash) to be the last byte of a multibyte character, accepting "\'" allows SQL-injection attacks as per CVE-2006-2314 (further details will be published after release). The "on" setting is available for backward compatibility, but it must not be used with clients that are exposed to untrusted input. Thanks to Akio Ishida and Yasuo Ohgaki for identifying this security issue. | 21 May 2006, 20:12:20 UTC |
| 5c4de67 | Tom Lane | 21 May 2006, 20:07:13 UTC | Change the backend to reject strings containing invalidly-encoded multibyte characters in all cases. Formerly we mostly just threw warnings for invalid input, and failed to detect it at all if no encoding conversion was required. The tighter check is needed to defend against SQL-injection attacks as per CVE-2006-2313 (further details will be published after release). Embedded zero (null) bytes will be rejected as well. The checks are applied during input to the backend (receipt from client or COPY IN), so it no longer seems necessary to check in textin() and related routines; any string arriving at those functions will already have been validated. Conversion failure reporting (for characters with no equivalent in the destination encoding) has been cleaned up and made consistent while at it. Also, fix a few longstanding errors in little-used encoding conversion routines: win1251_to_iso, win866_to_iso, euc_tw_to_big5, euc_tw_to_mic, mic_to_euc_tw were all broken to varying extents. Patches by Tatsuo Ishii and Tom Lane. Thanks to Akio Ishida and Yasuo Ohgaki for identifying the security issues. | 21 May 2006, 20:07:13 UTC |
| 583a472 | Bruce Momjian | 21 May 2006, 19:56:41 UTC | Change \' to '', for SQL standards compliance. Backpatch to 7.3, 7.4, and 8.0. Later releases already patched. | 21 May 2006, 19:56:41 UTC |
| 5067473 | Tom Lane | 12 May 2006, 22:45:06 UTC | Fix the sense of the test on DH_check()'s return value. This was preventing custom-generated DH parameters from actually being used by the server. Found by Michael Fuhr. | 12 May 2006, 22:45:06 UTC |
| 76dc240 | Tom Lane | 11 May 2006, 22:00:12 UTC | Remove unnecessary .seg/.section directives, per Alan Stange. | 11 May 2006, 22:00:12 UTC |
| 803d61a | Tom Lane | 19 April 2006, 16:16:08 UTC | Fix ancient memory leak in PQprintTuples(); our code no longer uses this routine, but perhaps some applications do. Found by Martijn van Oosterhout using Coverity. | 19 April 2006, 16:16:08 UTC |
| 342fae3 | Tatsuo Ishii | 04 March 2006, 12:35:08 UTC | Minor teak. | 04 March 2006, 12:35:08 UTC |
| 52c4e32 | Tatsuo Ishii | 04 March 2006, 12:32:59 UTC | Tighten up SJIS byte sequence check. Now we reject invalid SJIS byte sequence such as "0x95 0x27". Patches from Akio Ishida. | 04 March 2006, 12:32:59 UTC |
| 11b3472 | Neil Conway | 20 February 2006, 20:10:48 UTC | Fix three Python reference leaks in PLy_traceback(). This would result in leaking memory when invoking a PL/Python procedure that raises an exception. Unfortunately this still leaks memory, but at least the largest leak has been plugged. This patch also fixes a reference counting mistake in PLy_modify_tuple() for 8.0, 8.1 and HEAD: we don't actually own a reference to `platt', so we shouldn't Py_DECREF() it. | 20 February 2006, 20:10:48 UTC |
| 0c85366 | Neil Conway | 18 February 2006, 20:49:02 UTC | Patch from Marko Kreen: pgcrypto crypt()/md5 and hmac() leak memory when compiled against OpenSSL as openssl.c digest ->reset will do two DigestInit calls against a context. This happened to work with OpenSSL 0.9.6 but not with 0.9.7+. Reason for the messy code was that I tried to avoid creating wrapper structure to transport algorithm info and tried to use OpenSSL context for it. The fix is to create wrapper structure. It also uses newer digest API to avoid memory allocations on reset with newer OpenSSLs. Thanks to Daniel Blaisdell for reporting it. | 18 February 2006, 20:49:02 UTC |
| eb46ad5 | Tom Lane | 12 February 2006, 22:38:54 UTC | Stamp 7.3.14. | 12 February 2006, 22:38:54 UTC |
| ee7c1a3 | Tom Lane | 12 February 2006, 22:36:16 UTC | Update release notes. | 12 February 2006, 22:36:16 UTC |
| 118f54d | Tom Lane | 12 February 2006, 22:33:47 UTC | Fix bug in SET SESSION AUTHORIZATION that allows unprivileged users to crash the server, if it has been compiled with Asserts enabled (CVE-2006-0553). Thanks to Akio Ishida for reporting this problem. | 12 February 2006, 22:33:47 UTC |
| da91fde | Bruce Momjian | 12 February 2006, 18:50:07 UTC | Update FAQ latest version | 12 February 2006, 18:50:07 UTC |
| c551fd3 | Bruce Momjian | 12 February 2006, 18:41:22 UTC | Stamp releases for 2006-02-14 release | 12 February 2006, 18:41:22 UTC |
| db4534e | Bruce Momjian | 12 February 2006, 18:23:00 UTC | Update release notes for 2006-02-14 release | 12 February 2006, 18:23:00 UTC |
| 3cbc8b6 | Tom Lane | 21 January 2006, 04:38:54 UTC | Repair longstanding bug in slru/clog logic: it is possible for two backends to try to create a log segment file concurrently, but the code erroneously specified O_EXCL to open(), resulting in a needless failure. Before 7.4, it was even a PANIC condition :-(. Correct code is actually simpler than what we had, because we can just say O_CREAT to start with and not need a second open() call. I believe this accounts for several recent reports of hard-to-reproduce "could not create file ...: File exists" errors in both pg_clog and pg_subtrans. | 21 January 2006, 04:38:54 UTC |
| a6cc7db | Tom Lane | 12 January 2006, 21:49:41 UTC | Repair "Halloween problem" in EvalPlanQual: a tuple that's been inserted by our own command (or more generally, xmin = our xact and cmin >= current command ID) should not be seen as good. Else we may try to update rows we already updated. This error was inserted last August while fixing the even bigger problem that the old coding wouldn't see *any* tuples inserted by our own transaction as good. Per report from Euler Taveira de Oliveira. | 12 January 2006, 21:49:41 UTC |
| 158c7f3 | Tom Lane | 12 January 2006, 19:24:48 UTC | Use a more bulletproof test for whether finite() and isinf() are present. It seems that recent gcc versions can optimize away calls to these functions even when the functions do not exist on the platform, resulting in a bogus positive result. Avoid this by using a non-constant argument and ensuring that the function result is not simply discarded. Per report from François Laupretre. | 12 January 2006, 19:24:48 UTC |
| b4feb29 | Tom Lane | 09 January 2006, 21:16:57 UTC | Fix pg_dump to add the required OPERATOR() decoration to schema-qualified operator names. This is needed when dumping operator definitions that have COMMUTATOR (or similar) links to operators in other schemas. Apparently Daniel Whitter is the first person ever to try this :-( | 09 January 2006, 21:16:57 UTC |
| 88f2145 | Tom Lane | 06 January 2006, 20:11:36 UTC | Fix failure to apply domain constraints to a NULL constant that's added to an INSERT target list during rule rewriting. Per report from John Supplee. | 06 January 2006, 20:11:36 UTC |
| 751c481 | Tom Lane | 06 January 2006, 03:00:46 UTC | Release-note updates and copy editing. | 06 January 2006, 03:00:46 UTC |
| d3e91bd | Tom Lane | 06 January 2006, 02:31:25 UTC | Generate back-branch configure scripts with the appropriate version of autoconf. | 06 January 2006, 02:31:25 UTC |
| a93eb7c | Bruce Momjian | 05 January 2006, 15:17:08 UTC | New pgcrypto item wording. | 05 January 2006, 15:17:08 UTC |
| e6e13b5 | Bruce Momjian | 05 January 2006, 15:11:07 UTC | Wording improvements. | 05 January 2006, 15:11:07 UTC |
| 7251950 | Bruce Momjian | 05 January 2006, 14:52:40 UTC | Improve markup. | 05 January 2006, 14:52:40 UTC |
| 00214b6 | Bruce Momjian | 05 January 2006, 05:21:40 UTC | *** empty log message *** | 05 January 2006, 05:21:40 UTC |
| 44a3ad2 | Bruce Momjian | 05 January 2006, 03:59:21 UTC | Stamp release 7.3.13. | 05 January 2006, 03:59:21 UTC |
| 040d3e6 | Tom Lane | 05 January 2006, 00:55:36 UTC | Arrange to set the LC_XXX environment variables to match our locale setup. Back-patch of previous fix in HEAD for plperl-vs-locale issue. | 05 January 2006, 00:55:36 UTC |
| 3abc367 | Tom Lane | 05 January 2006, 00:51:52 UTC | Add port support for unsetenv() in back branches. Needed for locale environment fix. | 05 January 2006, 00:51:52 UTC |
| 4e0f51f | Joe Conway | 03 January 2006, 23:48:42 UTC | When the remote query result has a different number of columns than the local query specifies (e.g. in the FROM clause), throw an ERROR (instead of crashing). Fix for bug #2129 reported by Akio Iwaasa. | 03 January 2006, 23:48:42 UTC |
| a74dc12 | Tom Lane | 03 January 2006, 23:46:56 UTC | There is a signedness bug in Openwall gen_salt code that pgcrypto uses. This makes the salt space for md5 and xdes algorithms a lot smaller than it should be. Marko Kreen | 03 January 2006, 23:46:56 UTC |
| 951f2bd | Tatsuo Ishii | 24 December 2005, 12:08:10 UTC | Fix long standing Asian multibyte charsets bug. See: Subject: [HACKERS] bugs with certain Asian multibyte charsets From: Tatsuo Ishii <ishii@sraoss.co.jp> To: pgsql-hackers@postgresql.org Date: Sat, 24 Dec 2005 18:25:33 +0900 (JST) for more details. | 24 December 2005, 12:08:10 UTC |
| cd726e1 | Tom Lane | 22 December 2005, 22:50:29 UTC | Adjust string comparison so that only bitwise-equal strings are considered equal: if strcoll claims two strings are equal, check it with strcmp, and sort according to strcmp if not identical. This fixes inconsistent behavior under glibc's hu_HU locale, and probably under some other locales as well. Also, take advantage of the now-well-defined behavior to speed up texteq, textne, bpchareq, bpcharne: they may as well just do a bitwise comparison and not bother with strcoll at all. NOTE: affected databases may need to REINDEX indexes on text columns to be sure they are self-consistent. | 22 December 2005, 22:50:29 UTC |
| 660fcf0 | Tom Lane | 15 December 2005, 05:43:35 UTC | Back-patch 7.4 change to show that freebsd 5 and up don't need float8-small-is-zero. Per Mark Kirkwood. | 15 December 2005, 05:43:35 UTC |
| 93bcee8 | Tom Lane | 13 December 2005, 03:36:14 UTC | Remove unused HAVE_STRUCT_SOCKCRED code, which was causing a duplicate- variable-definition error on recent FreeBSDen (evidently, that platform also HAS_STRUCT_CMSGCRED). Backport of 7.4 fix dated 2003-10-25. | 13 December 2005, 03:36:14 UTC |
| fbb687f | Tom Lane | 09 December 2005, 20:56:45 UTC | Stamp 7.3.12. | 09 December 2005, 20:56:45 UTC |
| 52d70a3 | Tom Lane | 09 December 2005, 20:41:11 UTC | Add release notes for back branches (7.3 and up). Also minor improvements to 8.1.1 release notes. | 09 December 2005, 20:41:11 UTC |
| 85fc9ad | Teodor Sigaev | 06 December 2005, 18:22:09 UTC | Fix stupid bug with sizeof | 06 December 2005, 18:22:09 UTC |
| 304b231 | Tom Lane | 05 December 2005, 04:14:39 UTC | Add regression test to see if the min/max values of int8 convert correctly. | 05 December 2005, 04:14:39 UTC |
| 62b91ec | Bruce Momjian | 16 November 2005, 03:58:08 UTC | Properly document return value of strpos(). | 16 November 2005, 03:58:08 UTC |
| 237afd4 | Tom Lane | 03 November 2005, 00:23:57 UTC | Fix longstanding race condition in transaction log management: there was a very narrow window in which SimpleLruReadPage or SimpleLruWritePage could think that I/O was needed when it wasn't (and indeed the buffer had already been assigned to another page). This would result in an Assert failure if Asserts were enabled, and probably in silent data corruption if not. Reported independently by Jim Nasby and Robert Creager. I intend a more extensive fix when 8.2 development starts, but this is a reasonably low-impact patch for the existing branches. | 03 November 2005, 00:23:57 UTC |
| aaaacf0 | Tom Lane | 25 October 2005, 20:30:52 UTC | Fix longstanding bug that would sometimes let the planner generate a bad plan for an outer join; symptom is bogus error "RIGHT JOIN is only supported with merge-joinable join conditions". Problem was that select_mergejoin_clauses did its tests in the wrong order. We need to force left join not right join for a merge join when there are non-mergeable join clauses; but the test for this only accounted for mergejoinability of the clause operator, and not whether the left and right Vars were of the proper relations. Per report from Jean-Pierre Pelletier. | 25 October 2005, 20:30:52 UTC |
| 0fa322a | Tom Lane | 14 October 2005, 16:41:41 UTC | Pass a strdup'd ident string to openlog(), to ensure that reallocation of GUC memory doesn't cause us to start emitting a bogus ident string. Per report from Han Holl. Also some trivial code cleanup in write_syslog. | 14 October 2005, 16:41:41 UTC |
| 10f14e6 | Tom Lane | 12 October 2005, 17:18:45 UTC | Fix longstanding bug found by Atsushi Ogawa: _bt_check_unique would mark the wrong buffer dirty when trying to kill a dead index entry that's on a page after the one it started on. No risk of data corruption, just inefficiency, but still a bug. | 12 October 2005, 17:18:45 UTC |
| ae049f1 | Tom Lane | 03 October 2005, 17:24:27 UTC | Stamp release 7.3.11. | 03 October 2005, 17:24:27 UTC |
| 69fbf48 | Tom Lane | 03 October 2005, 16:05:29 UTC | Update release notes for pending back-branch releases. | 03 October 2005, 16:05:29 UTC |
