Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:14269 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4648 invoked by uid 1010); 4 Jan 2005 03:09:39 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 4625 invoked from network); 4 Jan 2005 03:09:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Jan 2005 03:09:39 -0000 X-Host-Fingerprint: 64.233.184.192 wproxy.gmail.com Linux 2.4/2.6 Received: from ([64.233.184.192:24172] helo=wproxy.gmail.com) by pb1.pair.com (ecelerity HEAD (r3992M)) with SMTP id 6C/0E-27561-3F80AD14 for ; Mon, 03 Jan 2005 22:09:39 -0500 Received: by wproxy.gmail.com with SMTP id 36so344902wri for ; Mon, 03 Jan 2005 19:09:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=LcVqRJOkR/X/1F9zanlvSAV9c/Dp5GKb1MtdXhko4Ao/dTegBZp87mIfM5w4iwe/RK9jslFYONAkjJ5aVUUA1cV7nqe8Rpz4pWAYVmArZegSk6/p9n5k8GMhMKgMGC4XoECpFatf7UngO8Cw9t/qTIaKdC1/aynmQtv2kXTCRS8= Received: by 10.54.17.19 with SMTP id 19mr109079wrq; Mon, 03 Jan 2005 19:09:03 -0800 (PST) Received: by 10.54.59.35 with HTTP; Mon, 3 Jan 2005 19:09:03 -0800 (PST) Message-ID: <30bd80240501031909346f3c97@mail.gmail.com> Date: Mon, 3 Jan 2005 22:09:03 -0500 Reply-To: =?ISO-8859-1?Q?Nicolas_B=E9rard_Nault?= To: Gareth Ardron Cc: internals@lists.php.net In-Reply-To: <41DA068A.9080009@fission.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <41DA068A.9080009@fission.org.uk> Subject: Re: [PHP-DEV] bit of an odd bug From: nicobn@gmail.com (=?ISO-8859-1?Q?Nicolas_B=E9rard_Nault?=) Hi, This looks a lot more like a limitation of the Zend engine to me. The second observation you made is correct, at least, from my point of view. You are literally calling a function named clamav::scanBuffer(), not the member function of the class clamav. Hope this helps, Nicolas B=E9rard Nault. On Tue, 04 Jan 2005 02:59:22 +0000, Gareth Ardron w= rote: > Ok, I'm in need of a sanity check here. >=20 > step one: > $input =3D "foo"; > $scanning_class =3D "clamav"; > $result =3D $scanning_class::scanBuffer($input); > now this fails with a "Parse error: parse error, unexpected > T_PAAMAYIM_NEKUDOTAYIM" >=20 > So ok, you can't put variables at the front on a class call like that. > Minor bug I'm thinking at this point, but I wonder if I can work round > it. So, onto step two: > $input =3D "foo"; > $scanning_class =3D "clamav"; > $func =3D $scanning_class."::scanBuffer"; > $result =3D $func($input); > Which fails with a "Fatal error: Call to undefined function > clamav::scanBuffer()" >=20 > Just doing: > $result =3D clamav::scanBuffer($input); > of course works absolutly fine. >=20 > Somebody just tell me that this isn't exactly expected behaviour and > it's a minor bug >=20 > this is all on 5.0.3 btw. >=20 > Cheers. >=20 > -- > Gareth Ardron >=20 > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >=20 >