Hi Christoph, Internals@
2016-08-27 1:12 GMT+02:00 Christoph Michael Becker :
> Fix #65550: get_browser() incorrectly parsers entries with "+" sign
I was wondering about get_browser() and its potential userbase, and if
it was time to maybe deprecate this, as backend user agent sniffing,
is hopefu
On 26.08.2016 at 16:48, Levi Morrison wrote:
> On Fri, Aug 26, 2016 at 4:53 AM, Christoph M. Becker
> wrote:
>
>> Finally, I wonder why array_diff(), for instance, even has an explicit
>> check for ZEND_NUM_ARGS() and for Z_TYPE() != IS_ARRAY instead of
>> properly invoking zend_parse_parameters
On Fri, Aug 26, 2016 at 4:53 AM, Christoph M. Becker wrote:
> On 25.08.2016 at 18:37, Davey Shafik wrote:
>
>> On Thu, Aug 25, 2016 at 8:12 PM, Christoph M. Becker
>> wrote:
>>
>>> Indeed, the RFC explicitly claims:
>>>
>>> | Behavior of internal functions is not going to be changed.
>>
>> This i
Results for project PHP master, build date 2016-08-26 06:24:20+03:00
commit: 9950485
previous commit:502fe5d
revision date: 2016-08-25 19:46:16+02:00
environment:Haswell-EP
cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores,
stepping 2, LLC 45 MB
On 25.08.2016 at 18:37, Davey Shafik wrote:
> On Thu, Aug 25, 2016 at 8:12 PM, Christoph M. Becker
> wrote:
>
>> Indeed, the RFC explicitly claims:
>>
>> | Behavior of internal functions is not going to be changed.
>
> This is correct for functions that had the correct behavior before
> (everyt
On Thu, Aug 25, 2016 at 9:48 PM, Levi Morrison wrote:
> On Tue, Aug 23, 2016 at 9:03 AM, Ferenc Kovacs wrote:
>> On Mon, Aug 22, 2016 at 6:30 PM, Christoph M. Becker
>> wrote:
>>
>>> On 22.08.2016 at 18:00, Julien Pauli wrote:
>>>
>>> > I agree this is a BC break and should not stay as-is in sou
