On Fri, Apr 3, 2015 at 1:59 AM, Christoph Becker cmbecke...@gmx.de 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
On Thu, Apr 2, 2015 at 8:00 PM, Ferenc Kovacs tyr...@gmail.com wrote:
On Thu, Apr 2, 2015 at 7:34 PM, Dan Ackroyd dan...@basereality.com
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
On Fri, Apr 3, 2015 at 9:30 AM, Ferenc Kovacs tyr...@gmail.com wrote:
On Thu, Apr 2, 2015 at 8:00 PM, Ferenc Kovacs tyr...@gmail.com wrote:
On Thu, Apr 2, 2015 at 7:34 PM, Dan Ackroyd dan...@basereality.com
wrote:
Hi Julien,
I am unsure of the timing windows for things being committed
On Apr 3, 2015 11:55 AM, Stanislav Malyshev smalys...@gmail.com 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
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
I don' t see any problems.
Thanks. Dmitry.
On Fri, Apr 3, 2015 at 6:31 PM, Nikita Popov nikita@gmail.com wrote:
On Wed, Apr 1, 2015 at 3:31 AM, Dan Ackroyd dan...@basereality.com
wrote:
Hi Dmitry,
Your approach is definitely a better one, and I have no objection to
it whatsoever.
On 3 April 2015 05:55:27 GMT+01:00, Stanislav Malyshev smalys...@gmail.com
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
On 2 April 2015 01:36:40 GMT+01:00, Stanislav Malyshev smalys...@gmail.com
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
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
On 31 March 2015 22:47:11 GMT+01:00, Andrey Hristov p...@hristov.com wrote:
On 1.04.2015 00:31, Rowan Collins wrote:
On 31 March 2015 21:23:56 GMT+01:00, Andrey Hristov p...@hristov.com
wrote:
So, if Zend can be optimized to quickly clean the execution
environment,
and easily switch between
On Fri, Apr 3, 2015 at 11:59 PM, Andrea Faulds a...@ajf.me wrote:
Hi,
On 3 Apr 2015, at 20:46, Dmitry Stogov dmi...@zend.com wrote:
May be you'll also suggest something regarding bitwise shifts with
negative offset?
Allowing negative offsets using opposite directions would fix
On 3 Apr 2015, at 23:08, Dmitry Stogov dmi...@zend.com wrote:
On Apr 4, 2015 12:34 AM, Nikita Popov nikita@gmail.com 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
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:34 PM, Levi Morrison le...@php.net 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
Hi,
On 3 Apr 2015, at 21:34, Dmitry Stogov dmi...@zend.com 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
Hi Dmitry,
On 3 Apr 2015, at 20:04, Dmitry Stogov dmi...@zend.com 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
On Fri, Apr 3, 2015 at 10:10 PM, Andrea Faulds a...@ajf.me wrote:
Hi Dmitry,
On 3 Apr 2015, at 20:04, Dmitry Stogov dmi...@zend.com 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
On Fri, Apr 3, 2015 at 9:04 PM, Dmitry Stogov dmi...@zend.com 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
On Fri, Apr 3, 2015 at 11:13 PM, Dmitry Stogov dmi...@zend.com wrote:
On Fri, Apr 3, 2015 at 11:59 PM, Andrea Faulds a...@ajf.me wrote:
Hi,
On 3 Apr 2015, at 20:46, Dmitry Stogov dmi...@zend.com wrote:
May be you'll also suggest something regarding bitwise shifts with
negative
On Fri, Apr 3, 2015 at 1:31 PM, Levi Morrison le...@php.net wrote:
On Fri, Apr 3, 2015 at 1:10 PM, Andrea Faulds a...@ajf.me wrote:
Hi Dmitry,
On 3 Apr 2015, at 20:04, Dmitry Stogov dmi...@zend.com wrote:
2) Very similar weird behavior was introduced for shift with negative
offsets. I also
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 dmi...@zend.com wrote:
On Fri, Apr 3, 2015 at 10:34 PM, Levi Morrison le...@php.net
Hi,
On 3 Apr 2015, at 20:46, Dmitry Stogov dmi...@zend.com 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
On Sat, Apr 4, 2015 at 12:04 AM, Andrea Faulds a...@ajf.me wrote:
Hi,
On 3 Apr 2015, at 21:34, Dmitry Stogov dmi...@zend.com 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,
On Apr 4, 2015 12:34 AM, Nikita Popov nikita@gmail.com wrote:
On Fri, Apr 3, 2015 at 11:13 PM, Dmitry Stogov dmi...@zend.com wrote:
On Fri, Apr 3, 2015 at 11:59 PM, Andrea Faulds a...@ajf.me wrote:
Hi,
On 3 Apr 2015, at 20:46, Dmitry Stogov dmi...@zend.com wrote:
May be you'll
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
On Fri, Apr 3, 2015 at 1:10 PM, Andrea Faulds a...@ajf.me wrote:
Hi Dmitry,
On 3 Apr 2015, at 20:04, Dmitry Stogov dmi...@zend.com 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
On Wed, Apr 1, 2015 at 3:31 AM, Dan Ackroyd dan...@basereality.com 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
27 matches
Mail list logo
