Re: [PHP-DEV] About PTY

On 04/02/13 19:37, Ferenc Kovacs wrote: On Mon, Feb 4, 2013 at 7:32 PM, Ivan Enderlin @ Hoa < ivan.ender...@hoa-project.net> wrote: On 04/02/13 16:22, Ferenc Kovacs wrote: But is it possible to have PTY support today in PHP? These commits are from 2004, we are in 2013 now. Maybe new solutio

Re: [PHP-DEV] Proposal for serious BC compatibility aka language versioning

On 02/04/2013 10:35 PM, Karoly Negyesi wrote: > OK, let's try this again. > > Maybe language versioning is out. That's sad, but this thread brought > to light a much more important problem I would like to try to address. > > I have long felt the PHP team is living in another world I do. > > Let

Re: [PHP-DEV] Proposal for serious BC compatibility aka language versioning

OK, let's try this again. Maybe language versioning is out. That's sad, but this thread brought to light a much more important problem I would like to try to address. I have long felt the PHP team is living in another world I do. Let me describe my world. I am working on an open source package.

Re: [PHP-DEV] SplFileObject::__toString potentially returns false

On Mon, Feb 4, 2013 at 5:56 PM, Charles Sprayberry wrote: > There was a previous discussion on the return value of > SplFileObject::__toString being > an alias to SplFileObject::current() but that was about the design decision > why and not > really suggesting any kind of change or a technical err

[PHP-DEV] SplFileObject::__toString potentially returns false

There was a previous discussion on the return value of SplFileObject::__toString being an alias to SplFileObject::current() but that was about the design decision why and not really suggesting any kind of change or a technical error. In the discussion it was established that: (1) Changing this wou

Re: [PHP-DEV] PHP 5.4.11 tests: floating point diff

On Tue, 05 Feb 2013 00:12:54 +0100, Levi Morrison wrote: I have confirmed that fmod(-2, 2) returns positive zero in icc. I have asked on their forum if there is a flag or something I can enable to fix this; it might be a bug. Note that fmodf (for floats, not doubles) correctly returns -0.

Re: [PHP-DEV] PHP 5.4.11 tests: floating point diff

>> My understanding of floating point calculations is that -0 and 0 are >> equivalent, so I can safely ignore the failures. I wanted to first >> check to make sure that is actually true. > > > No, they are not the same thing for several purposes. For instance, they > have different serializations.

Re: [PHP-DEV] PHP 5.4.11 tests: floating point diff

On Mon, Feb 4, 2013 at 9:50 PM, Levi Morrison wrote: > I have been compiling PHP under various compilers trying to figure out > what flags I need for each compiler to pass all tests excluding > XFAILs. With Intel 13.0.1 I'm down to two failing tests: > > ==

Re: [PHP-DEV] PHP 5.4.11 tests: floating point diff

On Mon, 04 Feb 2013 21:50:23 +0100, Levi Morrison wrote: I have been compiling PHP under various compilers trying to figure out what flags I need for each compiler to pass all tests excluding XFAILs. With Intel 13.0.1 I'm down to two failing tests: =

Re: [PHP-DEV] VCS Account Request: jenkins

On Mon, 2013-02-04 at 19:13 +0100, Ferenc Kovacs wrote: > yeah, that would work also, but it has some of the concerns that were > mentioned about the git push way: > if you somehow compromise the jenkins box, you can get rouge commits to the > jenkins git.php.net repo. > as I mentioned, I think I w

[PHP-DEV] PHP 5.4.11 tests: floating point diff

I have been compiling PHP under various compilers trying to figure out what flags I need for each compiler to pass all tests excluding XFAILs. With Intel 13.0.1 I'm down to two failing tests: = FAILED TEST SUMMARY

[PHP-DEV] Re: confirm unsubscribe from internals@lists.php.net

Excerpts from internals-help's message of 2013-02-04 18:34:15 UTC: > Hi! This is the ezmlm program. I'm managing the > internals@lists.php.net mailing list. > > I'm working for my owner, who can be reached > at internals-ow...@lists.php.net. > > To confirm that you would like > >cl...@fewbar

Re: [PHP-DEV] About PTY

On Mon, Feb 4, 2013 at 7:32 PM, Ivan Enderlin @ Hoa < ivan.ender...@hoa-project.net> wrote: > > On 04/02/13 16:22, Ferenc Kovacs wrote: > >> But is it possible to have PTY support today in PHP? These commits are >>> from 2004, we are in 2013 now. Maybe new solutions are conceivable. >>> >> Sure, I

