- 29 Sep, 2007 13 commits
-
-
Tom Lane authored
Found by running opr_sanity on contrib modules.
-
Tom Lane authored
Found by running opr_sanity on contrib modules.
-
Tom Lane authored
any commutator operator for =(chkpass,text), so this was creating a shell operator that would fail on use. Found by opr_sanity testing.
-
Tom Lane authored
Found by running opr_sanity on contrib modules.
-
Tom Lane authored
process' PS display. After a suggestion by Simon (not exactly his patch though).
-
Tom Lane authored
CREATE INDEX CONCURRENTLY). Such an index might not have entries for every heap row and thus clustering with it would result in silent data loss. The scenario requires a pretty foolish DBA, but still ...
-
Tom Lane authored
ALTER TABLE on a composite type or ALTER TYPE on a table's rowtype. We already rejected these cases, but the error messages were a bit random and didn't always provide a HINT to use the other command type.
-
Bruce Momjian authored
numbering for additional functions.
-
Magnus Hagander authored
buildfarm failures.
-
Tom Lane authored
which is the case at least on some Solaris versions. Marko Kreen
-
Tom Lane authored
recovery stop time was used. This avoids a corner-case risk of trying to overwrite an existing archived copy of the last WAL segment, and seems simpler and cleaner all around than the original definition. Per example from Jon Colverson and subsequent analysis by Simon.
-
Tom Lane authored
cannot support.
-
Tom Lane authored
since this will allow initdb to reject attempts to initdb in a locale that uses such an encoding. We'll probably find out more such names during beta ...
-
- 28 Sep, 2007 6 commits
-
-
Tom Lane authored
means UTF-8. Per examination of /usr/share/locale in 10.4.10.
-
Bruce Momjian authored
* We can only fix this with Tcl >= 8.4, when Tcl_SetNotifier()
-
Tom Lane authored
databases with encodings that are incompatible with the server's LC_CTYPE locale, when we can determine that (which we can on most modern platforms, I believe). C/POSIX locale is compatible with all encodings, of course, so there is still some usefulness to CREATE DATABASE's ENCODING option, but this will insulate us against all sorts of recurring complaints caused by mismatched settings. I moved initdb's existing LC_CTYPE-to-encoding mapping knowledge into a new src/port/ file so it could be shared by CREATE DATABASE.
-
Bruce Momjian authored
< * SQL*Net listener that makes PostgreSQL appear as an Oracle database < to clients
-
Tom Lane authored
cope with LANG settings like 'es_ES@euro'.
-
Andrew Dunstan authored
-
- 27 Sep, 2007 7 commits
-
-
Andrew Dunstan authored
the perl scripts. Remove the now superfluous getregress.pl.
-
Tom Lane authored
-
Tom Lane authored
couldn't possibly HAVE_GETOPT. I believe this is the most appropriate form of the patch submitted 2007-08-07 by Hiroshi Saito, though not having a Windows build environment I won't know for sure till I see the buildfarm results.
-
Tom Lane authored
duplicative -DFRONTEND flags from many Makefiles. We still need Makefile control of the symbol in a few places that compile frontend-or-backend src/port/ files, but it's a lot cleaner than before. Hiroshi Saito
-
Tom Lane authored
the same transaction can be identified even when no regular XID was assigned. This seems essential after addition of the lazy-XID patch. Also some minor code cleanup in write_csvlog().
-
Tom Lane authored
happen condition can happen given incorrect input. The real problem is that gram.y should try harder to distinguish * from "*" --- the latter is a legal column name per spec, and someday we ought to treat it that way. However fixing that is too invasive for a back-patch, and it's too late for the 8.3 cycle too. So just reduce the Assert to a plain elog for now. Per report from NikhilS.
-
Bruce Momjian authored
-
- 26 Sep, 2007 13 commits
-
-
Tom Lane authored
decompression of an already-compressed external value when we have to copy it; save a few cycles when a value is too short for compression; and annotate various lines that are currently unreachable.
-
Tom Lane authored
- create a separate archive_mode GUC, on which archive_command is dependent - %r option in recovery.conf sends last restartpoint to recovery command - %r used in pg_standby, updated README - minor other code cleanup in pg_standby - doc on Warm Standby now mentions pg_standby and %r - log_restartpoints recovery option emits LOG message at each restartpoint - end of recovery now displays last transaction end time, as requested by Warren Little; also shown at each restartpoint - restart archiver if needed to carry away WAL files at shutdown Simon Riggs
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Alvaro Herrera authored
tuples per page instead of fixed 200, to better cope with systems that use a different block size.
-
Tom Lane authored
join search order portion of the planner; this is specifically intended to simplify developing a replacement for GEQO planning. Patch by Julius Stroffek, editorialized on by me. I renamed make_one_rel_by_joins to standard_join_search and make_rels_by_joins to join_search_one_level to better reflect their place within this scheme.
-
Magnus Hagander authored
Per Michael.
-
Michael Meskes authored
-
Teodor Sigaev authored
function didn't return correct result for word position greate than limit. Per report from Stuart Bishop <stuart@stuartbishop.net>
-
Bruce Momjian authored
> * Implement Boyer-Moore searching in strpos() > > http://archives.postgresql.org/pgsql-patches/2007-08/msg00012.php
-
Bruce Momjian authored
-
Tom Lane authored
to check for overflow because the legal range of type date is actually wider than timestamp's. Problem found by Neil Conway.
-
Tom Lane authored
and up), per Chris Marcellino. This avoids consuming O(N^2) file descriptors to support N backends. Tests suggest it's about a wash for small installations, but large ones would have a problem.
-
- 25 Sep, 2007 1 commit
-
-
Tom Lane authored
word comes before the weight instead of after. This will allow future binary-compatible extension of the representation to support compact formats, as discussed on pgsql-hackers around 2007/06/18. The reason to do it now is that we've already pretty well broken any chance of simple in-place upgrade from 8.2 to 8.3, but it's possible that 8.3 to 8.4 (or whenever we get around to squeezing NUMERIC) could otherwise be data-compatible.
-