Hello,
On 10/03/2004 01:46 PM, Olaf Van Der Spek wrote:
I think that making all failed memory allocations recoverable is not viable because more PHP C code that makes memory allocations assumes it only returns if it succeeds. Trying to change that everywhere memory is allocated is and monster job that I doubt that any PHP core developer will agree on doing.
You could just create a new function for that: alloc_no_exception
There's no need to change every call, you'd only need to change the calls that can take a NULL result.
I find it hard to justify such function
Why?
I think a large number of data handling functions would benefit from such a function.
And it'd make PHP more robust.
Because it is an hack to work around the lack of support for detection of corrupted data in zlib.
In the end you will be able to handle the failure of zlib but you will not be able to tell whether it failed because the file was too large to decompress or because it failed due to corrupted data.
I think it would be better that zlib would be able to detect corrupted data so you could eventually tell the user that the file is corrupted instead of misleading with a message saying there was not enough memory.
--
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.html
-- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
