????JFIF??x?x????'
Server IP : 79.136.114.73 / Your IP : 18.191.91.228 Web Server : Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.29 OpenSSL/1.0.1f System : Linux b8009 3.13.0-170-generic #220-Ubuntu SMP Thu May 9 12:40:49 UTC 2019 x86_64 User : www-data ( 33) PHP Version : 5.5.9-1ubuntu4.29 Disable Function : pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority, MySQL : ON | cURL : ON | WGET : ON | Perl : ON | Python : ON | Sudo : ON | Pkexec : ON Directory : /proc/self/root/home/b8009/php-5.6.22/Zend/tests/ |
Upload File : |
--TEST-- Introducing new private variables of the same name in a subclass is ok, and does not lead to any output. That is consitent with normal inheritance handling. (relevant to #60536) --FILE-- <?php error_reporting(E_ALL | E_STRICT); class Base { private $hello; } trait THello1 { private $hello; } // Now we use the trait, which happens to introduce another private variable // but they are distinct, and not related to each other, so no warning. echo "PRE-CLASS-GUARD\n"; class SameNameInSubClassNoNotice extends Base { use THello1; } echo "POST-CLASS-GUARD\n"; // now the same with a class that defines the property itself, // that should give the expected strict warning. class Notice extends Base { use THello1; private $hello; } echo "POST-CLASS-GUARD2\n"; ?> --EXPECTF-- PRE-CLASS-GUARD POST-CLASS-GUARD Strict Standards: Notice and THello1 define the same property ($hello) in the composition of Notice. This might be incompatible, to improve maintainability consider using accessor methods in traits instead. Class was composed in %sbug60536_004.php on line %d POST-CLASS-GUARD2