X-Original-To: pgsql-interfaces@postgresql.org Received: from localhost (developer.postgresql.org [64.117.224.193]) by developer.postgresql.org (Postfix) with ESMTP id C1A67925B1C for ; Fri, 30 May 2003 05:20:25 -0400 (EDT) Received: from developer.postgresql.org ([64.117.224.193]) by localhost (developer.postgresql.org [64.117.224.193:10024]) (amavisd-new) with ESMTP id 54363-07 for ; Fri, 30 May 2003 05:20:24 -0400 (EDT) Received: from semantico.com (choke.semantico.com [212.74.15.98]) by developer.postgresql.org (Postfix) with ESMTP id 84B96925B12 for ; Fri, 30 May 2003 05:20:24 -0400 (EDT) Received: from spampd.localdomain (localhost [127.0.0.1]) by localhost.semantico.com (Postfix) with ESMTP id 25BF932005C; Fri, 30 May 2003 10:20:17 +0100 (BST) Received: from semantico.com (cassia.dyn.rp.lan [192.168.1.236]) by semantico.com (Postfix) with ESMTP id CDE9232005C; Fri, 30 May 2003 10:20:11 +0100 (BST) Message-ID: <3ED7224B.7030101@semantico.com> Date: Fri, 30 May 2003 10:20:11 +0100 From: Dominic Mitchell Organization: Semantico User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021126 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tim Bunce Cc: Rudy Lippan , Bruce Momjian , David Wheeler , pgsql-interfaces@postgresql.org, 'DBI developers' Subject: Re: DBD::Pg 1.30_1 WAS (Re: Prepare and prepare ?) References: <3ED5CC25.70102@semantico.com> <20030530090401.GG6818@dansat.data-plan.com> In-Reply-To: <20030530090401.GG6818@dansat.data-plan.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-102.5 required=5.0 tests=CARRIAGE_RETURNS,IN_REP_TO,NOSPAM_INC,QUOTED_EMAIL_TEXT, REFERENCES,SPAM_PHRASE_00_01,USER_AGENT, USER_AGENT_MOZILLA_UA,USER_IN_WHITELIST,X_ACCEPT_LANG version=2.44 X-Spam-Level: X-Virus-Scanned: by amavisd-new X-Archive-Number: 200306/3 X-Sequence-Number: 4214 Tim Bunce wrote: > On Thu, May 29, 2003 at 10:00:21AM +0100, Dominic Mitchell wrote: > >>One more thing for the change log: notice messages generated by the >>database now use the perl warning mechanism instead of going to stderr, >>so they can be trapped if needed. > > > Hopefully implemented as > > if (DBIc_WARN(imp_xxh)) > warn("...", ...) > > The $h->{Warn} attribute defaults to true. Can be useful to silence > warnings for a handle without having to play games with $SIG{__WARN__}. See, I told you I wasn't an XS guru. :-) Actually, I looked at this, but my limited C and DBI skills couldn't work out a) what the required handle was (probably dbh) and b) how to pass that into the PQsetNoticeProcessor function as data and get it out again. I'll happily take another look though, now that it's been brought up as desirable. -Dom (time to reread K&R, methinks)