Hi Andrey,
On Fri, Apr 8, 2016 at 6:54 PM, Andrey Andreev wrote:
> On Fri, Apr 8, 2016 at 12:29 PM, Yasuo Ohgaki wrote:
>>
>> Hi Andrey,
>>
>> On Fri, Apr 8, 2016 at 6:20 PM, Andrey Andreev wrote:
>> > On Fri, Apr 8, 2016 at 11:33 AM, Yasuo Ohgaki
>> > wrote:
>> >>
>> >> Hi Andrey,
>> >>
>> >>
Hi all,
On Sat, Apr 9, 2016 at 8:07 AM, lucas at threeamdesign dot com dot au
wrote:
> Edit report at https://bugs.php.net/bug.php?id=69959&edit=1
>
> ID: 69959
> Comment by: lucas at threeamdesign dot com dot au
> Reported by:lucas at threeamdesign dot com dot
On Thu, Apr 7, 2016 at 9:36 AM, Bishop Bettini wrote:
> The problem is, developers are going to write code to guess character sets.
>
True. But they're going to put more faith in something in the
standard distribution, assuming it's passed muster.
> Ironically, PHPUnit attempts to detect UTF-8
>
Maybe in the future when there will be an inline object {}, you will
need to make the destructuring {}
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Andrea,
On 08/04/16 13:26, Andrea Faulds wrote:
Hi Ivan,
Ivan Enderlin wrote:
Thanks a lot for this RFC. Huge +1 from the all Hoa's community and
myself.
However, did you discuss about `[…]` vs. `{…}`? Most of the time, arrays
or vectors constructing are represented by `[…]` symbols while
Hi Ivan,
Ivan Enderlin wrote:
Thanks a lot for this RFC. Huge +1 from the all Hoa's community and myself.
However, did you discuss about `[…]` vs. `{…}`? Most of the time, arrays
or vectors constructing are represented by `[…]` symbols while
destructing are represented by `{…}`. What your point
On 08/04/16 12:17, Rowan Collins wrote:
On 08/04/2016 08:43, Ivan Enderlin wrote:
Most of the time, arrays or vectors constructing are represented by
`[…]` symbols while destructing are represented by `{…}`. What your
point of view or arguments here?
When you say "most of the time", do you m
On 08/04/16 09:38, Yasuo Ohgaki wrote:
>> If you want to explicitly document something as a best practice, it IS your
>> > problem when users shoot their feet with it
> Lack of proper API for required task is our problem. Misuse is not ours. IMHO.
>
> The best way to perform GC would be cron task.
On 08/04/2016 08:43, Ivan Enderlin wrote:
Most of the time, arrays or vectors constructing are represented by
`[…]` symbols while destructing are represented by `{…}`. What your
point of view or arguments here?
When you say "most of the time", do you mean in other languages? Which
other lang
Hi,
On Fri, Apr 8, 2016 at 12:29 PM, Yasuo Ohgaki wrote:
> Hi Andrey,
>
> On Fri, Apr 8, 2016 at 6:20 PM, Andrey Andreev wrote:
> > On Fri, Apr 8, 2016 at 11:33 AM, Yasuo Ohgaki
> wrote:
> >>
> >> Hi Andrey,
> >>
> >> On Fri, Apr 8, 2016 at 4:57 PM, Andrey Andreev
> wrote:
> >> >>
> >> >> PS(
Hi Andrey,
On Fri, Apr 8, 2016 at 6:24 PM, Andrey Andreev wrote:
> On Fri, Apr 8, 2016 at 11:38 AM, Yasuo Ohgaki wrote:
>>
>> Hi Andrey,
>>
>> On Fri, Apr 8, 2016 at 5:02 PM, Andrey Andreev wrote:
>> > On Fri, Apr 8, 2016 at 6:46 AM, Yasuo Ohgaki wrote:
>> >>
>> >> ,,,
>> >>
>> >> >
>> >> > Sp
Hi Andrey,
On Fri, Apr 8, 2016 at 6:20 PM, Andrey Andreev wrote:
> On Fri, Apr 8, 2016 at 11:33 AM, Yasuo Ohgaki wrote:
>>
>> Hi Andrey,
>>
>> On Fri, Apr 8, 2016 at 4:57 PM, Andrey Andreev wrote:
>> >>
>> >> PS(gc_maxlifetime) is needed, so I fixed the last commit.
>> >>
>> >
>> > It is necess
Hi,
On Fri, Apr 8, 2016 at 11:38 AM, Yasuo Ohgaki wrote:
> Hi Andrey,
>
> On Fri, Apr 8, 2016 at 5:02 PM, Andrey Andreev wrote:
> > On Fri, Apr 8, 2016 at 6:46 AM, Yasuo Ohgaki wrote:
> >>
> >> ,,,
> >>
> >> >
> >> > Speaking of the documentation part - it's not hard to imagine A LOT of
> >> >
Hi,
On Fri, Apr 8, 2016 at 11:33 AM, Yasuo Ohgaki wrote:
> Hi Andrey,
>
> On Fri, Apr 8, 2016 at 4:57 PM, Andrey Andreev wrote:
> >>
> >> PS(gc_maxlifetime) is needed, so I fixed the last commit.
> >>
> >
> > It is necessary for probability-triggered GC because you don't have
> another
> > way
Hi Nikita,
On Fri, Apr 8, 2016 at 7:42 AM, Nikita Popov wrote:
> As the discussion was positive, this is now merged as
> https://github.com/php/php-src/commit/75af8150f58fb55637ac12b33d469b27adef9d76
Could you write UPGRADING for this?
Regards,
--
Yasuo Ohgaki
yohg...@ohgaki.net
--
PHP Inter
Results for project PHP master, build date 2016-04-08 06:34:58+03:00
commit: 60b1441
previous commit:a186ac0
revision date: 2016-04-07 10:26:32+09:00
environment:Haswell-EP
cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores,
stepping 2, LLC 45 MB
Hi Andrey,
On Fri, Apr 8, 2016 at 5:02 PM, Andrey Andreev wrote:
> On Fri, Apr 8, 2016 at 6:46 AM, Yasuo Ohgaki wrote:
>>
>> ,,,
>>
>> >
>> > Speaking of the documentation part - it's not hard to imagine A LOT of
>> > people doing this:
>> >
>> > session_start();
>> > session_gc();
>> >
Hi Andrey,
On Fri, Apr 8, 2016 at 4:57 PM, Andrey Andreev wrote:
>>
>> PS(gc_maxlifetime) is needed, so I fixed the last commit.
>>
>
> It is necessary for probability-triggered GC because you don't have another
> way of giving a TTL value then, but that's not the case for a direct
> session_gc()
Hi,
On Fri, Apr 8, 2016 at 6:46 AM, Yasuo Ohgaki wrote:
> ,,,
>
> > Speaking of the documentation part - it's not hard to imagine A LOT of
> > people doing this:
> >
> > session_start();
> > session_gc();
> >
> > That's not a small problem.
>
> Shooting their own foot is not our problem
Hi,
On Fri, Apr 8, 2016 at 8:12 AM, Yasuo Ohgaki wrote:
> Hi Andrey,
>
> On Fri, Apr 8, 2016 at 12:46 PM, Yasuo Ohgaki wrote:
> >>
> >> The signature for SessionHandlerInterface::gc() accepts a TTL value as a
> >> parameter; session_gc() can too:
> >>
> >> function session_gc($ttl = ini_get
Hello,
On 07/04/16 14:21, Andrea Faulds wrote:
Hi everyone,
Bob and I have made an RFC which proposes an alternative syntax for
list():
https://wiki.php.net/rfc/short_list_syntax
Please tell us your thoughts.
Thanks!
Thanks a lot for this RFC. Huge +1 from the all Hoa's community and mys
This gets a vote from me. The symmetry is very nice :]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
22 matches
Mail list logo