Hi,
Here's a patch to add the array_fill_keys() function instead of extending
array_fill(). I left the bit of cleanup/tweaks I had done to array_fill.
Can someone please review and let me know if anything needs changing?
I have a feeling something will still be wrong it -- works fine, but with
r
Salut Dmitry,
Thank you for your confirmation.
I also have a remark about the last_error_message i don't understand why it
should live between request ?
In fact it's possible that my patch wasn't very good but it's necesary to
free the buffer in other place which will be executed at the end of
Will you able to test it?
Of course ! ;)
Michael
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia Alshanetsky wrote:
> Why not just define your own custom error handler and have it filter out
> the error messages that you don't want to see... To me this would seem
> like a easier approach, i would be against adding a in-language filter
> for this.
Inability to easily determine which error
no account
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi all!
It occured several times in the past weeks, where I needed the filename
without extension as well as the file extension extracted from a
pathname. Since first calling pathinfo() and then basename() again, or
using string manipulation, I now patched pathinfo() to provide the
filename withou
Tobias Schlitt wrote:
using string manipulation, I now patched pathinfo() to provide the
filename without extension per default with key "filename".
Find the patch here: http://schlitt.info/misc/pathinfo.patch
If the patch is considered then I would propose to also return the key
"filename" i
On 07/14/2006 10:09 PM Christian Schneider wrote:
> Tobias Schlitt wrote:
>> using string manipulation, I now patched pathinfo() to provide the
>> filename without extension per default with key "filename".
>>
>> Find the patch here: http://schlitt.info/misc/pathinfo.patch
> If the patch is consi
Sean Coates wrote:
> Ilia Alshanetsky wrote:
>
>>Why not just define your own custom error handler and have it filter out
>>the error messages that you don't want to see... To me this would seem
>>like a easier approach, i would be against adding a in-language filter
>>for this.
>
>
> Inability
LAUPRETRE François (P) wrote:
> Greg Beaver wrote :
>
>
>>Allowing stream wrappers in include_path will open a potentially gigantic
>>security hole, making sure that it is closed will be a huge challenge, and
>>introduce a bit of overhead.
>
>
> I don't understand where the security hole would
Greg Beaver wrote:
There may be a language barrier issue here, as I see you are in France
and I am not in France and we are speaking English.
Don't use that
I don't blame you
(or anyone) for not knowing things about phar that are not available
(documentation, etc.), all I was saying is that the
11 matches
Mail list logo
