From fc821135fbbcd23d8675985465da2f07b45be93b Mon Sep 17 00:00:00 2001
From: Tom Lane <tgl@sss.pgh.pa.us>
Date: Fri, 24 Nov 2006 23:07:01 +0000
Subject: [PATCH] Fix psql's \copy command to ensure that it cycles libpq back
 to the idle state (in particular, causing the ReadyForQuery message to be
 eaten) before returning from do_copy.  The only known consequence of failing
 to do so is that get_prompt might show a wrong result for the %x transaction
 status escape, as reported by Bernd Helmle; but it's possible there are other
 issues.

Back-patch as far as 7.4, the oldest version supporting %x.
---
 src/bin/psql/copy.c | 14 +++++++++++++-
 1 file changed, 13 insertions(+), 1 deletion(-)

diff --git a/src/bin/psql/copy.c b/src/bin/psql/copy.c
index 9b6d914445..572dcd1b71 100644
--- a/src/bin/psql/copy.c
+++ b/src/bin/psql/copy.c
@@ -3,7 +3,7 @@
  *
  * Copyright (c) 2000-2005, PostgreSQL Global Development Group
  *
- * $PostgreSQL: pgsql/src/bin/psql/copy.c,v 1.55 2005/01/01 05:43:08 momjian Exp $
+ * $PostgreSQL: pgsql/src/bin/psql/copy.c,v 1.55.4.1 2006/11/24 23:07:01 tgl Exp $
  */
 #include "postgres_fe.h"
 #include "copy.h"
@@ -568,6 +568,18 @@ do_copy(const char *args)
 
 	PQclear(result);
 
+	/*
+	 * Make sure we have pumped libpq dry of results; else it may still be
+	 * in ASYNC_BUSY state, leading to false readings in, eg, get_prompt().
+	 */
+	while ((result = PQgetResult(pset.db)) != NULL)
+	{
+		success = false;
+		psql_error("\\copy: unexpected response (%d)\n",
+				   PQresultStatus(result));
+		PQclear(result);
+	}
+
 	if (options->file != NULL)
 	{
 		if (fclose(copystream) != 0)