On Thu, 6 Jun 2013, Pierre Joye wrote:
On Jun 6, 2013 6:03 PM, Derick Rethans der...@php.net wrote:
On Thu, 6 Jun 2013, Pierre Joye wrote:
The fix for #53437 is around for some time now. It full fills the
requirements described by Derick when we discussed the possible
fixes.
Hi Derick,
On Fri, June 7, 2013 12:45, Derick Rethans wrote:
On Thu, 6 Jun 2013, Pierre Joye wrote:
On Jun 6, 2013 6:03 PM, Derick Rethans der...@php.net wrote:
On Thu, 6 Jun 2013, Pierre Joye wrote:
The fix for #53437 is around for some time now. It full fills the
requirements
On Fri, Jun 7, 2013 at 6:34 AM, Pierre Schmitz pie...@archlinux.de wrote:
Am 07.06.2013 01:58, schrieb Stas Malyshev:
Hello!
The PHP development team announces the immediate availability of PHP
5.4.16 and PHP 5.3.26. These releases fix about 15 bugs, including
CVE-2013-2110. All users
On Fri, 7 Jun 2013, Anatol Belski wrote:
On Fri, June 7, 2013 12:45, Derick Rethans wrote:
On Thu, 6 Jun 2013, Pierre Joye wrote:
On Jun 6, 2013 6:03 PM, Derick Rethans der...@php.net wrote:
On Thu, 6 Jun 2013, Pierre Joye wrote:
The fix for #53437 is around for some time now. It
Hi all,
I wish to propose the addition of a set of PHP functions that would interface
with the OpenQM multivalue database product in much
the same way as PHP already has interfaces to other databases.
We have a Linux implementation written by one of our business partners as an
extension
Hi Derick,
On Fri, June 7, 2013 14:06, Derick Rethans wrote:
On Fri, 7 Jun 2013, Anatol Belski wrote:
On Fri, June 7, 2013 12:45, Derick Rethans wrote:
On Thu, 6 Jun 2013, Pierre Joye wrote:
On Jun 6, 2013 6:03 PM, Derick Rethans der...@php.net wrote:
On Thu, 6 Jun 2013, Pierre Joye
On Wed, May 15, 2013 at 7:12 AM, Dmitry Stogov dmi...@zend.com wrote:
According to fast-path execution, I would really like to not introduce the
additional checks.
Especially for concat_function I would change it in the following way:
if (Z_TYPE_P(op1) != IS_STRING) {
if (Z_TYPE_P(op1)
Hi!
If there is no more feedback on the RFC, then I'll start voting in a day or
two.
I would suggest splitting this RFC into two - the operator overloading
one and the GMP one. Converting GMP to objects has little to do with
overloading (even if needed for GMP to benefit from it) so I think it
On Fri, 07 Jun 2013 14:06:11 +0200, Derick Rethans der...@php.net wrote:
That's the one where conversion int string for serialization was
developed. It came into 5.5 with this patches (the originally proposed
patch is still attached to that ticket)
-Original Message-
From: Nikita Popov [mailto:nikita@gmail.com]
Sent: Friday, June 07, 2013 8:15 PM
To: Dmitry Stogov
Cc: PHP internals
Subject: Re: [PHP-DEV] [RFC] Internal operator overloading and GMP
improvements
If there is no more feedback on the RFC, then I'll start
On Fri, Jun 7, 2013 at 1:30 PM, Terry Ellison ellison.te...@gmail.comwrote:
The background to this is that I am a community contributor to PHP
internals and have been actively engaged on the internals and pecl-dev
lists for over a year using my personal domain email address (terry at
ellisons
I'm proposing a new function similar to the implementation of array_map
that allows us to apply a user-supplied callback to every element in the
array with the addition of the callback being passed the key as well as the
value of each element. Additionally, I would like to propose that the
Was the change that went into 5.3.24 and 5.3.14 a major compatible change that
should be backed out and put into in 5.5/5.6 or a simple bug fix that is ok in
a patch release?
Example code:
User Space -
?php
X_SET_ERROR('NONE');
try
{
$param = 1;
X_FUNC($parm1);
}
13 matches
Mail list logo
