[PHP-DEV] Another tiny syntax patch

2009-07-26 Thread Gwynne Raskind
For the sake of the heck of it, I'm gonna offer up this tiny patch I'm using in one of my projects. I don't really care if it gets included in anything or not, just thought it might interest someone. Effect: Adds a ?php= syntax which behaves identically to ?=, but works without the use of

Re: [PHP-DEV] Another tiny syntax patch

2009-07-26 Thread Rasmus Lerdorf
We have talked about this before, and the conclusion was that if we are going to have an invalid PI, we might as well make it ?= since it is just as invalid as ?php= and just as easy to parse. Now you save 8 chars. -Rasmus Gwynne Raskind wrote: For the sake of the heck of it, I'm gonna offer

Re: [PHP-DEV] Another tiny syntax patch

2009-07-26 Thread Gwynne Raskind
On Jul 26, 2009, at 5:17 AM, Rasmus Lerdorf wrote: We have talked about this before, and the conclusion was that if we are going to have an invalid PI, we might as well make it ?= since it is just as invalid as ?php= and just as easy to parse. Now you save 8 chars. I prefer strong

[PHP-DEV] Why does PHP set no_local_copy?

2009-07-26 Thread Nicholas Sherlock
Hi everyone, I'm a newbie to the codebase of both Apache and PHP, but I hope my message makes some sense.. :). If PHP (5.3.0) is running as an (Apache 2) module, it currently sets no_local_copy to 1 on the response it sends to Apache (sapi/apache2handler/sapi_apache2.c:463). From reading

[PHP-DEV] Alternative mbstring implementation using ICU

2009-07-26 Thread Moriyoshi Koizumi
Hi there, I almost finished an alternative implementation of mbstring that uses ICU instead of the exotic libmbfl in hope of replacing the current one for 5.4 (and possibly, 6.0.) Although there are admittingly some known incompatibilities that need extra libraries to resolve them besides a

Re: [PHP-DEV] RFC: Replacing errors with Exceptions

2009-07-26 Thread Richard Lynch
On Fri, July 24, 2009 8:43 am, Ben Scholzen 'DASPRiD' wrote: To you both, this is especially, for library code like Zend Framework. The library cannot expect the user to have the error handle set, so it would have to replace the error handler before every line which it wants to try {} and

Re: [PHP-DEV] RFC: Replacing errors with Exceptions

2009-07-26 Thread Richard Lynch
On Fri, July 24, 2009 11:00 am, Matt Wilson wrote: I agree, however there are certain aspects of PHP's errors that leave a lot to be desired. For instance, a failed fopen or a failed socket will often result in an uncatchable warning from php. Sure, you can add a @ to the line but that's slow

Re: [PHP-DEV] RFC: Replacing errors with Exceptions

2009-07-26 Thread Richard Lynch
On Fri, July 24, 2009 9:35 am, Alexey Zakhlestin wrote: On Fri, Jul 24, 2009 at 6:29 PM, Hannes Magnussonhannes.magnus...@gmail.com wrote: On Fri, Jul 24, 2009 at 15:43, Ben Scholzen 'DASPRiD'm...@dasprids.de wrote: To you both, this is especially, for library code like Zend Framework. The