[PHP-DEV] CVS Account Request: lei
-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: cvs: php-src /sapi/apache2handler sapi_apache2.c
Stanislav Malyshev wrote: stas Tue Aug 8 13:12:37 2006 UTC Modified files: /php-src/sapi/apache2handler sapi_apache2.c Log: fix bug with variables clobbered by longjmp Hi, it seems that you forgot current development branch? (PHP_5_2) Regards, -- Michael -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: cvs: php-src /sapi/apache2handler sapi_apache2.c
MWHi, it seems that you forgot current development branch? (PHP_5_2) Indeed. Thanks for reminding me. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [PATCH] User defined Error Handler's unable to include() class definitions in error handler functions
Hi all :-) Please forgive my intrusion - I just wanted to submit this patch for a what others and I believe might be a bug . Basically, this patch fixes a problem where, if a class emits an error during declaration (ie: after active_class_entry is set in the function zend_do_begin_class_declaration but before it is nulled in function zend_do_end_class_declaration), and the user defined error handler function include()'s or require()'s a file containing another class definition, then the compiler will error out with an error stating Class declarations may not be nested. For example code, see bug #35634 (http://bugs.php.net/bug.php?id=35634). The code in the example provided by the bug shows that the class ErrorClass is technically declared globally within the scope of the class TestClass as TestClass is being parsed during the E_STRICT emit. But the new class really *is* being declared within the scope of the error handler function which is the one including the 'errorClass' file. However, due to the fact that the error triggered happens during the class declaration, active_class_entry is still set, and thus, when the class being included within the user defined error handler is parsed, it finds that active_class_entry is already set (to TestClass), so instead of emitting the E_STRICT, it now emits an E_COMPILE_ERROR when it shouldn't. This patch makes a change to zend.c:zend_error() such that, *just prior* to calling a user defined error handler, it will store the value of active_class_entry in a temporary variable, and then NULL it, make the call to the error handler, and then restore the value of active_class_entry. Thank you for your time. :-) Cheers!, -- Carl P. Corliss (aka Rabbitt) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] [PATCH] User defined Error Handler's unable to include() class definitions in error handler functions
Carl P. Corliss wrote: Hi all :-) Please forgive my intrusion - I just wanted to submit this patch for a what others and I believe might be a bug . Basically, this patch fixes a problem where, if a class emits an error during declaration (ie: [snip] D'oh - looks like gmane strips attachments. you can see the patch here: http://www.xaraya.com/~rabbitt/zend.c.patch cheers!, -- Carl -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] HTTP-Only Patch
IE for Mac isn't part of our test suite here so I never gave it a check, frankly its no longer supported by Microsoft or Apple and has since been superseded by Safari. Yeah save for people with MacOS9. Again, who cares? Just thought a note should go in the manual (just a comment on the cookie page would be enough). End users could do a browser check if they wanted. I think having this will increase the use of it, which would be better for everyone. :) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Upload progress
We do a web 2.0 type upload, and show a spinner. When the file is large or the connection slow, people sometimes abort thinking that there was a problem. I'd like to show a progress bar. Is this possible yet? Which version? I can't use perl on these servers (PHP only), so I'm SOL. I've used a patch before, but a client does not want to use a hacked up PHP on production servers. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Upload progress
Easiest way to go would then be flash or a java applet.. all the other methods i can think of are either php extensions or perl.. steve wrote: We do a web 2.0 type upload, and show a spinner. When the file is large or the connection slow, people sometimes abort thinking that there was a problem. I'd like to show a progress bar. Is this possible yet? Which version? I can't use perl on these servers (PHP only), so I'm SOL. I've used a patch before, but a client does not want to use a hacked up PHP on production servers. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: aoyuxuan
download -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Upload progress
Or a lovely javascript concoction ;) -bok On 8/9/06, Evert Pot [EMAIL PROTECTED] wrote: Easiest way to go would then be flash or a java applet.. all the other methods i can think of are either php extensions or perl.. steve wrote: We do a web 2.0 type upload, and show a spinner. When the file is large or the connection slow, people sometimes abort thinking that there was a problem. I'd like to show a progress bar. Is this possible yet? Which version? I can't use perl on these servers (PHP only), so I'm SOL. I've used a patch before, but a client does not want to use a hacked up PHP on production servers. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- Xnyo - http://xnyo.odynia.org/