1. 23 Mar, 1998 5 commits
  2. 22 Mar, 1998 7 commits
  3. 21 Mar, 1998 4 commits
  4. 20 Mar, 1998 11 commits
  5. 18 Mar, 1998 2 commits
  6. 16 Mar, 1998 8 commits
  7. 15 Mar, 1998 3 commits
    • Marc G. Fournier's avatar
      From: Jeroen van Vianen <jeroenv@design.nl> · d30ad529
      Marc G. Fournier authored
      tools.patch patches tools/find_static (use indices to increase
      performance) and tools/ccsym (no hardcoded paths).
      d30ad529
    • Marc G. Fournier's avatar
      From: hankin <hankin@consultco.com> · 22bd99e4
      Marc G. Fournier authored
      a while back I posted a patch for pg_ident, the patch worked but I didn't
      diagnose the problem properly.
      on my compiler(gcc2.7.2) this compiles with no errors...
      
      char buf[1000]; if(buf != '\0') {
      
      ...but it doesn't compare '\0' with the first char of buf.
      22bd99e4
    • Marc G. Fournier's avatar
      Reply-To: Jordi MacDonald <jordi@spartanmedia.com> · bb7f173c
      Marc G. Fournier authored
      There is an error in the configure script when using
      --with-pgport= that will cause the compiled version of
      PostgreSQL to no longer allow connections to the
      new port and to treat shared memory improperly.
      
      What happens is that if the port is changed, the configure
      script defines DEF_PGPORT as "", which atoi() will return
      as 0, which makes the IPC_KEY value 0. This then causes
      semaphores to be allocated, but never released. Postgres
      eventually returns from semget() with
      "no space left on device". The source of this error could
      easily be overlooked in version 6.3 since it is possible
      to connect via UNIX domain sockets, and having DEF_PGPORT
      defined as "0" would not be noticed until TCP was used.
      bb7f173c