From de3483acfa267bee664394405a78863d1355117d Mon Sep 17 00:00:00 2001
From: Heikki Linnakangas <heikki.linnakangas@iki.fi>
Date: Wed, 24 Mar 2010 06:25:39 +0000
Subject: [PATCH] Update description of walrcv_receive() function to match
 reality.

---
 src/backend/replication/README | 13 ++++++++-----
 1 file changed, 8 insertions(+), 5 deletions(-)

diff --git a/src/backend/replication/README b/src/backend/replication/README
index 8b15dea58eb..5819fd44de3 100644
--- a/src/backend/replication/README
+++ b/src/backend/replication/README
@@ -1,4 +1,4 @@
-$PostgreSQL: pgsql/src/backend/replication/README,v 1.2 2010/01/20 09:16:24 heikki Exp $
+$PostgreSQL: pgsql/src/backend/replication/README,v 1.3 2010/03/24 06:25:39 heikki Exp $
 
 Walreceiver - libpqwalreceiver API
 ----------------------------------
@@ -17,11 +17,14 @@ Establish connection to the primary, and starts streaming from 'startpoint'.
 Returns true on success.
 
 
-bool walrcv_receive(int timeout, XLogRecPtr *recptr, char **buffer, int *len)
-
-Retrieve any WAL record available through the connection, blocking for
-maximum of 'timeout' ms.
+bool walrcv_receive(int timeout, unsigned char *type, char **buffer, int *len)
 
+Retrieve any message available through the connection, blocking for
+maximum of 'timeout' ms. If a message was successfully read, returns true,
+otherwise false. On success, a pointer to the message payload is stored in
+*buffer, length in *len, and the type of message received in *type. The
+returned buffer is valid until the next call to walrcv_* functions, the
+caller should not attempt freeing it.
 
 void walrcv_disconnect(void);
 
-- 
GitLab