On Thu, Apr 2, 2015 at 8:00 PM, Ferenc Kovacs wrote:
>
>
> On Thu, Apr 2, 2015 at 7:34 PM, Dan Ackroyd
> wrote:
>
>> Hi Julien,
>>
>> I am unsure of the timing windows for things being committed to being
>> in a release, but it seems unfortunate to not have this included:
>>
>>
>> https://github
mysqlnd.fetch_data_copy long
Enforce copying result sets from the internal result set buffers into
PHP variables instead of using the default reference and copy-on-write
logic. Please, see the memory management implementation notes for
further details.
Copying result sets instead of having PHP va
On Fri, Apr 3, 2015 at 9:30 AM, Ferenc Kovacs wrote:
>
>
> On Thu, Apr 2, 2015 at 8:00 PM, Ferenc Kovacs wrote:
>
>>
>>
>> On Thu, Apr 2, 2015 at 7:34 PM, Dan Ackroyd
>> wrote:
>>
>>> Hi Julien,
>>>
>>> I am unsure of the timing windows for things being committed to being
>>> in a release, but
On Fri, Apr 3, 2015 at 1:59 AM, Christoph Becker wrote:
> Hi everybody!
>
> It seems there are a lot of (old) bug reports for unmaintained PECL
> extensions. I wonder what the official stance is on that.
>
> For instance, there is #57551[1], which has been "suspended" by Joe
> Watkins recently.
On Wed, Apr 1, 2015 at 3:31 AM, Dan Ackroyd wrote:
> Hi Dmitry,
>
> Your approach is definitely a better one, and I have no objection to
> it whatsoever.
>
> Sorry, I was too busy to look deeply at each class but I can't see any
> problems.
>
> Nikita Popov wrote:
> > does that mean that the same
On 31 March 2015 22:47:11 GMT+01:00, Andrey Hristov wrote:
>On 1.04.2015 00:31, Rowan Collins wrote:
>> On 31 March 2015 21:23:56 GMT+01:00, Andrey Hristov
>wrote:
>>> So, if Zend can be optimized to quickly clean the execution
>>> environment,
>>> and easily switch between them, we can have a g
On 3 April 2015 05:55:27 GMT+01:00, Stanislav Malyshev
wrote:
>Hi!
>
>> +1 This is exactly it. The longer older versions are "supported" the
>> longer they remain in the wild.
>
>5.3 is unsupported and still has over 40%. 5.2 is dead for 4 years by
>now and still beats 5.5 by factor of more than
On 2 April 2015 01:36:40 GMT+01:00, Stanislav Malyshev
wrote:
>> Would that be considered to be bad style? If so, where is it
>documented?
>
>Yes. It is common sense. Not everything has to be spelled out to be
>true, and I think rule lawyering and ignoring common sense is not going
>to help any
I don' t see any problems.
Thanks. Dmitry.
On Fri, Apr 3, 2015 at 6:31 PM, Nikita Popov wrote:
> On Wed, Apr 1, 2015 at 3:31 AM, Dan Ackroyd
> wrote:
>
>> Hi Dmitry,
>>
>> Your approach is definitely a better one, and I have no objection to
>> it whatsoever.
>>
>> Sorry, I was too busy to look
All,
I spent a little bit of time today trying to debug an issue with 7
that Drupal 8 was facing, specifically regarding an array index not
behaving correctly ($array["key"] returned null, even though the key
existed in the hash table).
I noticed that the hash table implementation has gotten orde
1) Division by zero behavior in PHP is really inconsistent.
It emits WARNING and returns FALLE.
Note, that since PHP-5.6 division by zero may also occur in constant
expressions. They are compiled and evaluated only once (on first request)
and on next request WARNING is going to be hidden.
$ cat d
Hi Dmitry,
> On 3 Apr 2015, at 20:04, Dmitry Stogov wrote:
>
> 2) Very similar weird behavior was introduced for shift with negative
> offsets. I also propose to change it in the same way (Fatal error at
> compile-time, Exception in run-time).
>
> Any thoughts? objections?
For consistency wi
On Fri, Apr 3, 2015 at 9:04 PM, Dmitry Stogov wrote:
> 1) Division by zero behavior in PHP is really inconsistent.
> It emits WARNING and returns FALLE.
>
> Note, that since PHP-5.6 division by zero may also occur in constant
> expressions. They are compiled and evaluated only once (on first requ
On Fri, Apr 3, 2015 at 1:10 PM, Andrea Faulds wrote:
> Hi Dmitry,
>
>> On 3 Apr 2015, at 20:04, Dmitry Stogov wrote:
>>
>> 2) Very similar weird behavior was introduced for shift with negative
>> offsets. I also propose to change it in the same way (Fatal error at
>> compile-time, Exception in
On Fri, Apr 3, 2015 at 1:31 PM, Levi Morrison wrote:
> On Fri, Apr 3, 2015 at 1:10 PM, Andrea Faulds wrote:
>> Hi Dmitry,
>>
>>> On 3 Apr 2015, at 20:04, Dmitry Stogov wrote:
>>>
>>> 2) Very similar weird behavior was introduced for shift with negative
>>> offsets. I also propose to change it i
> 2) Very similar weird behavior was introduced for shift with negative
> offsets. I also propose to change it in the same way (Fatal error at
> compile-time, Exception in run-time).
Can you describe the weird behavior for shifts with negative offsets?
--
PHP Internals - PHP Runtime Development
On Fri, Apr 3, 2015 at 10:10 PM, Andrea Faulds wrote:
> Hi Dmitry,
>
> > On 3 Apr 2015, at 20:04, Dmitry Stogov wrote:
> >
> > 2) Very similar weird behavior was introduced for shift with negative
> offsets. I also propose to change it in the same way (Fatal error at
> compile-time, Exception in
On Fri, Apr 3, 2015 at 10:34 PM, Levi Morrison wrote:
> > 2) Very similar weird behavior was introduced for shift with negative
> > offsets. I also propose to change it in the same way (Fatal error at
> > compile-time, Exception in run-time).
>
> Can you describe the weird behavior for shifts wit
3) One more problem is modulo :(
$ sapi/cli/php -n -r "var_dump(1 % 0);"
Warning: Division by zero in Command line code on line 1
bool(false)
Thanks. Dmitry.
On Fri, Apr 3, 2015 at 10:50 PM, Dmitry Stogov wrote:
>
>
> On Fri, Apr 3, 2015 at 10:34 PM, Levi Morrison wrote:
>
>> > 2) Very simi
Hi,
> On 3 Apr 2015, at 20:46, Dmitry Stogov wrote:
>
> May be you'll also suggest something regarding bitwise shifts with negative
> offset?
> Allowing negative offsets using opposite directions would fix inconsistency,
> but I remember, you didn't like it.
> May be keep WARNING (Bit shift by
Hi,
> On 3 Apr 2015, at 21:34, Dmitry Stogov wrote:
>
> 3) One more problem is modulo :(
>
> $ sapi/cli/php -n -r "var_dump(1 % 0);"
>
> Warning: Division by zero in Command line code on line 1
> bool(false)
Hmm, modulo is a more difficult one. Since it’s an integer-only operation in
PHP, pr
On Fri, Apr 3, 2015 at 11:59 PM, Andrea Faulds wrote:
> Hi,
>
> > On 3 Apr 2015, at 20:46, Dmitry Stogov wrote:
> >
> > May be you'll also suggest something regarding bitwise shifts with
> negative offset?
> > Allowing negative offsets using opposite directions would fix
> inconsistency, but I r
On Sat, Apr 4, 2015 at 12:04 AM, Andrea Faulds wrote:
> Hi,
>
> > On 3 Apr 2015, at 21:34, Dmitry Stogov wrote:
> >
> > 3) One more problem is modulo :(
> >
> > $ sapi/cli/php -n -r "var_dump(1 % 0);"
> >
> > Warning: Division by zero in Command line code on line 1
> > bool(false)
>
> Hmm, modul
On Fri, Apr 3, 2015 at 11:13 PM, Dmitry Stogov wrote:
>
>
>
> On Fri, Apr 3, 2015 at 11:59 PM, Andrea Faulds wrote:
>
>> Hi,
>>
>> > On 3 Apr 2015, at 20:46, Dmitry Stogov wrote:
>> >
>> > May be you'll also suggest something regarding bitwise shifts with
>> negative offset?
>> > Allowing negat
On Apr 4, 2015 12:34 AM, "Nikita Popov" wrote:
>
> On Fri, Apr 3, 2015 at 11:13 PM, Dmitry Stogov wrote:
>>
>>
>>
>>
>> On Fri, Apr 3, 2015 at 11:59 PM, Andrea Faulds wrote:
>>>
>>> Hi,
>>>
>>> > On 3 Apr 2015, at 20:46, Dmitry Stogov wrote:
>>> >
>>> > May be you'll also suggest something rega
> On 3 Apr 2015, at 23:08, Dmitry Stogov wrote:
>
> On Apr 4, 2015 12:34 AM, "Nikita Popov" wrote:
> >
> > Don't think we need to disable compile-time evaluation for 2) and 3). It'll
> > just end up being a compile error in that case. I think if you have 1 % 0
> > occurring in your code liter
26 matches
Mail list logo