That, I'm afraid, is expected behavior, though I believe you can use:
call_user_func(array($scanning_class,'scanBuffer'));
http://www.php.net/call_user_func
I *could* be wrong though
Chris
Gareth Ardron wrote:
Ok, I'm in need of a sanity check here.
step one:
$input = "foo";
$scanning_class = "clam
On Tue, 4 Jan 2005, Gareth Ardron wrote:
> Somebody just tell me that this isn't exactly expected behaviour and
> it's a minor bug
This is a known limitation. I suggest using the reflection classes to
work around this.
class foo {
static function bar() {
print "static method!\n";
}
}
$c
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érard Nault.
Ok, I'm in need of a sanity check here.
step one:
$input = "foo";
$scanning_class = "clamav";
$result = $scanning_class::scanBuffer($input);
now this fails with a "Parse error: parse error, unexpected
T_PAAMAYIM_NEKUDOTAYIM"
So ok, you can't put variables at the front on a class call like that.
I can't quite remember the exact explanation but I think we have a chicken
and the egg problem :'(
At 09:30 AM 1/1/2005 -0500, Wez Furlong wrote:
This is still the broken shutdown order problem I've been moaning
about for some time; we're unloading the modules before we call the
dtors.
If you uns
Hi,
Adding these two lines to main/win95nt.h kills these warnings with vs 6
typedef int socklen_t;
#define HAVE_SOCKLEN_T 1
- Frank
> We only support the MSVC compiler and libc under windows (there are
> plenty of quirks and assumptions made about it for the win32 build).
>
> Changing that ty
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (495 total including feature requests)
===[*Compile Issues]==
31138 Open Invalid config check for libxml2 when enabling SOAP
31345 Open AIX 5.3 lasfix 20041
