1. 01 Jun, 2001 3 commits
    • Michael Meskes's avatar
      - Synced preproc.y with gram.y. · cfd18437
      Michael Meskes authored
              - Synced pgc.l with scan.l.
              - Synced keyword.c.
              - Set ecpg version to 2.9.0.
              - Set library version to 3.3.0.
      cfd18437
    • Tom Lane's avatar
      Clean up some minor problems exposed by further thought about Panon's bug · 0b370ea7
      Tom Lane authored
      report on old-style functions invoked by RI triggers.  We had a number of
      other places that were being sloppy about which memory context FmgrInfo
      subsidiary data will be allocated in.  Turns out none of them actually
      cause a problem in 7.1, but this is for arcane reasons such as the fact
      that old-style triggers aren't supported anyway.  To avoid getting burnt
      later, I've restructured the trigger support so that we don't keep trigger
      FmgrInfo structs in relcache memory.  Some other related cleanups too:
      it's not really necessary to call fmgr_info at all while setting up
      the index support info in relcache entries, because those ScanKeyEntry
      structs are never used to invoke the functions.  This should speed up
      relcache initialization a tiny bit.
      0b370ea7
    • Bruce Momjian's avatar
      Update release 1.09 date · a1d9d096
      Bruce Momjian authored
      a1d9d096
  2. 31 May, 2001 7 commits
  3. 30 May, 2001 28 commits
  4. 28 May, 2001 2 commits
    • Tom Lane's avatar
      Make text <=> char conversion functions convert zero character to and · 8a3b80de
      Tom Lane authored
      from an empty text string.  This makes them consistent with the de facto
      behavior of type char's I/O conversion functions, and avoids generating
      text values with embedded nulls, which confuse many text operators.
      8a3b80de
    • Tom Lane's avatar
      Cause plpgsql's PERFORM to behave according to its documentation, · a056f14b
      Tom Lane authored
      which says that PERFORM will execute any SELECT query and discard the
      result.  The former implementation would in fact raise an error if the
      result contained more than one row or more than one column.
      
      Also, change plpgsql's error-logging mechanism to emit the additional
      messages about error location at NOTICE rather than DEBUG level.  This
      allows them to be seen by the client without having to dig into the
      postmaster log file (which may be nonexistent or inaccessible by the
      client).
      a056f14b