- 15 May, 2001 9 commits
-
-
Bruce Momjian authored
-
D'Arcy J.M. Cain authored
-
Bruce Momjian authored
encode - is below. I even got the linefeed stuff wrong. -- marko
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
Re-add pg_index.indisclustered in a minimalist way. Also fix BSDi dynamic linker change. #include must be before #ifdef test.
-
Tom Lane authored
-
Tom Lane authored
trees (mostly my fault). Repair. Also fix long-standing bug in ExecReplace: after recomputing a concurrently updated tuple, we must recheck constraints. Make EvalPlanQual leak memory with somewhat less enthusiasm than before, although plugging leaks fully will require more changes than I care to risk in a dot-release.
-
Tom Lane authored
-
- 14 May, 2001 11 commits
-
-
Bruce Momjian authored
-
Peter Eisentraut authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Peter Eisentraut authored
-
Bruce Momjian authored
-
Bruce Momjian authored
forced.
-
Tom Lane authored
for relations on the nullable side of an OUTER JOIN. For now I think we'd better refuse such queries.
-
Bruce Momjian authored
-
- 13 May, 2001 5 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
> Postgres 7.1.0), and I think I've found a bug. > > I compiled Pgcrypto with OpenSSL, using gcc 2.95.4 and > OpenSSL 0.9.6a (the latest Debian 'unstable' packages). > web=> select encode(digest('blah', 'sha1'), 'base64'); > FATAL 1: pg_encode: overflow, encode estimate too small > pqReadData() -- backend closed the channel unexpectedly. > This probably means the backend terminated abnormally > before or while processing the request. > The connection to the server was lost. Attempting reset: Succeeded. > Is this a bug? Can it be fixed? This is a bug alright. And a silly one :) Marko Kreen
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Peter Eisentraut authored
-
- 12 May, 2001 10 commits
-
-
Tom Lane authored
not TRUE. Otherwise we break pl call handler functions. fmgr_oldstyle will take care of making sure the semantics are the same for C functions. Clean up some slightly grotty coding in 7.0 pg_class reading, also.
-
Peter Eisentraut authored
-
Tom Lane authored
when we need to move to a new page; as long as we can insert the new tuple on the same page as before, we only need LockBuffer and not the expensive stuff. Also, twiddle bufmgr interfaces to avoid redundant lseeks in RelationGetBufferForTuple and BufferAlloc. Successive inserts now require one lseek per page added, rather than one per tuple with several additional ones at each page boundary as happened before. Lock contention when multiple backends are inserting in same table is also greatly reduced.
-
Peter Eisentraut authored
needed it. from our fearless Ultrix porter, Alexander Klimov <ask@wisdom.weizmann.ac.il>
-
Peter Eisentraut authored
-
Peter Eisentraut authored
there's no shared libpython. Test suite works as well. Also, add some documentation.
-
Tom Lane authored
-
Peter Eisentraut authored
-
Peter Eisentraut authored
remove useless files, beat some sense into Makefile. For me it builds and sort of runs, so it's a start.
-
Philip Warner authored
- Fix view dumping SQL for V7.0 - Fix bug when getting view oid with long view names - Treat SEQUENCE SET TOC entries as data entries rather than schema entries. - Make allowance for data entries that did not have a data dumper routine (eg. SEQUENCE SET)
-
- 11 May, 2001 5 commits
-
-
Peter Eisentraut authored
-
Peter Eisentraut authored
-
Tom Lane authored
-
Tom Lane authored
name in two different tests. This solution does not meet with universal approval, so it may get changed later ...
-
Bruce Momjian authored
time to do it, not during beta because people are using this stuff in production sometimes.
-