Re: PHP (anti) crash policy?
| From: | Manuel Lemos | Date: | Fri, 01 Oct 2004 14:30:55 +0000 |
| Subject: | Re: PHP (anti) crash policy? | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-198425@lists.php.net to get a copy of this message | ||
Hello,
On 10/01/2004 11:15 AM, Olaf Van Der Spek wrote:
If you want to solve the situation differently, you need to propose an alternative to the actual developers that may discuss and consider your alternative. That certainly won't happen in php-general because most of those developers do not read this list. Some developers opposing does not mean, that all developers against it. Chances are that if you propose a alternative solution in php-dev, maybe some developers agree and commit a patch or something more agreeable to them. If you do not think that discussing your alternative solution is worth doing in php-dev, I do not think that keep discussing it php-general is helping anybody. -- Regards, Manuel Lemos PHP Classes - Free ready to use OOP components written in PHP http://www.phpclasses.org/ PHP Reviews - Reviews of PHP books and other products http://www.phpclasses.org/reviews/ Metastorage - Data object relational mapping layer generator http://www.meta-language.net/metastorage.htmlBecause (some of) the PHP developers don't consider this a bug. I doubt the patch would be accepted.If you think that is a good idea, why don't you just write a patch and discuss about it in php-dev mailing list?That is not a crash. Your script making a PHP function request 600MB of memory. Since it exceeds the configured memory limit, there is no way to recover from memory exhaustion and the script just exits cleanly. ItBTW, I don't agree. It's easily possible to recover from this error. Just return NULL and the gzinflate function will return false.