Re: [PHP-DEV] get_magic_quotes_gpc, get-magic-quotes-runtime in head, get a final decision

2008-02-07 Thread Lukas Kahwe Smith
On 07.02.2008, at 00:59, Pierre Joye wrote: Hi Andi, On Feb 7, 2008 12:56 AM, Andi Gutmans [EMAIL PROTECTED] wrote: -1 Suggestion to enhance the suggestion: return false + emit E_STRICT message (but I am also fine with pure return false if people don't like this suggestion). Sounds

Re: [PHP-DEV] _REQUEST and variable_order

2008-02-07 Thread Jani Taskinen
On Wed, 2008-02-06 at 20:27 -0800, Rasmus Lerdorf wrote: Stanislav Malyshev wrote: Hi! This topic was already discussed here but never arrived to a conclusion, so I will raise it again. The Problem: We have $_REQUEST superglobal, which is often used to abstract GET/POST requests.

Re: [PHP-DEV] _REQUEST and variable_order

2008-02-07 Thread Rasmus Lerdorf
Jani Taskinen wrote: On Wed, 2008-02-06 at 20:27 -0800, Rasmus Lerdorf wrote: Stanislav Malyshev wrote: Hi! This topic was already discussed here but never arrived to a conclusion, so I will raise it again. The Problem: We have $_REQUEST superglobal, which is often used to abstract

Re: [PHP-DEV] _REQUEST and variable_order

2008-02-07 Thread Rasmus Lerdorf
Jani Taskinen wrote: On Thu, 2008-02-07 at 01:43 -0800, Rasmus Lerdorf wrote: Jani Taskinen wrote: On Wed, 2008-02-06 at 20:27 -0800, Rasmus Lerdorf wrote: Stanislav Malyshev wrote: The proposal(s): 1. One way to fix it is to create a new .ini request_order that would control just

Re: [PHP-DEV] _REQUEST and variable_order

2008-02-07 Thread Jani Taskinen
On Thu, 2008-02-07 at 01:43 -0800, Rasmus Lerdorf wrote: Jani Taskinen wrote: On Wed, 2008-02-06 at 20:27 -0800, Rasmus Lerdorf wrote: Stanislav Malyshev wrote: The proposal(s): 1. One way to fix it is to create a new .ini request_order that would control just _REQUEST. 2. Other

Re: [PHP-DEV] faster public domain MD5 implementation

2008-02-07 Thread Dmitry Stogov
Hi Alexander, I've updated the files according to your notes, except php_uint32/MD5_u32plus. However new version breaks ext/hash md4. (ext/hash/tests/md4.phpt is broken). Sara, did you have a solution for this issue? Or could you look into it please? Thanks. Dmitry. Solar Designer wrote:

Re: [PHP-DEV] faster public domain MD5 implementation

2008-02-07 Thread Solar Designer
Hi Dmitry, On Thu, Feb 07, 2008 at 01:11:38PM +0300, Dmitry Stogov wrote: I've updated the files according to your notes, except php_uint32/MD5_u32plus. ...and except for adding a note that I'm not the only author (not of the modified code). That's fine, if it's your preference, I don't care

Re: [PHP-DEV] type hinting

2008-02-07 Thread Richard Quadling
On 06/02/2008, Stefan Priebsch [EMAIL PROTECTED] wrote: Sam Barrow schrieb: If anyone has any objections to a scalar type hint please raise a valid point. Chris Stockton schrieb: This library would probably have ~300(String) + ~110(Int) ~40(Resource) ~30(Bool) ~10(Float) = 500 less

Re: [PHP-DEV] TSRM mutex return value inconsitencies

2008-02-07 Thread Antony Dovgal
On 06.02.2008 16:13, Scott MacVicar wrote: Hi Dmitry, I don't have karma for TSRM only php-src. Patch committed, thanks a lot. Ilia, should I commit it to 5_2? This looks more like a regular bugfix, not as an improvement. -- Wbr, Antony Dovgal -- PHP Internals - PHP Runtime Development

Re: [PHP-DEV] faster public domain MD5 implementation

2008-02-07 Thread Solar Designer
On Thu, Feb 07, 2008 at 01:11:38PM +0300, Dmitry Stogov wrote: However new version breaks ext/hash md4. (ext/hash/tests/md4.phpt is broken). Oh, I am able to reproduce this with my original patch: PASS hmac-md5 algorithm [ext/hash/tests/hmac-md5.phpt] PASS md2 algorithm

Re: [PHP-DEV] _REQUEST and variable_order

2008-02-07 Thread Jani Taskinen
A minor clarification: The auto-globals are always there, they're not always _populated_ though. (JIC someone misunderstood this part :) On Thu, 2008-02-07 at 02:17 -0800, Rasmus Lerdorf wrote: [clip] directives. We should focus on the actual problem and make the fewest changes possible to

Re: [PHP-DEV] _REQUEST and variable_order

2008-02-07 Thread David Zülke
Am 07.02.2008 um 11:02 schrieb Jani Taskinen: On Thu, 2008-02-07 at 01:43 -0800, Rasmus Lerdorf wrote: Well, plenty of people know about this feature and make use of it. Especially since it has been documented to work this way for a long time. See:

Re: [PHP-DEV] faster public domain MD5 implementation

2008-02-07 Thread Solar Designer
I wrote: Oh, I am able to reproduce this with my original patch: PASS hmac-md5 algorithm [ext/hash/tests/hmac-md5.phpt] PASS md2 algorithm [ext/hash/tests/md2.phpt] FAIL md4 algorithm [ext/hash/tests/md4.phpt] PASS md5 algorithm [ext/hash/tests/md5.phpt] PASS ripemd128 algorithm

[PHP-DEV] untie the MD4 code from MD5 (was: faster public domain MD5 implementation)

2008-02-07 Thread Solar Designer
I wrote: OK, I think I found it. ext/hash/php_hash_md.h has this: #define PHP_MD4Init PHP_MD5Init which breaks when the two implementations are not that similar anymore. Replacing the MD4 implementation with mine as well would fix this (or hide the bug, depending on

Re: [PHP-DEV] _REQUEST and variable_order

2008-02-07 Thread Sam Barrow
On Thu, 2008-02-07 at 02:17 -0800, Rasmus Lerdorf wrote: Jani Taskinen wrote: On Thu, 2008-02-07 at 01:43 -0800, Rasmus Lerdorf wrote: Jani Taskinen wrote: On Wed, 2008-02-06 at 20:27 -0800, Rasmus Lerdorf wrote: Stanislav Malyshev wrote: The proposal(s): 1. One way to fix it is to

[PHP-DEV] Re: untie the MD4 code from MD5

2008-02-07 Thread Dmitry Stogov
Thank you for fix. I assume now the patch is ready to commit. I'll commit it tomorrow in case of no objections. Thanks. Dmitry. Solar Designer wrote: I wrote: OK, I think I found it. ext/hash/php_hash_md.h has this: #define PHP_MD4Init PHP_MD5Init which breaks when the

[PHP-DEV] Re: untie the MD4 code from MD5 replace the MD5 code

2008-02-07 Thread Dmitry Stogov
Hi, Solar Designer wrote: On Thu, Feb 07, 2008 at 04:21:15PM +0300, Dmitry Stogov wrote: I assume now the patch is ready to commit. I'll commit it tomorrow in case of no objections. Yes, it is. No objections from me. Just two minor points: 1. You have not yet fixed the size_t vs.

[PHP-DEV] Re: untie the MD4 code from MD5 replace the MD5 code

2008-02-07 Thread Solar Designer
On Thu, Feb 07, 2008 at 07:38:08PM +0300, Dmitry Stogov wrote: According to algorithm used and free in PHP_MD5Final cannot be more than 64, so I don't see any reason for unnecessary conversions. Looking more careful I think they must be changed into php_uint32 in PHP_MD5Update too. You're

Re: [PHP-DEV] Re: На запрос: О семинаре

2008-02-07 Thread Daniel Brown
Bah. You're right. I glanced over it. Guess my Russian's not as good as I thought it was to miss a city name like that. On Feb 7, 2008 10:43 AM, Vesselin Kenashkov [EMAIL PROTECTED] wrote: location: г. Москва in translation: city of Moscow 2008/2/7 Daniel Brown [EMAIL PROTECTED]:

Re: [PHP-DEV] Re: untie the MD4 code from MD5 replace the MD5 code

2008-02-07 Thread Antony Dovgal
On 07.02.2008 20:05, Dmitry Stogov wrote: I'm wondered, how did I change the comment style, because I didn't do it by hand. :) - The comments in the patch look a bit odd (looks like they were pasted to vim without :set paste). Regards, Stefan - =) -- Wbr, Antony Dovgal -- PHP

