1. 02 Jul, 2021 4 commits
  2. 01 Jul, 2021 7 commits
  3. 30 Jun, 2021 3 commits
  4. 29 Jun, 2021 5 commits
  5. 28 Jun, 2021 9 commits
  6. 27 Jun, 2021 2 commits
    • Tom Lane's avatar
      Remove memory leaks in isolationtester. · 642c0697
      Tom Lane authored
      specscanner.l leaked a kilobyte of memory per token of the spec file.
      Apparently somebody thought that the introductory code block would be
      executed once; but it's once per yylex() call.
      
      A couple of functions in isolationtester.c leaked small amounts of
      memory due to not bothering to free one-time allocations.  Might
      as well improve these so that valgrind gives this program a clean
      bill of health.  Also get rid of an ugly static variable.
      
      Coverity complained about one of the one-time leaks, which led me
      to try valgrind'ing isolationtester, which led to discovery of the
      larger leak.
      642c0697
    • Peter Eisentraut's avatar
      Error message refactoring · c302a613
      Peter Eisentraut authored
      Take some untranslatable things out of the message and replace by
      format placeholders, to reduce translatable strings and reduce
      translation mistakes.
      c302a613
  7. 26 Jun, 2021 4 commits
    • Tom Lane's avatar
      dcffc9ba
    • Tom Lane's avatar
      Remove undesirable libpq dependency on stringinfo.c. · 8ec00dc5
      Tom Lane authored
      Commit c0cb87fb unwisely introduced a dependency on the StringInfo
      machinery in fe-connect.c.  We must not use that in libpq, because
      it will do a summary exit(1) if it hits OOM, and that is not
      appropriate behavior for a general-purpose library.  The goal of
      allowing arbitrary line lengths in service files doesn't seem like
      it's worth a lot of effort, so revert back to the previous method
      of using a stack-allocated buffer and failing on buffer overflow.
      
      This isn't an exact revert though.  I kept that patch's refactoring
      to have a single exit path, as that seems cleaner than having each
      error path know what to do to clean up.  Also, I made the fixed-size
      buffer 1024 bytes not 256, just to push off the need for an expandable
      buffer some more.
      
      There is more to do here; in particular the lack of any mechanical
      check for this type of mistake now seems pretty hazardous.  But this
      fix gets us back to the level of robustness we had in v13, anyway.
      
      Discussion: https://postgr.es/m/daeb22ec6ca8ef61e94d766a9b35fb03cabed38e.camel@vmware.com
      8ec00dc5
    • Michael Paquier's avatar
      Remove non-existing variable reference in MSVC's Solution.pm · d5a2c413
      Michael Paquier authored
      The version string is grabbed from PACKAGE_VERSION in pg_config.h in the
      MSVC build since 8f4fb4c6, but an error message referenced a variable
      that existed before that.  This had no consequences except if one messes
      up enough with the version number of the build.
      
      Author: Anton Voloshin
      Discussion: https://postgr.es/m/af79ee1b-9962-b299-98e1-f90a289e19e6@postgrespro.ru
      Backpatch-through: 13
      d5a2c413
    • Michael Paquier's avatar
      Remove some useless logs from the TAP tests of pgbench · 704e1dbd
      Michael Paquier authored
      002_pgbench_no_server was printing some array pointers instead of the
      actual contents of those arrays for the expected outputs of stdout and
      stderr for a tested command.  This does not add any new information that
      can help with debugging as the test names allow to track failure
      locations, if any.
      
      This commit simply removes those logs as the rest of the printed
      information is redundant with command_checks_all().
      
      Per discussion with Andrew Dunstan and Álvaro Herrera.
      
      Discussion: https://postgr.es/m/YNXNFaG7IgkzZanD@paquier.xyz
      Backpatch-through: 11
      704e1dbd
  8. 25 Jun, 2021 6 commits