View Issue Details

Jump to Notes
IDProjectCategoryView StatusDate SubmittedLast Update
0000857XdebugUncategorizedpublic2012-06-21 11:122016-02-11 18:52
Reportermagnusep Assigned To 
PriorityhighSeverityblockReproducibilityalways
Status resolvedResolutionunable to reproduce 
Summary0000857: "Undefined property" reported from static reference?
Description

Might be related to 839, 837, 831, 830.

I'm experiencing an issue with ZFs autoloader that seems to be caused by xdebug. If I dont set any breakpoints the provided script loads and produces a result without issues.

If I replace all occurances of "protected" with "public" in lib/Zend/Loader/Autoloader.php I can use a breakpoint and step thru the code without issues.

I'm using xdebug 2.3.0devel (1e7c7a7b4876fc8ef3ac90562fca9930d267e2aa on gh)

The provided autoloader is taken from Zend Framework 1.11.11 and has been modified in such a way that all requires have been stripped (shouldn't affect the bug though).

Steps To Reproduce

Extract provided archive, change include path in thescript.php to point to provided lib folder. Set a breakpoint on line 9 in thescript.php and then load it up. Xdebug will report:

Notice: Undefined property: Zend_Loader_Autoloader::$_internalAutoloader in /some/path/lib/Zend/Loader/Autoloader.php on line 365

Fatal error: Class 'MyClass' not found in Unknown on line 0

Additional Information

Linux 2.6.32-220.13.1.el6.x86_64 #1 SMP Tue Apr 17 23:56:34 BST 2012 x86_64

PHPStorm 4.0.2

TagsNo tags attached.
Operating SystemCentOS 6.2, x86_64
PHP Version5.4.3

Activities

derick

2012-06-25 18:05

administrator   ~0002278

Could you be so kind to make a self-contained test case? ie, with the relevant Zend Framework parts bundled?

magnusep

2012-06-26 06:30

reporter   ~0002285

857.zip is about as self-contained I can make it but still two files. Afaik, to trigger the autoloading which reproduces the bug, the script needs to access a non-existant class but to pass it also needs to exist in the include path.

derick

2012-06-27 21:07

administrator   ~0002293

I can't reproduce this with your code sadly, but it would help if you could make me a remote debugging log. See http://xdebug.org/docs/all_settings#remote_log on how to make one.

magnusep

2012-07-02 08:27

reporter   ~0002318

I am now also seeing core dumps for some reason. Only change I'm aware of is that we're now running PHP 5.4.4 from 5.4.3 when this bug was originally reported.

Can I submit dumps/logs somewhere that is not publicly visible?

magnusep

2012-07-04 13:39

reporter   ~0002320

Last edited: 2012-07-05 06:48

I've now been able to reproduce the bug in an isolated environment. I believe it might be an issue with 64bit architecture since the script runs fine in an vanilla installation of 32bit CentOS. That is, I've installed both i386 and x86_64 in two separate instances.

Attached is logs and output from php-config and 'php -i' from the x86_64 instance where I can reproduce the bug. "Unfortunately" I wasn't able to get a segfault :)

chgd

2015-08-04 10:05

reporter   ~0003158

I have a similar problem without Zend.
When running XDebug the code will break at parts where a static protected property of an abstract class is accessed. PHP then throws a Fatal Error claiming the property is undeclared.

derick

2015-11-20 18:06

administrator   ~0003250

This is a bit of an old bug. Could you please try Xdebug 2.4.0rc1 (out in a few hours), and let me know if the problem still exists?

derick

2015-12-15 18:43

administrator   ~0003348

Ping?

derick

2016-02-11 18:52

administrator   ~0003484

I can't reproduce this, and the requested feedback was not provided. I am closing this, but feel free to reopen if you can provide the requested information and the problem still occurs with Xdebug 2.4.0RC4.