Re: broken fix?
| From: | Stanislav Malyshev | Date: | Sat, 25 Dec 2004 13:48:26 +0000 |
| Subject: | Re: broken fix? | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-14212@lists.php.net to get a copy of this message | ||
Did you look into my latest patch and try with it?
WF>>I've been working with Edin to try and track down what caused the
WF>>sudden round of crashes in the COM extension in the latest 4.3
WF>>release, and it seems that the PZVAL_UNLOCK that Stas introduced in
WF>>this commit:
WF>>
WF>>http://viewcvs.php.net/viewcvs.cgi/Zend/Attic/zend_execute.c.diff?r1=1.316.2.41&r2=1.316.2.42&hideattic=0
WF>>
WF>>fix overloaded calls not returning result, e.g.:
WF>><? new Java('foo'); ?>
WF>>
WF>>is to blame.
WF>>
WF>>If you counter-act the unlock in the COM call handler (setting is_ref
WF>>and bumping the refcount), things work "fine". This is a hack, so I'm
WF>>hoping that you engine gurus will divine the correct fix.
I think the is_ref thing is the key, see above. I'll check with your
example on Sunday.
--
Stanislav Malyshev, Zend Products Engineer
stas@zend.com http://www.zend.com/ +972-3-6139665 ext.115