Re: [PHP-DEV] VCS Account Request: jenkins

On 04.02.2013 19:13, Ferenc Kovacs wrote: > yeah, that would work also, but it has some of the concerns that were > mentioned about the git push way: > if you somehow compromise the jenkins box, you can get rouge commits to > the jenkins git.php.net repo. > as I mentioned, I th

Re: [PHP-DEV] VCS Account Request: jenkins

On Mon, Feb 4, 2013 at 7:07 PM, Johannes Schlüter wrote: > On Mon, 2013-02-04 at 18:49 +0100, Ferenc Kovacs wrote: > > > > Yeah, this what I mentioned by 'I can use my personal github account for > > storing the configs for the time being'. > > If you mean creating a repo under the http://github.c

Re: [PHP-DEV] VCS Account Request: jenkins

On Mon, 2013-02-04 at 18:49 +0100, Ferenc Kovacs wrote: > > Yeah, this what I mentioned by 'I can use my personal github account for > storing the configs for the time being'. > If you mean creating a repo under the http://github.com/php then I think it > would be a little bit confusing, because a

Re: [PHP-DEV] About PTY

On 04/02/13 16:22, Ferenc Kovacs wrote: But is it possible to have PTY support today in PHP? These commits are from 2004, we are in 2013 now. Maybe new solutions are conceivable. Sure, I was just saying that we didn't had a working and mature solution back then which we removed later, but added

Re: [PHP-DEV] VCS Account Request: jenkins

On Mon, Feb 4, 2013 at 6:43 PM, Florian Anderiasch wrote: > On 03.02.2013 15:18, Ferenc Kovacs wrote: > > >>> I requested this one, please approve it and also grant him karma for > >>> web/jenkins.git > > Wouldn't it be a possibility to just create a github repo and allow key > access only there?

Re: [PHP-DEV] VCS Account Request: jenkins

On 03.02.2013 15:18, Ferenc Kovacs wrote: >>> I requested this one, please approve it and also grant him karma for >>> web/jenkins.git Wouldn't it be a possibility to just create a github repo and allow key access only there? Greetings, Florian -- PHP Internals - PHP Runtime Development Mailin

Re: [PHP-DEV] more inline assembler noise

On Mon, Feb 4, 2013 at 8:59 PM, Ard Biesheuvel wrote: > On 02/04/2013 01:50 PM, Dmitry Stogov wrote: > >> I can't remember if I did any special benchmarks except for bench.php when >> I introduced fast math functions. >> That time, I rearranged the code to allow inlining of the most probable >> pa

Re: AW: AW: [PHP-DEV] FILTER_VALIDATE_INT and +0/-0

Both statements are wrong, since the purpose of the filter extension is to validate strings. I found this information in BR #52884 (see last comment). Maybe it should be added to the docs? It's nonsense to say, that FILTER_VALIDATE_INT must work like var_dump() since they are both serving differen

Re: [PHP-DEV] more inline assembler noise

On 02/04/2013 01:50 PM, Dmitry Stogov wrote: I can't remember if I did any special benchmarks except for bench.php when I introduced fast math functions. That time, I rearranged the code to allow inlining of the most probable paths and added assembler code to catch overflow (C can't do it in opti

Re: [PHP-DEV] (non)growing memory while creating anoymous functions via eval()

Am 04.02.2013, 17:57 Uhr, schrieb "Ángel González" : Hans-Jürgen Petrich wrote: Hi Terry and all thank you very much for your response. The only thing that confused me about what you say that the second *doesn't* grow Yes, about that i was [and am still :-)] also confused... why the 2nd one

Re: [PHP-DEV] (non)growing memory while creating anoymous functions via eval()

Am 04.02.2013, 19:11 Uhr, schrieb Terry Ellison : Hi Terry and all thank you very much for your response. The only thing that confused me about what you say that the second *doesn't* grow Yes, about that i was [and am still :-)] also confused... why the 2nd one won't grow *non-stop* so I ch

Re: [PHP-DEV] About PTY

On Mon, Feb 4, 2013 at 3:58 PM, Ivan Enderlin @ Hoa < ivan.ender...@hoa-project.net> wrote: > On 30/01/13 12:53, Ferenc Kovacs wrote: > >> wez turned that off 9 years ago: >> >>> https://github.com/php/php-src/commit/ bd818c0118ba406d82f901d4f97a13***

