From: Bruce Momjian <bruce@momjian.us>
Date: Fri, 20 Dec 1996 20:33:46 +0000 (+0000)
Subject: Remove NOTIFY_PATCH.
X-Git-Tag: REL6_1~852
X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=a952d6729646139525788c1bf4497ac78637b51a;p=postgresql

Remove NOTIFY_PATCH.
---

diff --git a/src/include/config.h b/src/include/config.h
index 07a46762fb..0bc1535e93 100644
--- a/src/include/config.h
+++ b/src/include/config.h
@@ -298,20 +298,6 @@
  */
 #define FUNC_UTIL_PATCH
 
-/*
- * Async notifies received while a backend is in the middle of a begin/end
- * transaction block are lost by libpq when the final end command is issued.
- * 
- * The bug is in the routine PQexec of libpq. The routine throws away any
- * message from the backend when a message of type 'C' is received. This
- * type of message is sent when the result of a portal query command with
- * no tuples is returned. Unfortunately this is the case of the end command.
- * As all async notification are sent only when the transaction is finished,
- * if they are received in the middle of a transaction they are lost in the
- * libpq library. I added some tracing code to PQexec and this is the output:
- */
-#define PQ_NOTIFY_PATCH
-
 /*
  * Define this if you want to retrieve arrays attributes as Tcl lists instead
  * of postgres C-like arrays, for example {{"a1" "a2"} {"b1" "b2"}} instead