Bug #51312 [Bgs]: include_once/require_once are case sensitive on OS X
Edit report at http://bugs.php.net/bug.php?id=51312&edit=1
ID: 51312
User updated by: whatthejeff at gmail dot com
Reported by: whatthejeff at gmail dot com
Summary: include_once/require_once are case sensitive on OS X
Status: Bogus
Type: Bug
Package: Scripting Engine problem
Operating System: Mac OS X 10.6
PHP Version: 5.3.2
New Comment:
Just to be clear, you don't think this is something that could be
detected or specified at compile time? I have scripts that have worked
across all major platforms for years that suddenly don't work for OS X
and your proposed solution is that if people want require_once to work
as expected on OS X they have to manage it themselves?
Previous Comments:
[2010-06-08 14:44:35] tony2...@php.net
It's not reproducible on windows because filesystems there are ALWAYS
case insensitive. But since on Mac it's possible to choose between case
sensitive and case insensitive FS, you have to control this yourself -
there is no way for PHP to 'detect' how exactly the filename should be
used (and even if there is, it would mean a nice performance impact).
In short - this is not PHP problem.
----
[2010-03-19 06:09:01] whatthejeff at gmail dot com
Further testing indicates that this bug does not exist for all case
sensitive file systems. I could not reproduce this error using Windows.
----
[2010-03-17 05:36:02] whatthejeff at gmail dot com
Description:
With PHP 5.3.2 on OS X 10.6 I am able to include the same file multiple
times using include_once() and require_once()
Configurations:
--
$ /usr/local/php-test/bin/php -v
PHP 5.3.2 (cli) (built: Mar 16 2010 21:48:40)
$ /usr/local/php-test/bin/php -i | grep config
Configure Command => './configure' '--prefix=/usr/local/php-test'
Test script:
---
$ echo '' > test.php
$ php -r 'require_once("test.php"); require_once("Test.php");'
or
$ php -r 'include_once("test.php"); include_once("Test.php");'
Expected result:
included
Actual result:
--
included
included
--
Edit this bug report at http://bugs.php.net/bug.php?id=51312&edit=1
Bug #51312 [Bgs]: include_once/require_once are case sensitive on OS X
Edit report at http://bugs.php.net/bug.php?id=51312&edit=1
ID: 51312
User updated by: whatthejeff at gmail dot com
Reported by: whatthejeff at gmail dot com
Summary: include_once/require_once are case sensitive on OS X
Status: Bogus
Type: Bug
Package: Scripting Engine problem
Operating System: Mac OS X 10.6
PHP Version: 5.3.2
New Comment:
Alright, no one is saying that's the bug. The bug is that I can include
the same file multiple times with require_once. I see what you're
saying about mounting different file systems though. I understand if
there's no logical solution but maybe a warning could be added to the
docs so that people are aware of this issue.
Previous Comments:
[2010-06-08 17:41:18] ahar...@php.net
I can't see any logical way of doing this at compile time: individual
file systems within Mac OS X (and, indeed, other non-Windows platforms)
can be case sensitive or insensitive, so while you could theoretically
warn about case sensitive file systems being mounted during compilation,
there's no advantage, since that doesn't guarantee what file systems
will be mounted later. (Plus, plenty of people compile PHP on one system
to use on many, which may themselves have different configurations.)
Bottom line: PHP is case sensitive when the underlying file system is
case sensitive. That's not a bug.
--------
[2010-06-08 17:36:30] whatthejeff at gmail dot com
Just to be clear, you don't think this is something that could be
detected or specified at compile time? I have scripts that have worked
across all major platforms for years that suddenly don't work for OS X
and your proposed solution is that if people want require_once to work
as expected on OS X they have to manage it themselves?
[2010-06-08 14:44:35] tony2...@php.net
It's not reproducible on windows because filesystems there are ALWAYS
case insensitive. But since on Mac it's possible to choose between case
sensitive and case insensitive FS, you have to control this yourself -
there is no way for PHP to 'detect' how exactly the filename should be
used (and even if there is, it would mean a nice performance impact).
In short - this is not PHP problem.
--------------------
[2010-03-19 06:09:01] whatthejeff at gmail dot com
Further testing indicates that this bug does not exist for all case
sensitive file systems. I could not reproduce this error using Windows.
--------------------
[2010-03-17 05:36:02] whatthejeff at gmail dot com
Description:
With PHP 5.3.2 on OS X 10.6 I am able to include the same file multiple
times using include_once() and require_once()
Configurations:
--
$ /usr/local/php-test/bin/php -v
PHP 5.3.2 (cli) (built: Mar 16 2010 21:48:40)
$ /usr/local/php-test/bin/php -i | grep config
Configure Command => './configure' '--prefix=/usr/local/php-test'
Test script:
---
$ echo '' > test.php
$ php -r 'require_once("test.php"); require_once("Test.php");'
or
$ php -r 'include_once("test.php"); include_once("Test.php");'
Expected result:
included
Actual result:
--
included
included
--
Edit this bug report at http://bugs.php.net/bug.php?id=51312&edit=1
[PHP-BUG] Bug #51312 [NEW]: Case-insensitive include_once/require_once includes file more than once
From:
Operating system: Mac OS X 10.6
PHP version: 5.3.2
Package: Scripting Engine problem
Bug Type: Bug
Bug description:Case-insensitive include_once/require_once includes file more
than once
Description:
With PHP 5.3.2 on OS X 10.6 I am able to include the same file multiple
times using include_once() and require_once()
Configurations:
--
$ /usr/local/php-test/bin/php -v
PHP 5.3.2 (cli) (built: Mar 16 2010 21:48:40)
$ /usr/local/php-test/bin/php -i | grep config
Configure Command => './configure' '--prefix=/usr/local/php-test'
Test script:
---
$ echo '' > test.php
$ php -r 'require_once("test.php"); require_once("Test.php");'
or
$ php -r 'include_once("test.php"); include_once("Test.php");'
Expected result:
included
Actual result:
--
included
included
--
Edit bug report at http://bugs.php.net/bug.php?id=51312&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51312&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51312&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=51312&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=51312&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51312&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51312&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51312&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51312&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51312&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51312&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51312&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51312&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51312&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51312&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51312&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51312&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51312&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51312&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51312&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51312&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51312&r=mysqlcfg
Bug #51312 [Opn]: include_once/require_once are case sensitive on OS X
Edit report at http://bugs.php.net/bug.php?id=51312&edit=1
ID: 51312
User updated by: whatthejeff at gmail dot com
Reported by: whatthejeff at gmail dot com
-Summary: Case-insensitive include_once/require_once includes
file more than once
+Summary: include_once/require_once are case sensitive on OS X
Status: Open
Type: Bug
Package: Scripting Engine problem
Operating System: Mac OS X 10.6
PHP Version: 5.3.2
New Comment:
Further testing indicates that this bug does not exist for all case
sensitive file systems. I could not reproduce this error using Windows.
Previous Comments:
[2010-03-17 05:36:02] whatthejeff at gmail dot com
Description:
With PHP 5.3.2 on OS X 10.6 I am able to include the same file multiple
times using include_once() and require_once()
Configurations:
--
$ /usr/local/php-test/bin/php -v
PHP 5.3.2 (cli) (built: Mar 16 2010 21:48:40)
$ /usr/local/php-test/bin/php -i | grep config
Configure Command => './configure' '--prefix=/usr/local/php-test'
Test script:
---
$ echo '' > test.php
$ php -r 'require_once("test.php"); require_once("Test.php");'
or
$ php -r 'include_once("test.php"); include_once("Test.php");'
Expected result:
included
Actual result:
--
included
included
--
Edit this bug report at http://bugs.php.net/bug.php?id=51312&edit=1
[PHP-BUG] Bug #53967 [NEW]: ReflectionClass::isCloneable reports false positives
From:
Operating system:
PHP version: trunk-SVN-2011-02-09 (snap)
Package: Reflection related
Bug Type: Bug
Bug description:ReflectionClass::isCloneable reports false positives
Description:
ReflectionClass::isCloneable returns true on some classes which are not
actually
cloneable.
Test script:
---
isCloneable());
$reflection = new ReflectionClass('SplTempFileObject');
var_dump($reflection->isCloneable());
?>
Expected result:
bool(false)
bool(false)
Actual result:
--
bool(true)
bool(true)
--
Edit bug report at http://bugs.php.net/bug.php?id=53967&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53967&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53967&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53967&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53967&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53967&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53967&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53967&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53967&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53967&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53967&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53967&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53967&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53967&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53967&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53967&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53967&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53967&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53967&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53967&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53967&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53967&r=mysqlcfg
Bug #53967 [Com]: ReflectionClass::isCloneable reports false positives
Edit report at http://bugs.php.net/bug.php?id=53967&edit=1
ID: 53967
Comment by: whatthejeff at gmail dot com
Reported by:whatthejeff at gmail dot com
Summary:ReflectionClass::isCloneable reports false positives
Status: Open
Type: Bug
Package:Reflection related
PHP Version:trunk-SVN-2011-02-09 (snap)
Block user comment: N
Private report: N
New Comment:
Yeah, I actually realized ReflectionClass::isCloneable wouldn't work for
SplFileObject and SplTempFileObject when I was looking at the
implementation for
SplFileObject.
Previous Comments:
[2011-02-11 22:43:57] fel...@php.net
SplFileObject and SplTempFileObject are exception because the way as it
was coded, there is a logic behinds it to decide if it is clonable or
not...
[2011-02-09 07:47:43] sebast...@php.net
I do not think that this is limited to SplFileObject. Have a look at
sb@thinkpad ~ % php
-r'print_r(array_filter(get_declared_classes(),function($n){$c=new
ReflectionClass($n);return $c->isCloneable();}));'
Array
(
[0] => stdClass
[3] => Closure
[4] => DateTime
[5] => DateTimeZone
[6] => DateInterval
[7] => DatePeriod
[8] => LibXMLError
[13] => DOMStringList
[14] => DOMNameList
[15] => DOMImplementationList
[16] => DOMImplementationSource
[17] => DOMImplementation
[18] => DOMNode
[19] => DOMNameSpaceNode
[20] => DOMDocumentFragment
[21] => DOMDocument
[22] => DOMNodeList
[23] => DOMNamedNodeMap
[24] => DOMCharacterData
[25] => DOMAttr
[26] => DOMElement
[27] => DOMText
[28] => DOMComment
[29] => DOMTypeinfo
[30] => DOMUserDataHandler
[31] => DOMDomError
[32] => DOMErrorHandler
[33] => DOMLocator
[34] => DOMConfiguration
[35] => DOMCdataSection
[36] => DOMDocumentType
[37] => DOMNotation
[38] => DOMEntity
[39] => DOMEntityReference
[40] => DOMProcessingInstruction
[41] => DOMStringExtend
[42] => DOMXPath
[43] => finfo
[70] => EmptyIterator
[72] => ArrayObject
[73] => ArrayIterator
[74] => RecursiveArrayIterator
[75] => SplFileInfo
[76] => DirectoryIterator
[77] => FilesystemIterator
[78] => RecursiveDirectoryIterator
[79] => GlobIterator
[80] => SplFileObject
[81] => SplTempFileObject
[82] => SplDoublyLinkedList
[83] => SplQueue
[84] => SplStack
[86] => SplMinHeap
[87] => SplMaxHeap
[88] => SplPriorityQueue
[89] => SplFixedArray
[90] => SplObjectStorage
[91] => MultipleIterator
[93] => PDO
[94] => PDOStatement
[97] => Reflection
[107] => __PHP_Incomplete_Class
[108] => php_user_filter
[109] => Directory
[110] => SimpleXMLElement
[111] => SimpleXMLIterator
[112] => SoapClient
[113] => SoapVar
[114] => SoapServer
[116] => SoapParam
[117] => SoapHeader
[119] => Phar
[120] => PharData
[121] => PharFileInfo
[124] => XMLReader
)
I am sure that there are more false positives in there.
[2011-02-09 04:30:41] whatthejeff at gmail dot com
Description:
ReflectionClass::isCloneable returns true on some classes which are not
actually
cloneable.
Test script:
---
isCloneable());
$reflection = new ReflectionClass('SplTempFileObject');
var_dump($reflection->isCloneable());
?>
Expected result:
bool(false)
bool(false)
Actual result:
--
bool(true)
bool(true)
--
Edit this bug report at http://bugs.php.net/bug.php?id=53967&edit=1
[PHP-BUG] Bug #63914 [NEW]: zend_do_fcall_common_helper_SPEC does not handle exceptions properly
From: whatthejeff at gmail dot com
Operating system: All
PHP version: Irrelevant
Package: Scripting Engine problem
Bug Type: Bug
Bug description:zend_do_fcall_common_helper_SPEC does not handle exceptions
properly
Description:
The `zend_verify_arg_type` check in `zend_do_fcall_common_helper_SPEC` can
generate unhanded exceptions when a user-defined error handler is set. This
can
lead to the following unexpected behaviors:
* xdebug (and similar extensions using `execute_internal`) with PHP <= 5.4
will
segfault (http://bugs.xdebug.org/view.php?id=897)
* xdebug (and similar extensions using `execute_internal`) with PHP 5.5+
will
continue to execute the internal function in an inconsistant state.
* PHP without xdebug-like extensions will continue to execute the internal
function, even though it's unnecessary.
---
NOTE: I will send a pull request on github shortly.
Test script:
---
saveXML('foo');
Expected result:
Fatal error: Uncaught exception 'Exception' in
/home/whatthejeff/php2/segfault.php:6
Stack trace:
#0 [internal function]: PHPUnit_Util_ErrorHandler::handleError(4096,
'Argument 1
pass...', '/home/whattheje...', 16, Array)
#1 /home/whatthejeff/php2/segfault.php(16): DOMDocument->saveXML('foo')
#2 {main}
thrown in /home/whatthejeff/php2/segfault.php on line 6
Actual result:
--
GDB session with PHP 5.4 / xdebug (edited for brevity):
---
[whatthejeff@xdebug php2]$ gdb php
...
(gdb) break zend_vm_execute.h:628
Breakpoint 1 at 0x870e1d: file
/home/whatthejeff/php2/Zend/zend_vm_execute.h, line
628.
(gdb) break zend_vm_execute.h:639
Breakpoint 2 at 0x870eb8: file
/home/whatthejeff/php2/Zend/zend_vm_execute.h, line
639.
(gdb) run segfault.php
Starting program: /usr/local/bin/php segfault.php
...
Breakpoint 1, zend_do_fcall_common_helper_SPEC
(execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:629
629 if (fbc->common.arg_info) {
Missing separate debuginfos, use: debuginfo-install
glibc-2.12-1.80.el6_3.6.x86_64
nss-softokn-freebl-3.12.9-11.el6.x86_64 zlib-1.2.3-27.el6.x86_64
(gdb) c
Continuing.
Breakpoint 2, zend_do_fcall_common_helper_SPEC
(execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:640
640 if (!zend_execute_internal) {
(gdb)
Continuing.
Breakpoint 1, zend_do_fcall_common_helper_SPEC
(execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:629
629 if (fbc->common.arg_info) {
(gdb)
Continuing.
Breakpoint 2, zend_do_fcall_common_helper_SPEC
(execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:640
640 if (!zend_execute_internal) {
(gdb)
Continuing.
Breakpoint 1, zend_do_fcall_common_helper_SPEC
(execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:629
629 if (fbc->common.arg_info) {
(gdb)
Continuing.
Breakpoint 1, zend_do_fcall_common_helper_SPEC
(execute_data=0x77fac310,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:629
629 if (fbc->common.arg_info) {
(gdb)
Continuing.
Breakpoint 2, zend_do_fcall_common_helper_SPEC
(execute_data=0x77fac310,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:640
640 if (!zend_execute_internal) {
(gdb)
Continuing.
Breakpoint 2, zend_do_fcall_common_helper_SPEC
(execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:640
640 if (!zend_execute_internal) {
(gdb) step
644 zend_execute_internal(execute_data,
RETURN_VALUE_USED(opline) TSRMLS_CC);
(gdb)
xdebug_execute_internal (current_execute_data=0x77fac0f8,
return_value_used=0,
tsrm_ls=0xff0090) at /home/whatthejeff/xdebug/xdebug.c:1506
...
(gdb)
1547execute_internal(current_execute_data,
return_value_used
TSRMLS_CC);
(gdb) step
execute_internal (execute_data_ptr=0x77fac0f8, return_value_used=0,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_execute.c:1479
1479zval **return_value_ptr = &(*(temp_variable *)((char *)
execute_data_ptr->Ts + execute_data_ptr->opline->result.var)).var.ptr;
(gdb)
1480((zend_internal_function *) execute_data_ptr-
>function_state.function)->handler(execute_data_ptr->opline->extended_value,
*return_value_ptr,
(execute_data_ptr->function_state.function->common.fn_flags &
ZEND_ACC_RETURN_REFERENCE)?return_value_ptr:NULL, execute_data_ptr->object,
return_value_used TSRMLS_CC);
(gdb) step
zif_dom_document_savexml (ht=0, return_value=0x0, return_value_ptr=0x0,
Bug #63914 [Com]: zend_do_fcall_common_helper_SPEC does not handle exceptions properly
Edit report at https://bugs.php.net/bug.php?id=63914&edit=1
ID: 63914
Comment by: whatthejeff at gmail dot com
Reported by:whatthejeff at gmail dot com
Summary:zend_do_fcall_common_helper_SPEC does not handle
exceptions properly
Status: Open
Type: Bug
Package:Scripting Engine problem
Operating System: All
PHP Version:Irrelevant
Block user comment: N
Private report: N
New Comment:
Pull request added: https://github.com/php/php-src/pull/250
Previous Comments:
[2013-01-06 00:35:00] whatthejeff at gmail dot com
Description:
The `zend_verify_arg_type` check in `zend_do_fcall_common_helper_SPEC` can
generate unhanded exceptions when a user-defined error handler is set. This can
lead to the following unexpected behaviors:
* xdebug (and similar extensions using `execute_internal`) with PHP <= 5.4
will
segfault (http://bugs.xdebug.org/view.php?id=897)
* xdebug (and similar extensions using `execute_internal`) with PHP 5.5+ will
continue to execute the internal function in an inconsistant state.
* PHP without xdebug-like extensions will continue to execute the internal
function, even though it's unnecessary.
---
NOTE: I will send a pull request on github shortly.
Test script:
---
saveXML('foo');
Expected result:
Fatal error: Uncaught exception 'Exception' in
/home/whatthejeff/php2/segfault.php:6
Stack trace:
#0 [internal function]: PHPUnit_Util_ErrorHandler::handleError(4096, 'Argument
1
pass...', '/home/whattheje...', 16, Array)
#1 /home/whatthejeff/php2/segfault.php(16): DOMDocument->saveXML('foo')
#2 {main}
thrown in /home/whatthejeff/php2/segfault.php on line 6
Actual result:
--
GDB session with PHP 5.4 / xdebug (edited for brevity):
---
[whatthejeff@xdebug php2]$ gdb php
...
(gdb) break zend_vm_execute.h:628
Breakpoint 1 at 0x870e1d: file /home/whatthejeff/php2/Zend/zend_vm_execute.h,
line
628.
(gdb) break zend_vm_execute.h:639
Breakpoint 2 at 0x870eb8: file /home/whatthejeff/php2/Zend/zend_vm_execute.h,
line
639.
(gdb) run segfault.php
Starting program: /usr/local/bin/php segfault.php
...
Breakpoint 1, zend_do_fcall_common_helper_SPEC (execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:629
629 if (fbc->common.arg_info) {
Missing separate debuginfos, use: debuginfo-install
glibc-2.12-1.80.el6_3.6.x86_64
nss-softokn-freebl-3.12.9-11.el6.x86_64 zlib-1.2.3-27.el6.x86_64
(gdb) c
Continuing.
Breakpoint 2, zend_do_fcall_common_helper_SPEC (execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:640
640 if (!zend_execute_internal) {
(gdb)
Continuing.
Breakpoint 1, zend_do_fcall_common_helper_SPEC (execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:629
629 if (fbc->common.arg_info) {
(gdb)
Continuing.
Breakpoint 2, zend_do_fcall_common_helper_SPEC (execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:640
640 if (!zend_execute_internal) {
(gdb)
Continuing.
Breakpoint 1, zend_do_fcall_common_helper_SPEC (execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:629
629 if (fbc->common.arg_info) {
(gdb)
Continuing.
Breakpoint 1, zend_do_fcall_common_helper_SPEC (execute_data=0x77fac310,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:629
629 if (fbc->common.arg_info) {
(gdb)
Continuing.
Breakpoint 2, zend_do_fcall_common_helper_SPEC (execute_data=0x77fac310,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:640
640 if (!zend_execute_internal) {
(gdb)
Continuing.
Breakpoint 2, zend_do_fcall_common_helper_SPEC (execute_data=0x77fac0f8,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_vm_execute.h:640
640 if (!zend_execute_internal) {
(gdb) step
644 zend_execute_internal(execute_data,
RETURN_VALUE_USED(opline) TSRMLS_CC);
(gdb)
xdebug_execute_internal (current_execute_data=0x77fac0f8,
return_value_used=0,
tsrm_ls=0xff0090) at /home/whatthejeff/xdebug/xdebug.c:1506
...
(gdb)
1547execute_internal(current_execute_data,
return_value_used
TSRMLS_CC);
(gdb) step
execute_internal (execute_data_ptr=0x77fac0f8, return_value_used=0,
tsrm_ls=0xff0090) at /home/whatthejeff/php2/Zend/zend_execute.c:1479
1479zval **return_value_ptr = &(*(temp_variable *)((char *)
execute_data_ptr->Ts + execute_dat
