Received: from sraigw.sra.co.jp (sraigw.sra.co.jp [202.32.10.2]) by hub.org (8.9.3/8.9.3) with ESMTP id EAA19239 for ; Tue, 30 Nov 1999 04:00:51 -0500 (EST) (envelope-from t-ishii@sra.co.jp) Received: from sranhk.sra.co.jp (sranhk [133.137.36.134]) by sraigw.sra.co.jp (8.8.7/3.7W-sraigw) with ESMTP id SAA02453; Tue, 30 Nov 1999 18:00:49 +0900 (JST) Received: from localhost (IDENT:t-ishii@localhost [127.0.0.1]) by sranhk.sra.co.jp (8.9.3/3.7W-srambox) with ESMTP id SAA00550; Tue, 30 Nov 1999 18:00:48 +0900 To: eem21@cam.ac.uk Cc: pgsql-interfaces@postgresql.org Subject: Re: [INTERFACES] Asynchronous connection functions - patch submitted In-Reply-To: Your message of "Tue, 30 Nov 1999 02:35:46 +0000 (GMT)" References: X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19991130180048B.t-ishii@sra.co.jp> Date: Tue, 30 Nov 1999 18:00:48 +0900 From: Tatsuo Ishii X-Dispatcher: imput version 980905(IM100) Lines: 13 > The PQsetenvXxx functions were made public by one vote to zero on this > list. I'm not sure if anyone's actually going to use them though. > They might be useful for those interested in MB issues at the user end > - perhaps Tatsuo, Oleg, or Oleg could give an idea as to why they might > be useful. Otherwise, these could well be earmarked for removal in 7.0 > ;-) For the multi-byte support, setting an envrionment variable (PGCLIENTENCODING) inside libpq is just a dirty trick and should be eliminated. It's on my TODO list for 7.0. -- Tatsuo Ishii