发自我的 iPhone
在 2013-4-3，13:56，Hannes Magnusson hannes.magnus...@gmail.com 写道：
Wait wait wait. You are introducing a constant that is going to be
available as of 5.4.15 to 5.4.2x and then removed (as it looks like we
are agreeing)?
how could that be? This constant will in the final release of
On Wed, Apr 3, 2013 at 8:10 AM, Xinchen Hui larue...@gmail.com wrote:
发自我的 iPhone
在 2013-4-3，13:56，Hannes Magnusson hannes.magnus...@gmail.com 写道：
Wait wait wait. You are introducing a constant that is going to be
available as of 5.4.15 to 5.4.2x and then removed (as it looks like we
hi Sara,
On Wed, Apr 3, 2013 at 4:52 AM, Sara Golemon poll...@php.net wrote:
https://wiki.php.net/rfc/php-array-api
Love it, great work. +1 :)
I would like to kill other APIs in next major as well, time for
cleanup and ease maintenance. Yes, it is a bit more work for
extensions developers but
Hi Laruence
2013/3/31 Laruence larue...@php.net
I propose to add a constant : bool CURL_WRAPPERS_ENABLE
or, any other better name...
objections?
I'm a -1 on this, because as we sort of agreed on (like Hannes
implied), this experimental feature did not turn out as we wanted, its
On Wed, Apr 3, 2013 at 12:31 AM, Kalle Sommer Nielsen ka...@php.net wrote:
Hi Laruence
2013/3/31 Laruence larue...@php.net
I propose to add a constant : bool CURL_WRAPPERS_ENABLE
or, any other better name...
objections?
I'm a -1 on this, because as we sort of agreed on (like
2013/4/3 Hannes Magnusson hannes.magnus...@gmail.com:
You'll actually have to assign the value of CURL_WRAPPERS_ENABLED to
$curlwrappers, as defined() only checks if the constant exist.. not if
its set to true :)
well, s/defined('CURL_WRAPPERS_ENABLED')/defined('CURL_WRAPPERS_ENABLED')
Hi!
https://wiki.php.net/rfc/php-array-api
Nice API, I am a bit worried though about conversion routines.
Specifically, php_array_zval_to_double() uses different conversion
algorithm than PHP's standard zval to double conversion, which may
result in different results in edge cases. Also, these
Hi!
Added new constant CURL_WRAPPERS_ENABLE in (include 5.4)
https://github.com/php/php-src/commit/d7f709a032a40cb475042b43db07a4698a2488b7
I must say the process of how it was done was not very good. Not only
there were no substantial discussion on adding this new thing in stable
version
On Wed, Apr 3, 2013 at 4:22 PM, Stas Malyshev smalys...@sugarcrm.comwrote:
Hi!
Added new constant CURL_WRAPPERS_ENABLE in (include 5.4)
https://github.com/php/php-src/commit/d7f709a032a40cb475042b43db07a4698a2488b7
I must say the process of how it was done was not very good. Not only
On Wed, Apr 3, 2013 at 10:22 AM, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
Added new constant CURL_WRAPPERS_ENABLE in (include 5.4)
https://github.com/php/php-src/commit/d7f709a032a40cb475042b43db07a4698a2488b7
I must say the process of how it was done was not very good. Not only
Hi,
with opcache being bundled I expectr to see multiple bugs like #64568
where users are trying to load opcache as PHP module (using extension=
in php.ini), I tried to improve the error message a bit.
In
https://github.com/johannes/php-src/commit/a1301253a44de3997548cbd8f83e38d79e4c331c
the PHP
Wed, Apr 3, 2013 at 11:01 AM, Johannes Schlüter johan...@schlueters.dewrote:
Hi,
with opcache being bundled I expectr to see multiple bugs like #64568
where users are trying to load opcache as PHP module (using extension=
in php.ini), I tried to improve the error message a bit.
In
Looking good. +1.
On Apr 3, 2013 12:23 PM, Julien Pauli jpa...@php.net wrote:
Wed, Apr 3, 2013 at 11:01 AM, Johannes Schlüter johan...@schlueters.de
wrote:
Hi,
with opcache being bundled I expectr to see multiple bugs like #64568
where users are trying to load opcache as PHP module
Wed, Apr 3, 2013 at 11:01 AM, Johannes Schlüter johan...@schlueters.de
wrote:
Hi,
with opcache being bundled I expectr to see multiple bugs like #64568
where users are trying to load opcache as PHP module (using extension=
in php.ini), I tried to improve the error message a bit.
In
On Wed, Apr 3, 2013 at 10:37 AM, Laruence larue...@php.net wrote:
On Wed, Apr 3, 2013 at 4:22 PM, Stas Malyshev smalys...@sugarcrm.com
wrote:
Hi!
Added new constant CURL_WRAPPERS_ENABLE in (include 5.4)
发自我的 iPhone
在 2013-4-3，20:42，Ferenc Kovacs tyr...@gmail.com 写道：
On Wed, Apr 3, 2013 at 10:37 AM, Laruence larue...@php.net wrote:
On Wed, Apr 3, 2013 at 4:22 PM, Stas Malyshev smalys...@sugarcrm.com
wrote:
Hi!
Added new constant CURL_WRAPPERS_ENABLE in (include 5.4)
On Wed, Apr 3, 2013 at 4:52 AM, Sara Golemon poll...@php.net wrote:
https://wiki.php.net/rfc/php-array-api
I like the idea behind this, though right now that API seems a bit like a
combinatorial explosion of functions and I think it would be better if one
could separate different parts of it.
2013/4/3 Laruence larue...@php.net:
On Wed, Apr 3, 2013 at 4:22 PM, Stas Malyshev smalys...@sugarcrm.comwrote:
Hi!
Added new constant CURL_WRAPPERS_ENABLE in (include 5.4)
https://github.com/php/php-src/commit/d7f709a032a40cb475042b43db07a4698a2488b7
I must say the process of how it
On Wed, Apr 3, 2013 at 10:42 PM, Kalle Sommer Nielsen ka...@php.net wrote:
2013/4/3 Laruence larue...@php.net:
On Wed, Apr 3, 2013 at 4:22 PM, Stas Malyshev smalys...@sugarcrm.com
wrote:
Hi!
Added new constant CURL_WRAPPERS_ENABLE in (include 5.4)
2013/4/3 Johannes Schlüter johan...@schlueters.de:
Hi,
with opcache being bundled I expectr to see multiple bugs like #64568
where users are trying to load opcache as PHP module (using extension=
in php.ini), I tried to improve the error message a bit.
In
I would like to kill other APIs in next major as well, time for
cleanup and ease maintenance. Yes, it is a bit more work for
extensions developers but as you plan to do pecl releases as well for
these inlined functions, that should be a good thing in the long run.
I'm not sure how you plan to
Nice API, I am a bit worried though about conversion routines.
Specifically, php_array_zval_to_double() uses different conversion
algorithm than PHP's standard zval to double conversion, which may
result in different results in edge cases. Also, these functions seem to
duplicate existing
1a) The c modifier seems like an unnecessary microoptimization. Compilers
should be able to optimize strlen() calls on constant strings away and even
if they didn't, it wouldn't be much of a big deal. Also using the
c-variants on a non-literal would not throw an error and just use an
invalid
Hi!
https://github.com/johannes/php-src/commit/a1301253a44de3997548cbd8f83e38d79e4c331c
the PHP module loader will, in case of an error, check for Zend
Extension symbols and give a more verbose error .
Sounds like a good idea.
--
Stanislav Malyshev, Software Architect
SugarCRM:
Hi
2013/4/3 Laruence larue...@php.net:
Hey:
but as you see, many people was entrapped by the experimental feature,
and whether the experimental is there is out of their hands.
I, from a user aspect, I need to know whether my project can run in the
host environment. if not, I can
Hi
2013/4/3 Johannes Schlüter johan...@schlueters.de:
Any opinions on this?
Lets just get it committed, +1
--
regards,
Kalle Sommer Nielsen
ka...@php.net
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 04/03/2013 06:23 PM, Sara Golemon wrote:
1a) The c modifier seems like an unnecessary microoptimization. Compilers
should be able to optimize strlen() calls on constant strings away and even
if they didn't, it wouldn't be much of a big deal. Also using the
c-variants on a non-literal would
On 04/03/2013 08:43 PM, Joe Watkins wrote:
On 04/03/2013 06:23 PM, Sara Golemon wrote:
1a) The c modifier seems like an unnecessary microoptimization.
Compilers
should be able to optimize strlen() calls on constant strings away
and even
if they didn't, it wouldn't be much of a big deal. Also
On Wed, Apr 3, 2013 at 5:42 AM, Ferenc Kovacs tyr...@gmail.com wrote:
On Wed, Apr 3, 2013 at 10:37 AM, Laruence larue...@php.net wrote:
however, you are right, it's not a long time, so if objections becomes
strong, I can revert it.
this is exactly the kind of behavior why we changed
Hi!
There is absolutely no need for a RFC for it.
Heck, even that initial curtesy mail was more then I would have expected.
Agree, no need for full scale RFC for one constant. However, sending an
email to the list and actually waiting for feedback is exactly what I
would expect, especially
On Tue, 02 Apr 2013 02:11:24 +0200, chobie chobi...@gmail.com wrote:
Hi, I'm writing some socket client (fluentd client) with PHP and I have a
question.
I want to retry fwrite or some socket function when I met recoverable
errno (e.g, EAGAIN). but PHP does not have any function to determine
On Wed, Apr 3, 2013 at 2:00 PM, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
There is absolutely no need for a RFC for it.
Heck, even that initial curtesy mail was more then I would have expected.
Agree, no need for full scale RFC for one constant. However, sending an
email to the list
A logical extension of this idea would be to drop _array_ and cover
objects too, one uniform everything API is very appealing, and way
easier to document properly.
https://gist.github.com/krakjoe/5304945
I'd be happy to complete/test it if we think it's a worthy direction to go
in ... a
On Wed, Apr 3, 2013 at 10:42 PM, Hannes Magnusson
hannes.magnus...@gmail.com wrote:
On Wed, Apr 3, 2013 at 5:42 AM, Ferenc Kovacs tyr...@gmail.com wrote:
On Wed, Apr 3, 2013 at 10:37 AM, Laruence larue...@php.net wrote:
however, you are right, it's not a long time, so if objections
On Thu, Apr 4, 2013 at 5:37 AM, Hannes Magnusson hannes.magnus...@gmail.com
wrote:
On Wed, Apr 3, 2013 at 2:00 PM, Stas Malyshev smalys...@sugarcrm.com
wrote:
Hi!
There is absolutely no need for a RFC for it.
Heck, even that initial curtesy mail was more then I would have
expected.
Did I just read that even though we have reasons to believe this is not a
good addition that we are *still* going to launch 5.5 with it?
On 04/04/2013 04:09 AM, Sara Golemon wrote:
A logical extension of this idea would be to drop _array_ and cover
objects too, one uniform everything API is very appealing, and way
easier to document properly.
https://gist.github.com/krakjoe/5304945
I'd be happy to complete/test it if we think
On Thu, Apr 4, 2013 at 1:39 PM, Levi Morrison morrison.l...@gmail.comwrote:
Did I just read that even though we have reasons to believe this is not a
good addition that we are *still* going to launch 5.5 with it?
where did you read that(not a good addition)?
thanks
--
Laruence Xinchen Hui
38 matches
Mail list logo