[PHP-DEV] Re: untie the MD4 code from MD5 replace the MD5 code

2008-02-07 Thread Dmitry Stogov
I'm wondered, how did I change the comment style, because I didn't do it by hand. :) Dmitry. Dmitry Stogov wrote: Hi, Solar Designer wrote: On Thu, Feb 07, 2008 at 04:21:15PM +0300, Dmitry Stogov wrote: I assume now the patch is ready to commit. I'll commit it tomorrow in case of no

Re: [PHP-DEV] Re: На запрос: О семинаре

2008-02-07 Thread Vesselin Kenashkov
location: г. Москва in translation: city of Moscow 2008/2/7 Daniel Brown [EMAIL PROTECTED]: If people want to SPAM about a seminar, why not at least mention where it's going to be held? :-\

Re: [PHP-DEV] Re: untie the MD4 code from MD5 replace the MD5 code

2008-02-07 Thread Pierre Joye
Hi Alexander, On Feb 7, 2008 3:08 PM, Solar Designer [EMAIL PROTECTED] wrote: Hi Pierre, On Thu, Feb 07, 2008 at 03:00:55PM +0100, Pierre Joye wrote: Nice addition but can you please try to keep on thread for the discussions? Thanks :-) Are you referring to the changing Subject? Yes,

Re: [PHP-DEV] Re: untie the MD4 code from MD5

