| Commit message (Collapse) | Author | Age |
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
does not dump core.
|
| |
|
|
|
|
|
|
| |
database, emit a WARNING and do nothing, rather than raising ERROR.
Per recent discussion in which we concluded this is the best way to deal
with database dumps that are reloaded into a database of a new name.
|
|
|
|
|
|
|
|
| |
fixed incorrect initial setting of StartUpID. The logic in XLogWrite()
expects that Write->curridx is advanced to the next page as soon as
LogwrtResult points to the end of the current page, but StartupXLOG()
failed to make that happen when the old WAL ended exactly on a page
boundary. Per trouble report from Hannu Krosing.
|
| |
|
|
|
|
|
|
| |
This is no longer necessary or appropriate since we don't use zero typeid
as a wildcard anymore, and it fixes a nasty performance problem with
functions with many parameters. Per recent example from Reuven Lerner.
|
|
|
|
| |
work at all, and neither case behaved sanely for negative intervals.
|
|
|
|
| |
not a SELECT. We didn't use to allow that, but we do now.
|
|
|
|
|
|
| |
catalog lookups when not in a transaction. This prevents bizarre
failures if someone tries to set a value for session_authorization in
postgresql.conf. Per report from Fernando Nasser.
|
|
|
|
|
|
|
| |
example from Rao Kumar. This is a very corner corner-case, requiring
a minimum of three closely-spaced database crashes and an unlucky
positioning of the second recovery's checkpoint record before you'd notice
any problem. But the consequences are dire enough that it's a must-fix.
|
|
|
|
| |
does not change on UPDATE.
|
|
|
|
| |
by making deferredTriggerInvokeEvents only scan events added since it last ran.
|
|
|
|
| |
dropped. Add regression test, too.
|
|
|
|
|
|
| |
dead xlog segments are not considered part of a critical section. It is
not necessary to force a database-wide panic if we get a failure in these
operations. Per recent trouble reports.
|
|
|
|
|
|
| |
Per recent discussion on pgsql-general, this is appropriate for spec
compliance, and has the nice side-effect of easing porting from old
pg_dump files that exhibit the 59.999=>60.000 roundoff problem.
|
|
|
|
|
|
|
|
|
|
|
|
| |
implementation limits, do not issue an ERROR; instead issue a NOTICE and use
the max supported value. Per pgsql-general discussion of 28-Apr, this is
needed to allow easy porting from pre-7.3 releases where the limits were
higher.
Unrelated change in same area: accept GLOBAL TEMP/TEMPORARY as a synonym
for TEMPORARY, as per pgsql-hackers discussion of 15-Apr. We previously
rejected it, but that was based on a misreading of the spec --- SQL92's
GLOBAL temp tables are really closer to what we have than their LOCAL ones.
|
|
|
|
|
| |
as the correct user, not only query execution. Per report from Sean
Chittenden.
|
| |
|
| |
|
|
|
|
| |
Will patch separately but equivalently in HEAD.
|
|
|
|
| |
Will patch separately but equivalently in HEAD.
|
| |
|
|
|
|
|
| |
Tom O'Dowd. This fix is not relevant to CVS tip anymore, but we should
fix it in 7.3.*.
|
| |
|
|
|
|
|
|
| |
account for NULLs; in hindsight this is obvious since the code for
the MCV-lists case would reduce to this when there are zero entries
in both lists. Per example from Alec Mitchell.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
See following posting for more details.
Subject: Re: [HACKERS] [BUGS] Bug #943: Server-Encoding from EUC_TW to UTF-8 doesn't
From: Tatsuo Ishii <t-ishii@sra.co.jp>
To: michael.enke@wincor-nixdorf.com, pgsql-bugs@postgresql.org
Cc: pgsql-hackers@postgresql.org
Date: Sat, 12 Apr 2003 10:51:45 +0900 (JST)
|
| |
|
|
|
|
|
| |
While usually safe, this fails if the coercion function needs the
query snapshot to be set already. Per example from Nigel Andrews.
|
|
|
|
|
| |
reading in any page. Also back-port the zero_damaged_pages boolean
that determines what to do about it.
|
|
|
|
| |
of unnamed joins; per pghackers discussion 31-Mar-03.
|
| |
|
|
|
|
|
|
|
| |
harmless on signed-char machines but would lead to core dump in the
deadlock detection code if char is unsigned. Amazingly, this bug has
been here since 7.1 and yet wasn't reported till now. Thanks to Robert
Bruccoleri for providing the opportunity to track it down.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
typing error in src/backend/libpq/be-secure.c ???
Long Description
In src/backend/libpq/be-secure.c: secure_write
on SSL_ERROR_WANT_WRITE call secure_read instead
secure_write again. May be is this a typing error?
Sergey N. Yatskevich (syatskevich@n21lab.gosniias.msk.ru)
|
|
|
|
| |
bogus than it was. Per bug report from Adrian Pop.
|
|
|
|
| |
qual checking, not GetCurrentCommandId. Per test case from Steve Wolfe.
|
|
|
|
|
|
| |
keys_are_unique optimization introduced in 7.3. A better fix will
appear in 7.4, but I think back-patching it is too risky for the stable
branch.
|
|
|
|
| |
from Andreas Pflug.
|
|
|
|
| |
Per report from Dave Marin.
|
|
|
|
|
|
| |
This bug has been latent since 7.0 or maybe even further back, but it
was only exposed when parse_clause.c stopped suppressing duplicate
items (see its rev 1.96 of 18-Aug-02).
|
|
|
|
|
|
| |
cleaning out temp namespaces. We don't really want the server log to be
cluttered with 'Drop cascades to table foo' every time someone uses a
temp table...
|
|
|
|
|
|
| |
DELETE of an inheritance tree references another inherited relation.
This bug has been latent since 7.1; I'm still not quite sure why 7.1 and
7.2 don't manifest it (at least, they don't crash on a simple test case).
|
|
|
|
| |
as are non-amindexnulls AMs unless first column is attnotnull.
|