Re: [PHP-DEV] About PTY

On 30/01/13 12:53, Ferenc Kovacs wrote: wez turned that off 9 years ago: https://github.com/php/php-**src/commit/**bd818c0118ba406d82f901d4f97a13* *4727440df4 But why? Are arguments always valid today? Thanks.

AW: AW: [PHP-DEV] FILTER_VALIDATE_INT and +0/-0

> So the question is only whether "+0" or "-0" (or "+0", etc.) should be > accepted as integers by FILTER_VALIDATE_INT. I think they should, > because > we also accept non-canonical inputs such as "+5", i.e., we always > accept a > sign. It's true that 0 is neither positive or negative, but I don't

Re: [PHP-DEV] more inline assembler noise

I can't remember if I did any special benchmarks except for bench.php when I introduced fast math functions. That time, I rearranged the code to allow inlining of the most probable paths and added assembler code to catch overflow (C can't do it in optimal way). As I remember the bench.php showed so

Re: [PHP-DEV] (non)growing memory while creating anoymous functions via eval()

Hi Terry and all thank you very much for your response. The only thing that confused me about what you say that the second *doesn't* grow Yes, about that i was [and am still :-)] also confused... why the 2nd one won't grow *non-stop* so I checked and it does -- just the same as the first. R

Re: [PHP-DEV] VCS Account Request: nickl

On Fri, Nov 23, 2012 at 2:00 PM, Nick Lombard wrote: > I would be inclined to pick the documentation option but it is obviously a > trick question, you should know that finding this form is a trick in itself > and I am making use of this chance/opportunity, if I may. > > No this application does

Re: AW: [PHP-DEV] FILTER_VALIDATE_INT and +0/-0

Hi, On Feb 4, 2013 12:33 PM, "Gustavo Lopes" wrote: > So the question is only whether "+0" or "-0" (or "+0", etc.) should be accepted as integers by FILTER_VALIDATE_INT. I think they should, because we also accept non-canonical inputs such as "+5", i.e., we always accept a sign. It's true that 0

Re: AW: [PHP-DEV] FILTER_VALIDATE_INT and +0/-0

