1. 25 May, 2000 1 commit
  2. 05 May, 2000 2 commits
  3. 22 Mar, 2000 2 commits
  4. 19 Mar, 2000 1 commit
    • Bruce Momjian's avatar
      it seems in the beta2 release DBUSERID in pg_dumpall is the _name_ of the · 52d02657
      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
      52d02657
  5. 07 Mar, 2000 1 commit
  6. 19 Jan, 2000 1 commit
  7. 06 Jan, 2000 1 commit
  8. 12 Dec, 1998 1 commit
  9. 24 Aug, 1998 1 commit
    • Bruce Momjian's avatar
      o note that now pg_database has a new attribuite "encoding" even · c0b01461
      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
      c0b01461
  10. 09 Jul, 1998 1 commit
    • Marc G. Fournier's avatar
      · 3a3c1b85
      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.
      3a3c1b85
  11. 06 Mar, 1998 1 commit
  12. 03 Sep, 1997 1 commit
  13. 21 Aug, 1997 1 commit
  14. 20 Aug, 1997 1 commit
  15. 12 Jul, 1997 1 commit
  16. 25 Jun, 1997 1 commit
  17. 21 Jun, 1997 1 commit
  18. 20 Jun, 1997 1 commit
  19. 21 May, 1997 1 commit
  20. 20 May, 1997 1 commit
  21. 14 May, 1997 1 commit
  22. 19 Jan, 1997 1 commit
  23. 18 Jan, 1997 1 commit
  24. 17 Jan, 1997 1 commit
  25. 16 Jan, 1997 1 commit