Hi,
I am wondering what the opcode EXT_FCALL_BEGIN and EXT_FCALL_END is used
for?
Thanks
-- Mathieu Suen
Hi!
I am wondering what the opcode EXT_FCALL_BEGIN and EXT_FCALL_END is used
for?
When php is in "extended opcode" mode (usually used by debuggers) these
opcodes are generated by the compiler before entering and after exiting
function calls (so that the debugger could do "step into" and "step
over"). They are not used in non-debugging context.
Stanislav Malyshev, Zend Software Architect
stas@zend.com http://www.zend.com/
(408)253-8829 MSN: stas@zend.com
I am wondering what the opcode EXT_FCALL_BEGIN and EXT_FCALL_END is used
for?When php is in "extended opcode" mode (usually used by debuggers) these
opcodes are generated by the compiler before entering and after exiting
function calls (so that the debugger could do "step into" and "step over").
They are not used in non-debugging context.
Are you guys using those in Zend Debugger? Because in Xdebug I found
them utterly useless (not EXT_STMT, which I do use). Instead of using
EXT_FCALL_* I just do the triggers in the overloaded zend_execute.
Derick
--
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
twitter: @derickr
Hi!
Are you guys using those in Zend Debugger? Because in Xdebug I found
them utterly useless (not EXT_STMT, which I do use). Instead of using
EXT_FCALL_* I just do the triggers in the overloaded zend_execute.
I think those appeared before execute() was overridable, so newer code
doesn't have to use it.
Stanislav Malyshev, Zend Software Architect
stas@zend.com http://www.zend.com/
(408)253-8829 MSN: stas@zend.com
Stanislav Malyshev wrote:
I think those appeared before execute() was overridable, so newer code
doesn't have to use it.
So, why not remove them? :)
--
Sebastian Bergmann Co-Founder and Principal Consultant
http://sebastian-bergmann.de/ http://thePHP.cc/
Hi!
So, why not remove them? :)
Why remove them? They don't hurt anyone. They might be also usable for
something like static analysis (to know when fcall begins and ends), or
maybe somebody out there is using them for something else.
Stanislav Malyshev, Zend Software Architect
stas@zend.com http://www.zend.com/
(408)253-8829 MSN: stas@zend.com