On Aug 22, 2015 9:33 AM, "Pierre Joye" wrote:
>
> On Sat, Aug 22, 2015 at 9:16 AM, Anthony Ferrara
wrote:
>
> > If that's what it will take I will happily draft one tomorrow morning.
But
> > if the RMs are against it, I will respect that as well. Hence the
dilemma.
>
> For what I understand the R
Pierre
On Aug 21, 2015 22:33, "Pierre Joye" wrote:
>
> On Sat, Aug 22, 2015 at 9:16 AM, Anthony Ferrara
wrote:
>
> > If that's what it will take I will happily draft one tomorrow morning.
But
> > if the RMs are against it, I will respect that as well. Hence the
dilemma.
>
> For what I understand
On Sat, Aug 22, 2015 at 9:16 AM, Anthony Ferrara wrote:
> If that's what it will take I will happily draft one tomorrow morning. But
> if the RMs are against it, I will respect that as well. Hence the dilemma.
For what I understand the RMs are not against what it is proposed but
its incompletene
On Fri, Aug 21, 2015 at 10:16 PM, Anthony Ferrara wrote:
>
> Pierre
>
> On Aug 21, 2015 22:01, "Pierre Joye" wrote:
> >
> > On Sat, Aug 22, 2015 at 8:43 AM, Anthony Ferrara
> > wrote:
> > > Anatol,
> > >
> > > On Aug 21, 2015 8:10 PM, "Anatol Belski" wrote:
> > >>
> > >> Hi,
> > >>
> > >> > --
Pierre
On Aug 21, 2015 22:01, "Pierre Joye" wrote:
>
> On Sat, Aug 22, 2015 at 8:43 AM, Anthony Ferrara
wrote:
> > Anatol,
> >
> > On Aug 21, 2015 8:10 PM, "Anatol Belski" wrote:
> >>
> >> Hi,
> >>
> >> > -Original Message-
> >> > From: Anthony Ferrara [mailto:ircmax...@gmail.com]
> >>
On Sat, Aug 22, 2015 at 8:43 AM, Anthony Ferrara wrote:
> Anatol,
>
> On Aug 21, 2015 8:10 PM, "Anatol Belski" wrote:
>>
>> Hi,
>>
>> > -Original Message-
>> > From: Anthony Ferrara [mailto:ircmax...@gmail.com]
>> > Sent: Friday, August 21, 2015 3:37 PM
>> > To: Scott Arciszewski
>> > Cc
Anatol,
On Aug 21, 2015 8:10 PM, "Anatol Belski" wrote:
>
> Hi,
>
> > -Original Message-
> > From: Anthony Ferrara [mailto:ircmax...@gmail.com]
> > Sent: Friday, August 21, 2015 3:37 PM
> > To: Scott Arciszewski
> > Cc: Pierre Joye ; Trevor Suarez ;
> > Niklas Keller ; PHP Internals
> >
On Fri, Aug 21, 2015 at 6:22 AM, Anatol Belski
wrote:
>
>
> > -Original Message-
> > From: Sherif Ramadan [mailto:theanomaly...@gmail.com]
> > Sent: Friday, August 21, 2015 12:00 PM
> > To: Anatol Belski
> > Cc: Dmitry Stogov ; Xinchen Hui ;
> > Nikita Popov ; Pierre Joye ;
> > Bob Weina
On Aug 22, 2015 7:39 AM, "Christoph Becker" wrote:
>
> On 21.08.2015 at 12:14, Scott Arciszewski wrote:
>
> > 2. One of the folks in the camp that WANTS an RFC and a drawn out
> > formal decision-making process opens it with a poll.
>
> AIUI, that is not how it is supposed to work. Those who want
On 21.08.2015 at 12:14, Scott Arciszewski wrote:
> 2. One of the folks in the camp that WANTS an RFC and a drawn out
> formal decision-making process opens it with a poll.
AIUI, that is not how it is supposed to work. Those who want to change
existing behavior should make a respective RFC, if co
Hi,
> -Original Message-
> From: Anthony Ferrara [mailto:ircmax...@gmail.com]
> Sent: Friday, August 21, 2015 3:37 PM
> To: Scott Arciszewski
> Cc: Pierre Joye ; Trevor Suarez ;
> Niklas Keller ; PHP Internals
> Subject: Re: [PHP-DEV] Recap - Core functions throwing exceptions in PHP7
>
On 08/21/2015 06:36 AM, Anthony Ferrara wrote:
> My proposal/stance:
>
> Let's make random_* throw an Exception if it cannot connect to a
> random source. And let's have it throw an TypeError if ZPP fails, or
> Error if min >= max.
>
> The first two are consistent with existing exceptions.
I don
Hi Dmitry, all,
Things are looking really good now, f-i-n-a-l-l-y! Last weekend, after
thinking "no more changes" again, I thought of a couple more improvements,
hah, and now I think there isn't much that could be improved.
So it should be fully alive this weekend, flying, with the fastest/s
On 21.08.2015 at 22:37, Anatol Belski wrote:
>> -Original Message-
>> From: Nikita Popov [mailto:nikita@gmail.com]
>> Sent: Friday, August 21, 2015 3:14 PM
>> To: Anatol Belski
>> Cc: Adam Harvey ; Christoph Becker
>> ; PHP internals
>> Subject: Re: [PHP-DEV] libpcre version requirem
Hi,
On Fri, Aug 21, 2015 at 4:36 PM, Anthony Ferrara wrote:
>
> MHO is this is too important of a distinction to simply gloss over.
> Having it return false (or null) will be a problem, as nobody will
> perform the error checks. And returning $x where `$x == 0` in a
> security context could be in
> -Original Message-
> From: Nikita Popov [mailto:nikita@gmail.com]
> Sent: Friday, August 21, 2015 3:14 PM
> To: Anatol Belski
> Cc: Adam Harvey ; Christoph Becker
> ; PHP internals
> Subject: Re: [PHP-DEV] libpcre version requirements
>
> On Fri, Aug 14, 2015 at 1:25 AM, Anatol B
On Fri, Aug 21, 2015 at 8:02 PM, Bob Weinand wrote:
> > Am 21.08.2015 um 15:58 schrieb Dennis Birkholz :
> >
> > Hi all,
> >
> > Am 21.08.2015 um 14:51 schrieb Christoph Becker:
> >> Hi Bob!
> >>
> >> On 21.08.2015 at 00:13, Bob Weinand wrote:
> >>
> >>> Commit:82b73fd1e3c53228bb31b75a446114b
> Am 21.08.2015 um 15:58 schrieb Dennis Birkholz :
>
> Hi all,
>
> Am 21.08.2015 um 14:51 schrieb Christoph Becker:
>> Hi Bob!
>>
>> On 21.08.2015 at 00:13, Bob Weinand wrote:
>>
>>> Commit:82b73fd1e3c53228bb31b75a446114b5fd0cd240
>>> Author:Bob Weinand Sun, 2 Nov 2014
>>> 23:
Hi all,
Am 21.08.2015 um 14:51 schrieb Christoph Becker:
> Hi Bob!
>
> On 21.08.2015 at 00:13, Bob Weinand wrote:
>
>> Commit:82b73fd1e3c53228bb31b75a446114b5fd0cd240
>> Author:Bob Weinand Sun, 2 Nov 2014
>> 23:25:49 +0100
>> Parents: a3eed5fbfe24368726906f425b15ce40b5fc36e0
Results for project php-src-nightly, build date 2015-08-21 05:00:00+03:00
commit: 823062d6c1df3dfdb370c98164e0b793034e0d23
revision_date:2015-08-21 00:13:03+02:00
environment: Haswell-EP
cpu: Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2,
LLC 45 MB
Hi!
How should development and maintenance of the zip extension be handled?
Which is the "master" repo?
It seems that ext/zip and pecl/zip already have diverged, and IMHO it
would be reasonable to keep both repos in sync (or maybe to drop pecl/zip).
--
Christoph M. Becker
--
PHP Internals -
On Fri, Aug 21, 2015 at 6:14 AM, Scott Arciszewski wrote:
> On Fri, Aug 21, 2015 at 3:52 AM, Pierre Joye wrote:
>> On Fri, Aug 21, 2015 at 9:38 AM, Scott Arciszewski
>> wrote:
>>> On Wed, Aug 19, 2015 at 11:36 AM, Trevor Suarez wrote:
Ah, I didn't realize this thread existed. I had just c
On Fri, Aug 14, 2015 at 1:25 AM, Anatol Belski
wrote:
>
>
> > -Original Message-
> > From: a...@adamharvey.name [mailto:a...@adamharvey.name] On Behalf
> > Of Adam Harvey
> > Sent: Thursday, August 13, 2015 8:44 PM
> > To: Christoph Becker
> > Cc: Anatol Belski ; PHP internals
> >
> > S
Hi Bob!
On 21.08.2015 at 00:13, Bob Weinand wrote:
> Commit:82b73fd1e3c53228bb31b75a446114b5fd0cd240
> Author:Bob Weinand Sun, 2 Nov 2014 23:25:49
> +0100
> Parents: a3eed5fbfe24368726906f425b15ce40b5fc36e0
> Branches: master
>
> Link:
> http://git.php.net/?p=php-src.
> -Original Message-
> From: Sherif Ramadan [mailto:theanomaly...@gmail.com]
> Sent: Friday, August 21, 2015 12:00 PM
> To: Anatol Belski
> Cc: Dmitry Stogov ; Xinchen Hui ;
> Nikita Popov ; Pierre Joye ;
> Bob Weinand ; Jakub Zelenka ; Matt
> Wilmas ; PHP Internals
> Subject: Re: [PHP-
On Fri, Aug 21, 2015 at 3:52 AM, Pierre Joye wrote:
> On Fri, Aug 21, 2015 at 9:38 AM, Scott Arciszewski
> wrote:
>> On Wed, Aug 19, 2015 at 11:36 AM, Trevor Suarez wrote:
>>> Ah, I didn't realize this thread existed. I had just commented on the old
>>> one, but the point still stands:
>>>
>>>
I think you're a little optimistic about how effective these macros would
be for overflow checks. Also, if we're talking ANSI C or C99, then size_t
is always unsigned, and as far as I know GCC 2.4 always treats it as such.
If we're trying to stick to C here anyway.
As far as architecture specific
> -Original Message-
> From: Anatol Belski [mailto:anatol@belski.net]
> Sent: Friday, August 21, 2015 11:38 AM
> To: 'Sherif Ramadan'
> Cc: 'Dmitry Stogov' ; 'Xinchen Hui' ;
> 'Nikita Popov' ; 'Pierre Joye' ;
> 'Bob Weinand' ; 'Jakub Zelenka' ;
> 'Matt Wilmas' ; 'PHP Internals'
>
>
Hi Sherif,
> -Original Message-
> From: Sherif Ramadan [mailto:theanomaly...@gmail.com]
> Sent: Friday, August 21, 2015 11:21 AM
> To: Anatol Belski
> Cc: Dmitry Stogov ; Xinchen Hui ;
> Nikita Popov ; Pierre Joye ;
> Bob Weinand ; Jakub Zelenka ; Matt
> Wilmas ; PHP Internals
> Subject:
Maybe I'm missing something here, but how do these macros detect overflow
exactly? If the check is done on the actual result and not the operands
then it's not a good overflow check. Additionally, why wouldn't overflow
checks be needed on 32-bit architecture, or any other architecture for that
matt
Hi,
Resending this as missed internals at the start.
I was lately rethinking some part of the 64-bit RFC, and also seeing now
Jakub's work on catching overflows in ext/openssl and Matt Williams
suggestions on it (which was going a bit more global over it). So I came up
with these macros with two
Hi,
The first release candidate for 7.0.0 was just released and can be
downloaded from:
https://downloads.php.net/~ab/
The Windows binaries are available at
http://windows.php.net/qa/
This release contains fixes for 27 reported bugs, and altogether over 200
commits with various stabili
On Fri, Aug 21, 2015 at 9:38 AM, Scott Arciszewski wrote:
> On Wed, Aug 19, 2015 at 11:36 AM, Trevor Suarez wrote:
>> Ah, I didn't realize this thread existed. I had just commented on the old
>> one, but the point still stands:
>>
>> PHP 7.0 RC1 was just tagged.
>> Shouldn't this be a relatively
33 matches
Mail list logo