On Mon, 04 Feb 2013 12:14:50 +0100, Frank Liepert wrote: The change to FILTER_VALIDATE_INT seems to be inconsistent. First of all, take the following bug (https://bugs.php.net/bug.php?id=54096) where it says "PHP defines -0 as an int.". Where does PHP define it? The documentation says: "

AW: [PHP-DEV] FILTER_VALIDATE_INT and +0/-0

The change to FILTER_VALIDATE_INT seems to be inconsistent. First of all, take the following bug (https://bugs.php.net/bug.php?id=54096) where it says "PHP defines -0 as an int.". Where does PHP define it? The documentation says: "An integer is a number of the set ℤ = {..., -2, -1, 0, 1, 2, ...

Re: [PHP-DEV] (non)growing memory while creating anoymous functions via eval()

Hans-Jürgen Petrich wrote: > Hi Terry and all > thank you very much for your response. > >> The only thing that confused me about what you say that the second >> *doesn't* grow > Yes, about that i was [and am still :-)] also confused... why the 2nd > one won't grow *non-stop* > >> so I checked and

Re: [PHP-DEV] more inline assembler noise

Hi Dimitry, The main problem I have with this code is that most of it (the double handling) is outside the hot path, and that it is riddled with hardcoded constants, struct offsets etc. However, if it works than I am not necessarily in favour of making changes to it. So can you explain a little b

Re: [PHP-DEV] more inline assembler noise

Hi Ard, Actually with your patch the fast_increment_function() is going to be compile into something like this incl (%ecx) seto %al test %al,%al jz .FLOAT .END: ... .FLOAT: movl $0x0, (%ecx) movl $0x41e0, 0x4(%ecx) movb $0x2,0xc(%ecx) jmp . END while before th

Re: [PHP-DEV] Re: [PHP-CVS] com php-src: Really fix test pdo_mysql_class_constants.phpt: ext/pdo_mysql/tests/pdo_mysql_class_constants.phpt

On Wed, Dec 12, 2012 at 5:17 PM, Remi Collet wrote: > Working on fixing pdo_mysql_class_constants.phpt, I notice a strange > behavior, which breaks MySQLPDOTest::getClientVersion() > > *** With libmysqlclient > > var_dump(mysqli_get_client_info()); > => string(6) "5.5.28" > > var_dump(mysqli_get_

Re: [PHP-DEV] more inline assembler noise

On Fri, Jan 18, 2013 at 7:08 PM, Ard Biesheuvel wrote: > Hello, > > Again, apologies for prematurely declaring someone else's code 'crap'. > There are no bugs in the inline x86 assembler in Zend/zend_operators.h, as > far as I can tell, only two kinds of issues that I still think should be > addre

Re: [PHP-DEV] FILTER_VALIDATE_INT and +0/-0

> +0 and -0 don't make sense for integers, where there is only 0. Allowing > only 0 was on purpose. +0 and -0 are accepted by sscanf('%d'), intval(), and (int). +0 is produced by sprintf('%+d') Thus, the change to FILTER_VALIDATE_INT seems to make sense. best regards Patrick -- PHP Internal

Re: [PHP-DEV] Proposal for serious BC compatibility aka language versioning

Am 04.02.2013 08:14, schrieb Jan Ehrhardt: Thomas Bley in php.internals (Mon, 4 Feb 2013 02:06:02 +0100): If I see it correctly, none of Debian, Ubuntu, openSUSE, CentOS, Fedora currently offer more than one version of PHP. Yes. Even SUSE Linux Enterprise Server 11 SP 2 which ships both legacy

Re: [PHP-DEV] New SSL stream context option to prevent CRIME attack vector

On Wed, Jan 30, 2013 at 10:25 PM, Lars Strojny wrote: > Hi, > > we have an open PR for a new SSL stream context option to prevent the > CRIME attack vendor. Anybody with more familiar knowledge of SSL should > have a look: https://github.com/php/php-src/pull/269 > > cu, > Lars > -- > PHP Internal

Re: [PHP-DEV] APC 3.1.14 disappeared from PECL

On 02/04/2013 01:10 AM, Pierre Joye wrote: > On Mon, Feb 4, 2013 at 10:04 AM, Rasmus Lerdorf wrote: > >> Well, we don't have any sort of mechanism in place to mark a pecl >> release as bad. The best we have is the ability to delete a release and >> release a new one. > > Right,but it was beta so

[PHP-DEV] Namespace and autoloader Re: [PHP-DEV] Questioning the future of PHP

Would that be so hard to distinguish in the parser? If it is, I'd be grateful to know why. We already have it in now. Changing it for cosmetics would break existing code, and I have not yet understood for what benefit? Touching back on what I mentioned earlier about PHP not having an inheren

Re: [PHP-DEV] APC 3.1.14 disappeared from PECL

On Mon, Feb 4, 2013 at 10:04 AM, Rasmus Lerdorf wrote: > Well, we don't have any sort of mechanism in place to mark a pecl > release as bad. The best we have is the ability to delete a release and > release a new one. Right,but it was beta so... :) However to mark a release as bad is not a smal

Re: [PHP-DEV] APC 3.1.14 disappeared from PECL

On 02/04/2013 12:48 AM, Pierre Joye wrote: > On Mon, Feb 4, 2013 at 9:47 AM, Ferenc Kovacs wrote: >> 2013.02.04. 9:36, "Leigh" ezt írta: >>> >>> The release is still tagged in the repo [1], but the download link [2] and >>> the changelog entry [3] have gone. >>> >>> Was this an accident, or on pu

Re: [PHP-DEV] APC 3.1.14 disappeared from PECL

On Mon, Feb 4, 2013 at 9:47 AM, Ferenc Kovacs wrote: > 2013.02.04. 9:36, "Leigh" ezt írta: >> >> The release is still tagged in the repo [1], but the download link [2] and >> the changelog entry [3] have gone. >> >> Was this an accident, or on purpose. (if it was on purpose is there an >> issue w

Re: [PHP-DEV] APC 3.1.14 disappeared from PECL

2013.02.04. 9:36, "Leigh" ezt írta: > > The release is still tagged in the repo [1], but the download link [2] and > the changelog entry [3] have gone. > > Was this an accident, or on purpose. (if it was on purpose is there an > issue we should know about?) > > [1] http://svn.php.net/viewvc/pecl/a

Re: [PHP-DEV] Update PHP stats?

Great news! Thank you.