1. 04 Aug, 1998 1 commit
  2. 18 Jul, 1998 1 commit
  3. 15 Jun, 1998 1 commit
  4. 26 Feb, 1998 1 commit
  5. 13 Feb, 1998 1 commit
  6. 10 Feb, 1998 1 commit
  7. 20 Jan, 1998 1 commit
  8. 15 Jan, 1998 1 commit
  9. 07 Jan, 1998 1 commit
  10. 05 Jan, 1998 1 commit
  11. 18 Dec, 1997 4 commits
  12. 25 Nov, 1997 1 commit
  13. 08 Sep, 1997 3 commits
  14. 07 Sep, 1997 1 commit
  15. 24 Apr, 1997 1 commit
  16. 22 Apr, 1997 1 commit
  17. 18 Mar, 1997 1 commit
  18. 12 Mar, 1997 1 commit
    • Marc G. Fournier's avatar
      From: Dan McGuirk <mcguirk@indirect.com> · 5dde558c
      Marc G. Fournier authored
      Subject: [HACKERS] linux/alpha patches
      
      These patches lay the groundwork for a Linux/Alpha port.  The port doesn't
      actually work unless you tweak the linker to put all the pointers in the
      first 32 bits of the address space, but it's at least a start.  It
      implements the test-and-set instruction in Alpha assembly, and also fixes
      a lot of pointer-to-integer conversions, which is probably good anyway.
      5dde558c
  19. 10 Jan, 1997 1 commit
  20. 08 Nov, 1996 1 commit
  21. 06 Nov, 1996 1 commit
  22. 31 Oct, 1996 1 commit
  23. 10 Sep, 1996 1 commit
    • Marc G. Fournier's avatar
      Fixes: · 796f7899
      Marc G. Fournier authored
      The problem is that the function arguments are not considered as possible key
      candidates for index scan and so only a sequential scan is possible inside
      the body of a function.  I have therefore made some patches to the optimizer
      so that indices are now used also by functions.  I have also moved the plan
      debug message from pg_eval to pg_plan so that it is printed also for plans
      genereated for function execution.  I had also to add an index rescan to the
      executor because it ignored the parameters set in the execution state, they
      were flagged as runtime variables in ExecInitIndexScan but then never used
      by the executor so that the scan were always done with any key=1. Very odd.
      This means that an index rescan is now done twice for each function execution
      which uses an index, the first time when the index scan is initialized and
      the second when the actual function arguments are finally available for the
      execution.  I don't know what is the cost of an double index scan but I
      suppose it is anyway less than the cost of a full sequential scan, at leat
      for large tables. This is my patch, you must also add -DINDEXSCAN_PATCH in
      Makefile.global to enable the changes.
      
      Submitted by: Massimo Dal Zotto <dz@cs.unitn.it>
      796f7899
  24. 26 Aug, 1996 1 commit
  25. 09 Jul, 1996 1 commit