[PHP-DEV] Re: CVS Account Request: analyzer

2007-04-07 Thread bertrand Gugger
Nickolai Nedovodiev wrote: I am making PEAR Validate_RU with toggg I confirm Nickolai's request. He will need karma on pear Validate. Thanks -- toggg -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: CVS Account Request: renato

2007-04-07 Thread bertrand Gugger
Renato Formato wrote: i need cvs karma for pear/Validate_IT. Bertrand Gugger (aka toggg) referred me. I'm pleased to welcome Renato to lead together with me PEAR Validate_IT. He needs karma on pear Validate Grazie -- toggg -- PHP Internals - PHP Runtime Development Mailing List To unsubs

[PHP-DEV] Re: fgets()/fgetss() BC break in HEAD

2006-11-14 Thread bertrand Gugger
Bonsoir, Antony Dovgal wrote: Hello all. I'd like to continue recent IRC discussion here, to draw more attention to this issue. At the moment functions fgets() and fgetss() are broken in HEAD, as they return characters instead of , as they do in 5.2 (and I'm pretty sure this is the way the

[PHP-DEV] Re: [VOTE] (was: Parameter checking in 5.2)

2006-09-22 Thread bertrand Gugger
bertrand Gugger wrote: Michael Wallner wrote: I'd therefore like to conduct a serious vote on this issue. If my vote , in name of thousands poor hosted people could count. [X] (+1) please remove that redundant strictness again [ ] (-1) leave as it is, we need strict OO implementation [

[PHP-DEV] Re: [VOTE] (was: Parameter checking in 5.2)

2006-09-22 Thread bertrand Gugger
Michael Wallner wrote: I'd therefore like to conduct a serious vote on this issue. If my vote , in name of thousands poor hosted people could count. [X] (+1) please remove that redundant strictness again [ ] (-1) leave as it is, we need strict OO implementation [ ] ( 0) what the hell are you t

Re: [PHP-DEV] Re: increase the default memory limit in 5.2.0+

2006-08-16 Thread bertrand Gugger
Antony Dovgal wrote: On 16.08.2006 15:13, bertrand Gugger wrote: Bonjour, Pierre wrote: Hello, After having tested 5.2 and the new memory manager for a couple of weeks, I notice a significant increase of the reported memory usage. As a side effect, many applications reach the 8M memory

[PHP-DEV] Re: increase the default memory limit in 5.2.0+

2006-08-16 Thread bertrand Gugger
Bonjour, Pierre wrote: Hello, After having tested 5.2 and the new memory manager for a couple of weeks, I notice a significant increase of the reported memory usage. As a side effect, many applications reach the 8M memory limit. It can be a problem. A good example is to compare the usage of a p

[PHP-DEV] method strict signatures

2006-08-05 Thread bertrand Gugger
Bonjour, As I'm just here to observe your decisions since PHP4 to PHP5 costed us so much , could you give some precisions about how it will be for "method strict signatures" ? Thx -- toggg -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.p

Re: [PHP-DEV] does 16M give a counting overhead ?

2006-07-29 Thread bertrand Gugger
Andi Gutmans wrote: This is the system limit info: http://linux.about.com/library/cmd/blcmdl2_setrlimit.htm this 8M limit is linux ? It has nothing to do with PHP. The PHP limit is in the INI file and you can grep for that INI parameter in PHP. Sure , let us say there's no line memory_l

Re: [PHP-DEV] does 16M give a counting overhead ?

2006-07-29 Thread bertrand Gugger
Andi Gutmans wrote: There is no hardcoded counting. We either cound (--enable-memory-limit) or we don't (i.e. we rely on the system limits) Andi -Original Message- From: bertrand Gugger [mailto:[EMAIL PROTECTED] btw , could you and PHP archives the same , avoid to quote d

Re: [PHP-DEV] does 16M give a counting overhead ?

