Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:38668 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 42682 invoked from network); 28 Jun 2008 14:56:03 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Jun 2008 14:56:03 -0000 Authentication-Results: pb1.pair.com header.from=jordan@wambaugh.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=jordan@wambaugh.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain wambaugh.org from 74.125.46.30 cause and error) X-PHP-List-Original-Sender: jordan@wambaugh.org X-Host-Fingerprint: 74.125.46.30 yw-out-2324.google.com Received: from [74.125.46.30] ([74.125.46.30:30175] helo=yw-out-2324.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 44/0F-24558-20156684 for ; Sat, 28 Jun 2008 10:56:03 -0400 Received: by yw-out-2324.google.com with SMTP id 5so397479ywb.83 for ; Sat, 28 Jun 2008 07:56:00 -0700 (PDT) Received: by 10.151.108.13 with SMTP id k13mr4478904ybm.116.1214664960247; Sat, 28 Jun 2008 07:56:00 -0700 (PDT) Received: from ?192.168.1.6? ( [70.161.167.72]) by mx.google.com with ESMTPS id k8sm836451qba.5.2008.06.28.07.55.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 28 Jun 2008 07:55:59 -0700 (PDT) Message-ID: <7439A4DE-6DBA-405E-9210-C3819AD1E59B@wambaugh.org> To: PHP Internals In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-6-134560255 Mime-Version: 1.0 (Apple Message framework v924) Date: Sat, 28 Jun 2008 10:56:01 -0400 References: <485AE658.3050204@zend.com> <043C48F1-00DF-4882-AB70-A368C5D32DA1@wambaugh.org> X-Mailer: Apple Mail (2.924) Subject: Re: [PHP-DEV] cleaning up the functions - any volunteers? From: jordan@wambaugh.org (Jordan Wambaugh) --Apple-Mail-6-134560255 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Jun 28, 2008, at 7:27 AM, David Coallier wrote: > The idea of the new parsing parameter is to catch the number of > parameters as well. For instance when you have > > if (ZEND_NUM_ARGS() < 2) { > WRONG_PARAM_COUNT; > } > > then your zend parse param function call should have 2 params or more > Ex: > > int argc; > char *name; > zval **other; > > if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "sZ", &name, > &other, &argc) == FAILURE) { > return; > } > > This way of parsing the parameters remove the ZEND_NUM_ARGS() and > WRONG_PARAM_COUNT and adds consistency in the return error messages > across the language. > > Also next time please read the previous entries of the thread : > > See: http://url.ie/hck that was about the 3rd or 4th message. > > Anyways that's ok, I lot of conflicts now in formatted_print.c and > assert.c but I'll work around them to get the resolved. We just have > to get organized on which files we'll be working on then. Right now, > Olivier is working on file.c and has done string.c so please don't do > those 2 files. Ok, sorry, I didn't catch the thread where you said you were going to work on standard. Do you want me to fix it so I'm not checking ZEND_NUM_ARGS, or should I just leave that to you? I noticed mysql needs some love... anyone working on mysql, or can I take it? -- Jordan CM Wambaugh jordan@wambaugh.org --Apple-Mail-6-134560255--