- 25 May, 2000 1 commit
-
-
Tom Lane authored
-
- 05 May, 2000 2 commits
- 22 Mar, 2000 2 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-
- 19 Mar, 2000 1 commit
-
-
Bruce Momjian authored
user, so it doesn't need to be translated from the number to the name. also ``create database ...'' does not take numbers for the encoding, so the ENCODING variable does not need to be translated to a number, but left as the text representation. a patch is supplied to make the changes i have found to work. i was successful dumping and reloading my database after these changes. - John M. Flinchbaugh
-
- 07 Mar, 2000 1 commit
-
-
Bruce Momjian authored
-
- 19 Jan, 2000 1 commit
-
-
Bruce Momjian authored
-
- 06 Jan, 2000 1 commit
-
-
Bruce Momjian authored
-
- 12 Dec, 1998 1 commit
-
-
Bruce Momjian authored
enabled PostgreSQL 6.4. o binary cursor does not work o pg_dumpall produces incorrect create database statemnt Tatsuo Ishii t-ishii@sra.co.jp
-
- 24 Aug, 1998 1 commit
-
-
Bruce Momjian authored
if MULTIBYTE is not enabled. So be sure to run initdb. o these patches are made against the latest source tree (after Bruce's massive patch, I think) BTW, I noticed that after running regression, the oid field of pg_type seems disappeared. regression=> select oid from pg_type; ERROR: attribute 'oid' not found this happens after the constraints test. This occures with/without my patches. strange... o pg_database_mb.h, pg_class_mb.h, pg_attribute_mb.h are no longer used, and shoud be removed. o GetDatabaseInfo() in utils/misc/database.c removed (actually in #ifdef 0). seems nobody uses. t-ishii@sra.co.jp
-
- 09 Jul, 1998 1 commit
-
-
Marc G. Fournier authored
From: Tom Lane <tgl@sss.pgh.pa.us> I see someone missed an ancient bit of shell-scripting lore: on some older shells, if your script's argument list is empty, then "$@" generates an empty-string word rather than no word at all. You need to write ${1+"$@"} to get the latter behavior. (Read your shell man page to see exactly how that works, but it does the Right Thing on every Bourne shell.) In particular, pg_dumpall fails when invoked without any switches on HPUX 9.*, because pg_dump gets an empty-string argument that it thinks is the name of the database to dump. I expect this bug also affects some other OSes, but couldn't tell you just which ones. Patch attached.
-
- 06 Mar, 1998 1 commit
-
-
Bruce Momjian authored
-
- 03 Sep, 1997 1 commit
-
-
Bruce Momjian authored
-
- 21 Aug, 1997 1 commit
-
-
Bruce Momjian authored
Change pg_attribute.attnvals to float4, change #ifdef 0 to #if 0, fix aix call to strNcpy, fix pg_super_user_id in pg_dumpall, change pg_database.dtadba from oid to int4.
-
- 20 Aug, 1997 1 commit
-
-
Bruce Momjian authored
-
- 12 Jul, 1997 1 commit
-
-
Bruce Momjian authored
-
- 25 Jun, 1997 1 commit
-
-
Bruce Momjian authored
-
- 21 Jun, 1997 1 commit
-
-
Bruce Momjian authored
-
- 20 Jun, 1997 1 commit
-
-
Bruce Momjian authored
-
- 21 May, 1997 1 commit
-
-
Bruce Momjian authored
-
- 20 May, 1997 1 commit
-
-
Bruce Momjian authored
Made PQsetdb() and PQfnumber() case-insensitive. Removed attempt to set table ownership via pg_dumpall.
-
- 14 May, 1997 1 commit
-
-
Bruce Momjian authored
-
- 19 Jan, 1997 1 commit
-
-
Bruce Momjian authored
-
- 18 Jan, 1997 1 commit
-
-
Bruce Momjian authored
-
- 17 Jan, 1997 1 commit
-
-
Bruce Momjian authored
-
- 16 Jan, 1997 1 commit
-
-
Bruce Momjian authored
-