From a9c1047ebdde533949fd8096c8ac1eca5e821292 Mon Sep 17 00:00:00 2001
From: Bruce Momjian <bruce@momjian.us>
Date: Mon, 6 Mar 2006 18:38:11 +0000
Subject: [PATCH] Update comment on how sighup signal affects postgresql.conf
 reload.

Markus Bertheau
---
 src/include/utils/guc.h | 10 +++++-----
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/src/include/utils/guc.h b/src/include/utils/guc.h
index 1068b6f0e7..a55a89b90d 100644
--- a/src/include/utils/guc.h
+++ b/src/include/utils/guc.h
@@ -7,7 +7,7 @@
  * Copyright (c) 2000-2006, PostgreSQL Global Development Group
  * Written by Peter Eisentraut <peter_e@gmx.net>.
  *
- * $PostgreSQL: pgsql/src/include/utils/guc.h,v 1.64 2006/03/05 15:59:07 momjian Exp $
+ * $PostgreSQL: pgsql/src/include/utils/guc.h,v 1.65 2006/03/06 18:38:11 momjian Exp $
  *--------------------------------------------------------------------
  */
 #ifndef GUC_H
@@ -31,10 +31,10 @@
  *
  * SIGHUP options can only be set at postmaster startup or by changing
  * the configuration file and sending the HUP signal to the postmaster
- * or a backend process. (Notice that the signal receipt will not be
- * evaluated immediately. The postmaster and the backend check it at a
- * certain point in their main loop. It's safer to wait than to read a
- * file asynchronously.)
+ * or a backend process. (Notice that the signal receipt will be
+ * evaluated immediately only in the postmaster. The backend checks it
+ * at a certain point in its main loop. It's safer to wait than to
+ * read a file asynchronously.)
  *
  * BACKEND options can only be set at postmaster startup, from the
  * configuration file, or by client request in the connection startup