|
php.net | support | documentation | report a bug | advanced search | search howto | statistics | random bug | login |
PatchesPull RequestsHistoryAllCommentsChangesGit/SVN commits
[2001-02-10 13:49 UTC] jimw@php.net
[2001-11-11 14:29 UTC] sander@php.net
[2001-11-11 14:35 UTC] jeroen@php.net
[2002-02-24 06:58 UTC] sander@php.net
|
|||||||||||||||||||||||||||
Copyright © 2001-2025 The PHP GroupAll rights reserved. |
Last updated: Sun Oct 26 07:00:01 2025 UTC |
I know this is nit-picky, but... Can someone change set_file_buffer() so that its return values are more like other PHP functions? Right now it returns false when you pass it bad file handle, otherwise it returns whatever setvbuf returns. But setvbuf() returns zero on success and non-negative if you pass it bad type argument. The type is hard-coded, so it should always return zero. Is there a problem with changing the return code from RETURN_LONG(ret); to if(ret){ php3_error(E_WARNING,"illegal value for setvbuf type",id); RETURN_FALSE; } else{ RETURN_TRUE; } which allows PHP code like <? if(!set_file_buffer($fp)) { print("New buffer size not set!"); } ?> Also, this sentence appears in my man page: The setvbuf() function may be used after a stream is opened but before it is read or written. It doesn't return any error when you try to do this, though, so it must just ignore the request. How about adding a warning in PHP about trying to set the buffer size after a read or write? Or is it too much overhead to track this info? Thanks, Leon