1. 16 6月, 1998 1 次提交
  2. 26 2月, 1998 1 次提交
  3. 25 2月, 1998 2 次提交
  4. 19 2月, 1998 1 次提交
  5. 28 1月, 1998 1 次提交
  6. 27 1月, 1998 1 次提交
  7. 25 1月, 1998 1 次提交
  8. 24 1月, 1998 1 次提交
  9. 23 1月, 1998 1 次提交
  10. 08 1月, 1998 1 次提交
  11. 05 1月, 1998 1 次提交
  12. 31 10月, 1997 1 次提交
  13. 19 9月, 1997 1 次提交
  14. 09 9月, 1997 1 次提交
  15. 08 9月, 1997 1 次提交
  16. 07 9月, 1997 1 次提交
  17. 20 8月, 1997 1 次提交
  18. 14 2月, 1997 1 次提交
  19. 13 2月, 1997 1 次提交
  20. 12 2月, 1997 2 次提交
    • M
      Patch from Massimo Dal Zotto <dz@cs.unitn.it> · fb70587c
      Marc G. Fournier 提交于
      The following patches add to the backend a new debugging flag -K which prints
      a debug trace of all locking operations on user relations (those with oid
      greater than 20000). The code is compiled only if LOCK_MGR_DEBUG is defined,
      so the patch should be harmless if not explicitly enabled.
      I'm using the code to trace deadlock conditions caused by application queries
      using the command "$POSTMASTER -D $PGDATA -o '-d 1 -K 1'.
      The patches are for version 6.0 dated 970126.
      fb70587c
    • B
      Assign priorities when creating jobs in lock queue. · d5a3f52d
      Bruce Momjian 提交于
      d5a3f52d
  21. 08 1月, 1997 1 次提交
  22. 27 12月, 1996 1 次提交
  23. 27 11月, 1996 1 次提交
  24. 24 11月, 1996 1 次提交
  25. 08 11月, 1996 1 次提交
  26. 06 11月, 1996 1 次提交
  27. 03 11月, 1996 1 次提交
    • M
      Clean up Makefile(s) · 6fac4602
      Marc G. Fournier 提交于
      Add #include "postgres.h" as required
      
      Remove #include "c.h" *and* "utils/elog.h" as applicable
      6fac4602
  28. 11 10月, 1996 1 次提交
  29. 01 8月, 1996 1 次提交
    • M
      Fixes: · 164ef6ff
      Marc G. Fournier 提交于
      Originally, I thought the problem was caused by a function that gets
      called as a normal function where we want to return a value, and as a
      signal handler where we need to have it accept a parameter (the signal
      number) and it returns nothing, I was going to case the function name in
      the signal call as (void (*)(int)).
      
      Looking at all the source, it turns out this function only gets used as
      a signal handler, so I set an int parameter and return void.
      
      I have removed the Linux defines because they are not needed.  BSD let
      this sloppiness slide.  Linux gave a compile error.
      
      
      Submitted by: Bruce Momjian <maillist@candle.pha.pa.us>
      164ef6ff
  30. 31 7月, 1996 1 次提交
    • M
      Fixes: · a05ed5bc
      Marc G. Fournier 提交于
      In postgres95/src/backend/nodes/readfuncs, lines 1188 and 1189,
      local_node->relname is taken to point to a NameType, while its
      defined as a pointer to char. Both the casting to Name and the
      call of namestrcpy should, IMHO, be changed appropriately (first
      patch).
      
      As far as I could see from the Linux signal header file,
      a signal handler is declared as
      
              typedef void (*__sighandler_t)(int);
      
      Few changes to postgres95/src/backend/storage/lmgr/proc.c seem
      appropriate to comply with this.
      
      Finally, postgres95/src/bin/pg_version/pg_version.c defines
      a function GetDataHome (by default, returning an integer)
      and returns NULL in the function, which isn't an integer...
      
      Submitted by:  ernst.molitor@uni-bonn.de
      a05ed5bc
  31. 26 7月, 1996 1 次提交
  32. 20 7月, 1996 1 次提交
  33. 09 7月, 1996 1 次提交