Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:13790 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 364 invoked by uid 1010); 8 Nov 2004 15:33:24 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 237 invoked from network); 8 Nov 2004 15:33:24 -0000 Received: from unknown (HELO prohost.org) (216.126.86.27) by pb1.pair.com with SMTP; 8 Nov 2004 15:33:24 -0000 Received: (qmail 4973 invoked from network); 8 Nov 2004 15:33:22 -0000 Received: from cpe0050bad46dce-cm000f9f7d6664.cpe.net.cable.rogers.com (HELO ?192.168.1.101?) (@69.196.31.138) by prohost.org with SMTP; 8 Nov 2004 15:33:22 -0000 Message-ID: <418F91BE.8080107@prohost.org> Date: Mon, 08 Nov 2004 10:33:18 -0500 User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Markus Bertheau CC: john@coggeshall.org, internals@lists.php.net, Yasuo Ohgaki References: <1099917871.2648.12.camel@dicaprio.akademie1.de> <1099926291.24517.4.camel@unix-101-34.hq.communityconnect.com> <1099927445.2648.24.camel@dicaprio.akademie1.de> In-Reply-To: <1099927445.2648.24.camel@dicaprio.akademie1.de> X-Enigmail-Version: 0.86.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [PATCH] pg_result_sqlstate From: ilia@prohost.org (Ilia Alshanetsky) The error functions do so because they are likely to be called if creation of a connection fails so there may not always be a valid resource. The state checking function would presumably be only run on a valid connection and consequently should be strict about the resource parameter (IMO). Ilia Markus Bertheau wrote: > В Пнд, 08.11.2004, в 16:04, John Coggeshall пишет: > >>if (zend_parse_parameters_ex(ZEND_PARSE_PARAMS_QUIET, ZEND_NUM_ARGS() >>TSRMLS_CC, "r" ...... >> >>why would you silence the error for the parameter when this function >>requires a valid Postgres resource to do anything? > > > I copied the behaviour from pg_result_error(), so the answer is because > pg_result_error() does it too. > > Markus >