Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iAnwE-0002du-Nv for pgsql-docs@arkaria.postgresql.org; Thu, 19 Sep 2019 04:21:04 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1iAnwD-0002s7-IM for pgsql-docs@arkaria.postgresql.org; Thu, 19 Sep 2019 04:21:01 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iAnwB-0002re-ME for pgsql-docs@lists.postgresql.org; Thu, 19 Sep 2019 04:21:01 +0000 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iAnw8-0001Gv-Bh for pgsql-docs@lists.postgresql.org; Thu, 19 Sep 2019 04:20:58 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 7FCDF214; Thu, 19 Sep 2019 00:20:54 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Thu, 19 Sep 2019 00:20:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=D8syTQF1DQv48PFMQi6Ndiy5SLc C8HBj1cSQZvxevHU=; b=dezInIMxW6A2xoNAPbCQMklXLqedJQvKehJvpSwFugr +PWOgDAGcfqKjbenK2jsv9pQtwjGXzObBsgBQWylJtmDMbGiKcmoKjlUjcNYt39S NEofg7ubPgA8tN9nB5MP+pRLhmf9sYxOuRWO1PNUnBpxcO21iQ809qldnx7QyKIX uRUfRDMgmzvGKUlvMhJSz3ce/fPaPuKyBicujnlyi4Ur1A1L+UCooZPh26evOqBD 1y1xezgJnFxvBnD+DUf8WtF/qdDKh1ppPVdeLHIbuWShXs+CfeUE2QEQ5Z+Mb+dh 9LsJ50gDd40dHrqv7eGLixXSILj0ijQ1RXx4idi2wig== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=D8syTQ F1DQv48PFMQi6Ndiy5SLcC8HBj1cSQZvxevHU=; b=TtRD+/JthMCInR84kQf7ly jwnGlzlUnkXF0/K4wJWiXzB0L4dcy947ijYKlvOEkQmYwCw1Ov3QRkaKgf0KQLqo CLSlQr4SkaeJkEiz5GMTb7Hln27uOjrXBxmR2CEYRJu4NIfrGSWxlIKe5r86XPOV rW65NNaax0STlPFRKz7LzYlOZgp0o7AmB2I/HpVBeAdPD5KNJznfVT63wXyiw6o+ xn1y7Ypfgkn5E+Zyzb+lP5fqQJA/yQQbVGZIX47Oeur75CtlUFN4qxhCxt3OrZD/ cIulfa2N0MV4XZpyJHqmFMUMih4X08KcSxYeUjZnyaUBMlVwzC7IFjQav6mNt3Og == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrudelgdejiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecufghrlhcuvffnffculdejtddmnecujfgurhepfffhvf fukfhfgggtuggjsehgtderredttddvnecuhfhrohhmpefoihgthhgrvghlucfrrghquhhi vghruceomhhitghhrggvlhesphgrqhhuihgvrhdrgiihiieqnecukfhppeduuddurddutd dvrddukedtrddukeehnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmihgthhgrvghlsehp rghquhhivghrrdighiiinecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from paquier.xyz (ee0822lan1.rev.em-net.ne.jp [111.102.180.185]) by mail.messagingengine.com (Postfix) with ESMTPA id 78D3A80059; Thu, 19 Sep 2019 00:20:52 -0400 (EDT) Date: Thu, 19 Sep 2019 13:20:49 +0900 From: Michael Paquier To: egashira.yusuke@jp.fujitsu.com, pgsql-docs@lists.postgresql.org Subject: Re: Is it typo of connection_name? Message-ID: <20190919042049.GE22307@paquier.xyz> References: <156870956796.1259.11456186889345212399@wrigleys.postgresql.org> <20190918014914.GJ8909@paquier.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="cYtjc4pxslFTELvY" Content-Disposition: inline In-Reply-To: <20190918014914.GJ8909@paquier.xyz> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --cYtjc4pxslFTELvY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Sep 18, 2019 at 10:49:14AM +0900, Michael Paquier wrote: > Good catch. If you look at the code (ecpg.trailer), connection_object > refers to the name of the parameter, while connection_name refers to > "AS connection_object" as a whole. So it seems to me that the > intention is to use connection_object in the synopsis of the docs. > Any thoughts from others? Actually, looking around we use connection_name for other commands like EXEC SQL or DISCONNECT, so renaming connection_object to connection_name makes the documentation more consistent. And done. -- Michael --cYtjc4pxslFTELvY Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAl2DAiEACgkQnvQgOdby QH0r4xAAjsXmpf/QiNmQDI7Hzuf6l1oyee7+Bw4yO6NaumvEOTXQOH6paekzkvDP stfjL2ZAHbsRr4mtiQhDH2rnCayBFH7nJQkCylaocQb+XYUP+P0cXehosc1A6iwt 08cIc1BbeimMWWNad59m1mw3CLkHkvSkP7WcDhu3bI+X8ee21/yHhKBwZiiI7Axf KED4XSWCZUbL9urD9yLqajoh1H/hvq2mVWZ1SnpEVhG9onhgF6mY72+51c66M9nB pPU+5TYmulfVCWH5usqKqx4qnEfXjC14G2HbtzwUIlksPA8hg5lTaf0rMDVjuBma JG1HM8nv25Vgh+75VeSITD4+nlapMr9Y7D1VtxQ2nuJdH4yAwGczydvf+nAUit/Q Pz8AEyGJXHBYKuRUyAd5YAflzhDFa6TLvybc5khPbB21qTMfl+WtboLKTn3AtUZ3 /Ny5j9UrWdgixBKEM8pr+waax5S5R1Si9s9bJxD6FHi1egpYnW01Zvk080fcrokM /xLKZ/Fo6wcgK30fJmoAtHtq2y46EqM+BDSahlK3+6b0Qwkbh7dkOLYQSXCMlSnk 59DsgCm2X9FC3jEu/WXE6olcrRtuQxYSzQ3Jq+YoMc4+wmUWCO9J1DgN96tFDWxr 62q3ZmYAzlZ0rt8xz4XeYy2CRAyKBC+ao5eaU9r28Wy2p+keZXk= =cljJ -----END PGP SIGNATURE----- --cYtjc4pxslFTELvY--