2008-02-07 Thread Stefan Walk
On Thursday 07 February 2008 14:21:15 Dmitry Stogov wrote: Thank you for fix. I assume now the patch is ready to commit. I'll commit it tomorrow in case of no objections. Thanks. Dmitry. The comments in the patch look a bit odd (looks like they were pasted to vim without :set paste).

Re: [PHP-DEV] Re: untie the MD4 code from MD5 replace the MD5 code

2008-02-07 Thread Pierre Joye
Hi! Nice addition but can you please try to keep on thread for the discussions? Thanks :-) On Feb 7, 2008 2:53 PM, Solar Designer [EMAIL PROTECTED] wrote: On Thu, Feb 07, 2008 at 04:21:15PM +0300, Dmitry Stogov wrote: I assume now the patch is ready to commit. I'll commit it tomorrow in

[PHP-DEV] Re: untie the MD4 code from MD5 replace the MD5 code

2008-02-07 Thread Solar Designer
On Thu, Feb 07, 2008 at 04:21:15PM +0300, Dmitry Stogov wrote: I assume now the patch is ready to commit. I'll commit it tomorrow in case of no objections. Yes, it is. No objections from me. Just two minor points: 1. You have not yet fixed the size_t vs. php_uint32 issue in PHP_MD5Final(),

Re: [PHP-DEV] Re: untie the MD4 code from MD5

2008-02-07 Thread Antony Dovgal
On 07.02.2008 17:03, Stefan Walk wrote: On Thursday 07 February 2008 14:21:15 Dmitry Stogov wrote: Thank you for fix. I assume now the patch is ready to commit. I'll commit it tomorrow in case of no objections. Thanks. Dmitry. The comments in the patch look a bit odd (looks like they were

Re: [PHP-DEV] Re: На запрос: О семинаре

2008-02-07 Thread Daniel Brown
If people want to SPAM about a seminar, why not at least mention where it's going to be held? :-\ 2008/2/7 Аленка [EMAIL PROTECTED]: Навыки эффективности. Умение управлять собой и временемДата проведения семинара: Одиннадцатое - двенадцатое февраля 2OO8 г. Продолжительность: 2 дня г.

[PHP-DEV] update on phar extension work

2008-02-07 Thread Gregory Beaver
Hi, A short update on improvements to phar * Phar::webPhar() now works with CGI sapi (endless redirect happened before) * Phar::webPhar() now recognizes urls exactly the same way as apache, so http://localhost/myphar.phar/file.php/extra/stuff will find file.php hidden in the url and retrieve

Re: [PHP-DEV] nowdocs again

2008-02-07 Thread chris#
On Wed, 30 Jan 2008 11:59:42 -0800, Rasmus Lerdorf [EMAIL PROTECTED] wrote: Greg Beaver wrote: Dmitry Stogov wrote: The feature is very useful, however, I agree, the syntax would be better. :) The current syntax: $var = 'TEXT' text TEXT; I would like to see nowdocs. The closest

[PHP-DEV] Re: cvs: php-src / README.UNICODE-UPGRADES /main snprintf.c spprintf.c

2008-02-07 Thread Gregory Beaver
Marcus Boerger wrote: helly Thu Feb 7 18:40:29 2008 UTC Modified files: /php-src README.UNICODE-UPGRADES /php-src/main snprintf.c spprintf.c Log: - Add %Z to *printf

Re: [PHP-DEV] get_magic_quotes_gpc, get-magic-quotes-runtime in head, get a final decision

2008-02-07 Thread Larry Garfield
On Thursday 07 February 2008, Lukas Kahwe Smith wrote: On 07.02.2008, at 00:59, Pierre Joye wrote: Hi Andi, On Feb 7, 2008 12:56 AM, Andi Gutmans [EMAIL PROTECTED] wrote: -1 Suggestion to enhance the suggestion: return false + emit E_STRICT message (but I am also fine with pure

[PHP-DEV] bug in ext/zlib?

2008-02-07 Thread Gregory Beaver
Hi, I'm having a terrible time removing a memory leak in pecl/phar that is caused by a zval_dtor() call in zlib_filter.c. I think the source of the problem is that zlib_filter's creation function uses SEPARATE_ZVAL() to separate from the passed in filter parameters. Unfortunately, I don't think

Re: [PHP-DEV] get_magic_quotes_gpc, get-magic-quotes-runtime in head, get a final decision

2008-02-07 Thread Tomas Kuliavas
On Thursday 07 February 2008, Lukas Kahwe Smith wrote: On 07.02.2008, at 00:59, Pierre Joye wrote: Hi Andi, On Feb 7, 2008 12:56 AM, Andi Gutmans [EMAIL PROTECTED] wrote: -1 Suggestion to enhance the suggestion: return false + emit E_STRICT message (but I am also fine with pure