Bug #64077 [NEW]: Use of self keyword causing error

From: Date: Fri, 25 Jan 2013 20:53:11 +0000
Subject: Bug #64077 [NEW]: Use of self keyword causing error
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-176254@lists.php.net to get a copy of this message
From: iceman2g2 at gmail dot com Operating system: Linux PHP version: Irrelevant Package: Class/Object related Bug Type: Bug Bug description:Use of self keyword causing error Description: ------------ PHP Version: 5.3.17 Server API: CGI/FastCGI I'm using the self keyword to call a method that's defined in an abstract class. The call to the method itself is being made within the abstract class. The method is both private and static. Here's a definition of the method: private static function _executeCallback($sequence, $event, array $param = array(), Dhonki_Model $object = NULL) This is the snippet of code that calls the method: if (isset(self::$_event_callback[$model]['find']['after']) || isset(self::$_event_callback[__CLASS__]['find']['after'])) { self::_executeCallback('after', 'find', $param, $object); } The problem comes with the use of: self::_executeCallback('after', 'find', $param, $object); To fix the error I use the code: Dhonki_Model::_executeCallback('after', 'find', $param, $object); I don't know if this is an error related to something I'm doing or if it's a bug. Again this same code works on several other servers, and in fact works several other places in the class. Clayton Expected result: ---------------- I expected self::_executeCallback and Dhonki_Model::_executeCallback to be functionally equivalent. In fact they seem to be functionally equivalent on several other servers using this code. The also seem to be equivalent elsewhere in the same abstract class that use the self::_executeCallback. Actual result: -------------- Unable to autoload t6exla class or interface. I'm not sure where the t6exla is coming from as the name of my class is Dhonki_Model. -- Edit bug report at https://bugs.php.net/bug.php?id=64077&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64077&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64077&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64077&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64077&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64077&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64077&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64077&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64077&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=64077&r=support Expected behavior: https://bugs.php.net/fix.php?id=64077&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64077&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64077&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64077&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64077&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64077&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64077&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=64077&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64077&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64077&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64077&r=mysqlcfg

« previous php.bugs (#176254) next »