- 05 Jun, 1999 9 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Tom Lane authored
PgDatabase::DisplayTuples and PgDatabase::PrintTuples. This is incorrect according to strict interpretation of the C++ spec, and some compilers will reject it. Also silence g++ warning about unused parameter.
-
Tatsuo Ishii authored
The patch will avoid to add .exe suffix to the pg_encoding binary.
-
Marc G. Fournier authored
trace.patch (compilation error) the gettimeofday doesn't compile under Linux with glibc2 because the DST_NONE constant is no more defined. It seems that this code (written by me) has always be wrong but for some reason working. From: Massimo Dal Zotto <dz@cs.unitn.it>
-
Marc G. Fournier authored
man.patch (make inconsistency) the default target is 'install' instead of 'all'. So if you do a make without target you actually do a make install, which is not what one normally expects from a standard makefile. From: Massimo Dal Zotto <dz@cs.unitn.it>
-
Marc G. Fournier authored
ecpg.patch (wrong makefile expansion in some cases) the ecpg Makefiles use a variable DESTDIR which is never defined except by debian/rules makefile, in which case the ecpg makefiles expand wrong pathnames. If we want to support a DESTDIR root it must be done consistently in all the makefiles, not just in ecpg. From: Massimo Dal Zotto <dz@cs.unitn.it>
-
Bruce Momjian authored
-
Bruce Momjian authored
-
- 04 Jun, 1999 14 commits
-
-
Tom Lane authored
they were confusing because the large object tables themselves are not shown. (Besides, if you've got hundreds or thousands of large objects, you really don't want to see 'em at all.) Also, suppress all indexes from the \z ACL listing, since indexes have no meaningful protection information.
-
Tom Lane authored
given number of backends (-N), per recent discussion in pghackers list.
-
Tom Lane authored
-
Tom Lane authored
Get rid of it to make customization of NAMEDATALEN easier.
-
Thomas G. Lockhart authored
Make minor info and markup changes for v6.5 release.
-
Thomas G. Lockhart authored
Fix markup.
-
Thomas G. Lockhart authored
-
Thomas G. Lockhart authored
-
Thomas G. Lockhart authored
-
Thomas G. Lockhart authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Tom Lane authored
in the same transaction that created it.
-
- 03 Jun, 1999 17 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
SET TRANSACTION ISOLATION LEVEL READ COMMITTED; ^^^^ required Also note that SET TRANSACTION ISOLATION LEVEL change isolevel for _current_ transaction, in accordance with standard, not for session (ALTER SESSION is used in Oracle, but it's not implemented currently). And I would don't mention SET XACTISOLEVEL TO ... form at all. Please update set.sgml - I failed to understand all these SET TIME ZONE { '<REPLACEABLE CLASS="PARAMETER"> now. for Vadim
-
Bruce Momjian authored
should be described like SET TIME ZONE: TO is not allowed, as well as DEFAULT option. There are only two forms: for Vadim.
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Thomas G. Lockhart authored
-
Thomas G. Lockhart authored
Add timing info for v6.5 on my linux box.
-
Thomas G. Lockhart authored
-
Thomas G. Lockhart authored
Generated from install.sgml and installation.sgml.
-
Vadim B. Mikheev authored
in CommitTransaction(). 2. Changes in GetSnapshotData().
-
Vadim B. Mikheev authored
vc_scanheap().
-
Vadim B. Mikheev authored
-
Vadim B. Mikheev authored
transactions will not assume that MyProc transaction was committed before snapshot calculations. With old MyProc->xid assignment (in xact.c:StartTransaction()) there was ability to see the same row twice (I used gdb for this)!... 2. Assignments of InvalidTransactionId to MyProc->xid and MyProc->xmin are moved from xact.c:CommitTransaction() to xact.c:RecordTransactionCommit() - this invalidation must be done before releasing transaction locks or bad (too high) XmaxRecent value might be used by vacuum ("ERROR: Child itemid marked as unused" reported by "Hiroshi Inoue" <Inoue@tpf.co.jp>; once again, gdb allowed me reproduce this error).
-