Skip to content
Snippets Groups Projects
Select Git revision
  • benchmark-tools
  • postgres-lambda
  • master default
  • REL9_4_25
  • REL9_5_20
  • REL9_6_16
  • REL_10_11
  • REL_11_6
  • REL_12_1
  • REL_12_0
  • REL_12_RC1
  • REL_12_BETA4
  • REL9_4_24
  • REL9_5_19
  • REL9_6_15
  • REL_10_10
  • REL_11_5
  • REL_12_BETA3
  • REL9_4_23
  • REL9_5_18
  • REL9_6_14
  • REL_10_9
  • REL_11_4
23 results

fe-exec.c

Blame
    • Robert Haas's avatar
      c3e7c24a
      libpq: Notice errors a backend may have sent just before dying. · c3e7c24a
      Robert Haas authored
      At least since the introduction of Hot Standby, the backend has
      sometimes sent fatal errors even when no client query was in
      progress, assuming that the client would receive it.  However,
      pqHandleSendFailure was not in sync with this assumption, and
      only tries to catch notices and notifies.  Add a parseInput call
      to the loop there to fix.
      
      Andres Freund suggested the fix.  Comments are by me.
      Reviewed by Michael Paquier.
      c3e7c24a
      History
      libpq: Notice errors a backend may have sent just before dying.
      Robert Haas authored
      At least since the introduction of Hot Standby, the backend has
      sometimes sent fatal errors even when no client query was in
      progress, assuming that the client would receive it.  However,
      pqHandleSendFailure was not in sync with this assumption, and
      only tries to catch notices and notifies.  Add a parseInput call
      to the loop there to fix.
      
      Andres Freund suggested the fix.  Comments are by me.
      Reviewed by Michael Paquier.