2006-07-29 Thread bertrand Gugger
s for the kind answers. -- toggg Andi -Original Message- From: bertrand Gugger [mailto:[EMAIL PROTECTED] Sent: Saturday, July 29, 2006 1:10 PM To: internals@lists.php.net Subject: Re: [PHP-DEV] does 16M give a counting overhead ? Andi Gutmans wrote: Hi Bertrand, The discussion

Re: [PHP-DEV] does 16M give a counting overhead ?

2006-07-29 Thread bertrand Gugger
Andi Gutmans wrote: Hi Bertrand, The discussion is on how and what we count, not on whether to count or not. The quoted discussion is/was , this one is about the possibility to get 16M without counting. If you count in 256KB increments instead of in byte increments then there's less counting t

[PHP-DEV] does 16M give a counting overhead ?

2006-07-29 Thread bertrand Gugger
=php-dev&m=115400370218834 So I just ask if and how it is possible to get 16M without the counting overhead. -- toggg Ilia Alshanetsky wrote: On 27-Jul-06, at 9:03 AM, bertrand Gugger wrote: That may hear off topic , but how you enable something else than 8M *without* getting this cou

Re: [PHP-DEV] memory_get_usage with new Memory Manager

2006-07-27 Thread bertrand Gugger
Ilia Alshanetsky wrote: On 27-Jul-06, at 9:03 AM, bertrand Gugger wrote: That may hear off topic , but how you enable something else than 8M *without* getting this counting overhead ? Eh? When you set a limit what are you trying to do? From my experience most of the time this setting

Re: [PHP-DEV] memory_get_usage with new Memory Manager

2006-07-27 Thread bertrand Gugger
Ilia Alshanetsky wrote: On 27-Jul-06, at 6:02 AM, Matt W wrote: Something else I'd like to see changed... Does anyone think memory_get_[peak_]usage() should *always* be available, regardless of whether memory_limit is actually enabled? Using the Windows binaries at least, I was devastated

[PHP-DEV] Re: PHP 5.2.0RC1 Released

2006-07-24 Thread bertrand Gugger
Ilia Alshanetsky wrote: The first release candidate of PHP 5.2.0 is finally out cool thing and the source packages can be found here: http://downloads.php.net/ilia/php-5.2.0RC1.tar.bz2 (fa36d378f7f1fd547b881b6323ae2c60) merci bien , we need it. Given the long time it took to make this RC t

Re: [PHP-DEV] [PATCH] number_format enhancements

2006-07-24 Thread bertrand Gugger
Matt W wrote: Sure, but I was meaning , in so far you extend the functionality of number_format , then you will need to extend the doc. Some draft of this doc extension would be usefull , even in this test phase and especially for "userland" people. Oh, I see. I don't know anything about cha

Re: [PHP-DEV] [PATCH] array_combine is not binary-key safe

2006-07-24 Thread bertrand Gugger
Matt W wrote: Nope, it's broken. :-) Thx to confirm the report , It's old linux here , so maybe it's related. I did a full report of the whole run-tests with the snap from 06:30 this morning and this minimal build. (attached for complements of info) off topic: As recommended (7 other fail

Re: [PHP-DEV] [PATCH] array_combine is not binary-key safe

2006-07-23 Thread bertrand Gugger
Matt W wrote: Hi Andrei, I see you applied my patch. Testing with a php5.2-200607222030 snaps having /* $Id: array.c,v 1.308.2.21.2.7 2006/07/22 16:58:39 andrei Exp $ */ Looks by me as the ext/standard/tests/array/array_combine.phpt fails Is it by me ? $ diff -W 60 -y --suppress-common-lines

Re: [PHP-DEV] [PATCH] number_format enhancements

2006-07-23 Thread bertrand Gugger
Matt W wrote: Hi, Give some basic userland examples about what you propose to change, please ... (I guess these are a part of the .phpt) In the .phpt file, it is userland code where you can see examples of how the changes work. :-) Sure, but I was meaning , in so far you extend the functionali

Re: [PHP-DEV] [PATCH] number_format enhancements

