Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43090 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 14663 invoked from network); 18 Feb 2009 13:16:52 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Feb 2009 13:16:52 -0000 Authentication-Results: pb1.pair.com header.from=johannes@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 83.243.58.134 as permitted sender) X-PHP-List-Original-Sender: johannes@php.net X-Host-Fingerprint: 83.243.58.134 mailout2.netbeat.de Linux 2.6 Received: from [83.243.58.134] ([83.243.58.134:57620] helo=mailout2.netbeat.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id BB/00-13863-24A0C994 for ; Wed, 18 Feb 2009 08:16:52 -0500 Received: (qmail 18701 invoked by uid 89); 18 Feb 2009 13:37:34 -0000 Received: from unknown (HELO ?192.168.1.103?) (johannes%schlueters.de@93.104.50.79) by mailout2.netbeat.de with ESMTPA; 18 Feb 2009 13:37:34 -0000 To: Antony Dovgal Cc: Nathan Nobbe , internals@lists.php.net In-Reply-To: <499BC82B.2000000@daylessday.org> References: <7dd2dc0b0902172008g5a634577pad280d1f0415453b@mail.gmail.com> <499BC82B.2000000@daylessday.org> Content-Type: text/plain Date: Wed, 18 Feb 2009 14:16:44 +0100 Message-ID: <1234963004.5869.6.camel@goldfinger> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] zend_call_method() - support for up to 4 parameters From: johannes@php.net (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Wed, 2009-02-18 at 11:34 +0300, Antony Dovgal wrote: > > recently, working on an extension, i wanted to call a method w/ 3 params, > > and as you know, zend_call_method only supports 2 parameters at most. i > > came across this thread in the archives, [...] > What happened to call_user_function() ? > Why break the API and make extension maintainers use even more #if's ? The benefit of zend_call_method is that you can keep the function pointer and so the lookup has not to do the lookup every time it is called which is quite nice. But I don't think that a new limitation is any better: Tomorrow we have to change it again as somebody has a reason to use 5 parameters, so if it is changed it should be changed to take any number of arguments and no fixed limit.... (or add a new API for that) johannes