On Wed, Jun 24, 2015 at 1:35 PM, Matt Wilmas
wrote:
> Hi Dmitry, all,
>
>
> - Original Message -
> From: "Dmitry Stogov"
> Sent: Wednesday, June 24, 2015
>
> We should NOT use it everywhere. It'll lead to code bloat.
>
> Thanks. Dmitry.
>
> On Wed, Jun 24, 2015 at 12:21 PM, Ferenc Kovacs
On Wed, Jun 24, 2015 at 1:08 PM, Yasuo Ohgaki wrote:
> Hi Dmitry,
>
> On Wed, Jun 24, 2015 at 7:04 PM, Dmitry Stogov wrote:
>
>> We should NOT use it everywhere. It'll lead to code bloat.
>
>
> OK. Thank you.
> I'll use it only for functions called many times. e.g. pg_fetch_*().
> Should I use #
Dmitry Stogov wrote:
> Commit:ed5fbf5e49eab435cd7a0a9a5627698de92887c1
> Author:Dmitry Stogov Fri, 5 Jun 2015 10:04:58
> +0300
> Parents: d251ced225138381b61dfa5c5f682bbb28e309d9
> Branches: master
>
> Link:
> http://git.php.net/?p=php-src.git;a=commitdiff;h=ed5fbf5e49
On Wed, Jun 24, 2015 at 8:13 PM, Anatol Belski
wrote:
> Hi Hannes,
>
> The change sounds reasonable.
>
> I would like just to ask you for the future - please discuss before adding
> a change to the release process. It were probably also good to hear from
> the other RMs doing the job for longer w
On Wed, Jun 24, 2015 at 11:20 AM, Stanislav Malyshev
wrote:
> Hi!
>
>> The change sounds reasonable.
>>
>> I would like just to ask you for the future - please discuss before
>> adding a change to the release process. It were probably also good to
>> hear from the other RMs doing the job for longe
Hi!
> The change sounds reasonable.
>
> I would like just to ask you for the future - please discuss before
> adding a change to the release process. It were probably also good to
> hear from the other RMs doing the job for longer whether they agree
> with this. Ferenc, Julien, Stas - is such a c
Hi Hannes,
The change sounds reasonable.
I would like just to ask you for the future - please discuss before adding a
change to the release process. It were probably also good to hear from the
other RMs doing the job for longer whether they agree with this. Ferenc,
Julien, Stas - is such a cha
Hi!
> You should mail such a headsup to announce@ couple of months before
> the "final release date".
> So if September 14th is the final release date, I'd say sending a
> "REMINDER: 5.4 GOES SECURITY ONLY SEPT 14th" mail to announce@ July
> 14th (or August 14th?) would be nice.
Sep 14th does not
From: Chris Wright
Sent: Wednesday, June 24, 2015 6:57 AM
> > On 23 June 2015 at 23:09, Eric Stenson wrote:
> > Quick behavioral question:
> >
> > If an extension is implementing a Session handler, and returns FAILURE from
> > its
> > PS_OPEN_FUNC(), will the extension receive subsequent
> > P
On 22 June 2015 at 16:05, Ángel González wrote:
> @Adam, I was expecting the "gory details" to involve a of PHP commiters with
> black robes, faces hidden behind their hoods meeting overnight and an
> absurdly complex algorithm involving lunar cycles. instead you point to a
> manual override, but
Hi everyone.
Côme Bernigaud and myself are currently cleaning up the LDAP-Extension
(Well, Côme is doing the hard work and I'm trying to assist in some
way). We would like to bring it in line with a more recent version of
the OpenLDAP-lib. Currently the plan is to require OpenLDAP 2.4 as the
minim
On Mon, Jun 22, 2015 at 5:09 AM, Julien Pauli wrote:
> Hi internals.
>
>
> As you may know/remember , PHP 5.5 has been released two years ago.
> We've released 26 versions so far (24 would be the "normal" computing, but
> we always got some bad releases, mainly from human failure factor).
>
> The
On Wed, Jun 24, 2015 at 3:21 AM, Ferenc Kovacs wrote:
> On Wed, Jun 24, 2015 at 3:42 AM, Yasuo Ohgaki wrote:
>
>> Hi all,
>>
>> I'm wondering the state of Fast ZPP.
>> https://wiki.php.net/rfc/fast_zpp
>>
>> Last year's Dmirty's commit message say, it should
>> only applied to most used functions
On 23 June 2015 at 23:09, Eric Stenson wrote:
> Quick behavioral question:
>
> If an extension is implementing a Session handler, and returns FAILURE
> from its PS_OPEN_FUNC(), will the extension receive subsequent
> PS_READ_FUNC()/PS_WRITE_FUNC() calls?
>
> Also, if an extension returns FAILURE
Hi Andrey,
On Wed, Jun 24, 2015 at 6:20 PM, Andrey Andreev wrote:
> On Wed, Jun 24, 2015 at 5:49 AM, Yasuo Ohgaki wrote:
> > Hi Xinchen,
> >
> > On Wed, Jun 24, 2015 at 11:42 AM, Xinchen Hui wrote:
> >
> >> and for the "age" usage you replied in github, I think the author of
> >> such codes sh
Hi Ferenc,
On Wed, Jun 24, 2015 at 7:29 PM, Ferenc Kovacs wrote:
>
>
> On Wed, Jun 24, 2015 at 12:21 PM, Yasuo Ohgaki wrote:
>
>> Hi Ferenc,
>>
>> On Wed, Jun 24, 2015 at 6:21 PM, Ferenc Kovacs wrote:
>>
>>> it was meant as a performance optimization for the most heavy/hot
>>> codepaths.
>>> W
Hi Dmitry, all,
- Original Message -
From: "Dmitry Stogov"
Sent: Wednesday, June 24, 2015
We should NOT use it everywhere. It'll lead to code bloat.
Thanks. Dmitry.
On Wed, Jun 24, 2015 at 12:21 PM, Ferenc Kovacs wrote:
On Wed, Jun 24, 2015 at 3:42 AM, Yasuo Ohgaki wrote:
> Hi all
On Wed, Jun 24, 2015 at 12:21 PM, Yasuo Ohgaki wrote:
> Hi Ferenc,
>
> On Wed, Jun 24, 2015 at 6:21 PM, Ferenc Kovacs wrote:
>
>> it was meant as a performance optimization for the most heavy/hot
>> codepaths.
>> What gave you the idea that the situation changed and we should use it
>> everywher
Hi Ferenc,
On Wed, Jun 24, 2015 at 6:21 PM, Ferenc Kovacs wrote:
> it was meant as a performance optimization for the most heavy/hot
> codepaths.
> What gave you the idea that the situation changed and we should use it
> everywhere?
>
I'm curious about the status of Fast ZPP and it's usage.
The
Hi Dmitry,
On Wed, Jun 24, 2015 at 7:04 PM, Dmitry Stogov wrote:
> We should NOT use it everywhere. It'll lead to code bloat.
OK. Thank you.
I'll use it only for functions called many times. e.g. pg_fetch_*().
Should I use #ifndef FAST_ZPP?
Regards,
--
Yasuo Ohgaki
yohg...@ohgaki.net
We should NOT use it everywhere. It'll lead to code bloat.
Thanks. Dmitry.
On Wed, Jun 24, 2015 at 12:21 PM, Ferenc Kovacs wrote:
> On Wed, Jun 24, 2015 at 3:42 AM, Yasuo Ohgaki wrote:
>
> > Hi all,
> >
> > I'm wondering the state of Fast ZPP.
> > https://wiki.php.net/rfc/fast_zpp
> >
> > Last
Hi,
On Wed, Jun 24, 2015 at 5:49 AM, Yasuo Ohgaki wrote:
> Hi Xinchen,
>
> On Wed, Jun 24, 2015 at 11:42 AM, Xinchen Hui wrote:
>
>> and for the "age" usage you replied in github, I think the author of
>> such codes should be aware, if it's only number, then instead of
>> htmlespcicalchars($age
On Wed, Jun 24, 2015 at 3:42 AM, Yasuo Ohgaki wrote:
> Hi all,
>
> I'm wondering the state of Fast ZPP.
> https://wiki.php.net/rfc/fast_zpp
>
> Last year's Dmirty's commit message say, it should
> only applied to most used functions due to the state of
> Fast ZPP.
>
> commit 27f38798a1963de1c60aa
Hey:
On Wed, Jun 24, 2015 at 3:13 PM, Yasuo Ohgaki wrote:
> Hi all,
>
> On Wed, Jun 24, 2015 at 12:20 PM, Yasuo Ohgaki wrote:
>>
>> On Wed, Jun 24, 2015 at 12:05 PM, Juan Basso wrote:
>>>
>>> Did you test the performance impact on strings? Since you changed how it
>>> works the impact can be p
Hi all,
On Wed, Jun 24, 2015 at 12:20 PM, Yasuo Ohgaki wrote:
> On Wed, Jun 24, 2015 at 12:05 PM, Juan Basso wrote:
>
>> Did you test the performance impact on strings? Since you changed how it
>> works the impact can be positive and maybe worth to make the method more
>> broad.
>
>
> It's a bi
25 matches
Mail list logo