2006-07-22 Thread bertrand Gugger
Matt W wrote: Hi, Haven't heard any opinions on these functionality changes... (Though I know more significant things keep you busy!) Do many other people use number_format()?? Wouldn't allowing thousands separator as param #2 simplify things? Any issues with the semantics of operation? Neg

Re: [PHP-DEV] [PATCH] number_format enhancements

2006-07-22 Thread bertrand Gugger
bertrand Gugger wrote: Bonsoir Matt, Matt W wrote: Hi, Haven't heard any opinions on these functionality changes... (Though I know more significant things keep you busy!) Do many other people use number_format()?? Wouldn't allowing thousands separator as param #2 simplify th

Re: [PHP-DEV] [PATCH] number_format enhancements

2006-07-22 Thread bertrand Gugger
Bonsoir Matt, Matt W wrote: Hi, Haven't heard any opinions on these functionality changes... (Though I know more significant things keep you busy!) Do many other people use number_format()?? Wouldn't allowing thousands separator as param #2 simplify things? Any issues with the semantics of o

Re: [PHP-DEV] Date flamewar summary

2006-07-19 Thread bertrand Gugger
Jason Sweat wrote: On 7/19/06, Alan Knowles <[EMAIL PROTECTED]> wrote: +1 for adding the namespace patch in :) - oh well I can always dream... Regards Alan +1 dreamer ( and +1 annoying de-lurker voting because he thinks it is american idol ;) Regards, Jason Why ? I got schoked when I saw

Re: [PHP-DEV] E_STRICT

2006-07-15 Thread bertrand Gugger
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 to easily dete

[PHP-DEV] Re: RE : Extending include path to support stream wrappers

2006-07-14 Thread bertrand Gugger
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

Re: [PHP-DEV] Missing __toString() part

2006-06-03 Thread bertrand Gugger
Gwynne wrote: > no attempt would/should be made to calculate a hash based on anything other than what the object is willing to call itself. +1 here oo people have a name for that. and implement what's needed. I'm surely out of talk , but please keep indexes scalar. The toString way is anyway

Re: [PHP-DEV] RFC array functions

2006-05-27 Thread bertrand Gugger
Matthew C. Kavanagh wrote: Pierre wrote: On 5/27/06, Marcus Boerger <[EMAIL PROTECTED]> wrote: - bool array(array $array) cehcks whether arra position is valid (e.g. like "key($array) !== NULL") I don't understand this one. I think you have to listen to psychedelic music and take a

[PHP-DEV] Re: Flamewar Summary

2006-05-17 Thread bertrand Gugger
Bonsoir Ilia Alshanetsky wrote: Inclusion of E_STRICT and E_RECOVERABLE_ERROR into E_ALL -0 I don't like it , but we can easily get over. Addition of support for dynamic statics ala: class foo {} foo::$bar = 1; -1 We rarely use it, and I think alan's way is ok for those using it massively. So

Re: [PHP-DEV] PHP Release Process Sucks

2006-05-17 Thread bertrand Gugger
Bonsoir Pierre wrote: Why don't you ask for an access to the wiki and update this list there? -- Pierre You need access to that ? -- toggg -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP Release Process Sucks

2006-05-17 Thread bertrand Gugger
Bonjour, Greg Beaver wrote: Sebastian Bergmann wrote: Ilia Alshanetsky wrote: For every RC we already send an e-mail to about 12 projects asking them to test their code against the release and let us know of any issues that come up. Sadly, this does not seem to work. Maybe because nobody

Re: [PHP-DEV] Re: Stop Breaking Our Apps For the Sake of OO

2006-05-11 Thread bertrand Gugger
Marcus Boerger wrote: Hello bertrand, we already have an infrastructure that allows you to run tests. Just do: make test I forgot the point: I said infrastucture as what would need php to be complete , with a minimal build (with nothing) 45% of the tests are skipped. Anyway, unit tests are

Re: [PHP-DEV] Re: Stop Breaking Our Apps For the Sake of OO

2006-05-11 Thread bertrand Gugger
Bonsoir Marcus Boerger wrote: Hello bertrand, we already have an infrastructure that allows you to run tests. Just do: make test I guess I was aware of that, even if I'm more used to the pear format of .phpt make test is easy reporting failing ones is not I just told I would try Regards --

Re: [PHP-DEV] Re: Stop Breaking Our Apps For the Sake of OO

2006-05-11 Thread bertrand Gugger
Bonsoir, Marcus Boerger wrote: Hello Jared, this is the first prodictive mail in this thread, we can easily extend the .phpt system to have different expectations for different versions of php. That was we can handle stuff that slightly changes like spell correction in error messages and such.

[PHP-DEV] Re: Stop Breaking Our Apps For the Sake of OO

2006-05-11 Thread bertrand Gugger
Pierre wrote: I forgot to mention how vicious such changes can be. Most of times the related tests are "updated" in the same commit (or right after) to follow the new behavior. Making nearly impossible to know about the breakages without duplicating core tests in our apps. Also commit messages or

[PHP-DEV] Re: CVS Account Request: makoto

2006-03-21 Thread bertrand Gugger
Bonjour Makoto Tanaka wrote: I have a new PEAR package. So I wish to contribute. http://pear.php.net/pepr/pepr-proposal-show.php?id=362 module name : "Services_Hatena" (the pear-group credentials) Username: makoto Funny thing , seems your mail got lost PEAR::Services_Hatena package is real. --

Re: [PHP-DEV] Re: New Operator

2006-03-15 Thread bertrand Gugger
Brian Moon wrote: Oh, you want an operator to do that? Does some other language have this that we are wanting to copy here? Seems overly complicated to me. But, so does a lot of things being added PHP these days. As bash ${parameter:=word} ? -- toggg -- PHP Internals - PHP Runtime Develop

Re: [PHP-DEV] GOTO and/or BREAK LABEL (conclusion)

2006-03-12 Thread bertrand Gugger
Can't you g(irl|uy)s install somewhere a right pool so people can simply vote ? With some identification, so you can sort out common people, registered, core, etc... results ? I mean for simple choices e.g. goto|jump|both, otherwise, as was recently proposed, RFC are certainly nice and more ef

[PHP-DEV] Re: GOTO and/or BREAK LABEL

2006-03-08 Thread bertrand Gugger
Dmitry Stogov wrote: Hi, Because of some confused people I reverted "break label" patch and post it for discussion once again together with GOTO patch. Please reviw and vote. 1) goto and break label 2) goto only (like C) 3) break label only (like Java) 4) nothing My vote: (1) +0.5, (4) +0.

Re: [PHP-DEV] Re: GOTO and/or BREAK LABEL

2006-03-08 Thread bertrand Gugger
Steph Fox wrote: I'm not concerned by the vote. Please, Bertrand, the goto/labelled breaks discussions were held ad infinitum last June, and back in December, and again more recently. The _only_ concern now is the vote. Anything else will lead to so much noise on here we can't hear ourselve

[PHP-DEV] Re: GOTO and/or BREAK LABEL

2006-03-08 Thread bertrand Gugger
Dmitry Stogov wrote: Hi, Because of some confused people I reverted "break label" patch and post it for discussion once again together with GOTO patch. Please reviw and vote. 1) goto and break label 2) goto only (like C) 3) break label only (like Java) 4) nothing My vote: (1) +0.5, (4) +0.5

Re: [PHP-DEV] the offical php irc

2005-12-25 Thread bertrand Gugger
Bonjour, Rasmus Lerdorf wrote: There is no such thing as an official irc channel for PHP. We have nothing to do with this. -Rasmus bertrand Gugger wrote: Bonjour, Can some english speaker translate me what I got on the official #php on EFNet ? Sorry, I'm french: "you momma so

[PHP-DEV] the offical php irc

2005-12-24 Thread bertrand Gugger
Bonjour, Can some english speaker translate me what I got on the official #php on EFNet ? Sorry, I'm french: "you momma so ugly when she sits on the beach cats try to burry her" words I won't forget a+ -- bertrand -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: ht