we have reach a agreement here. actually to me, the naming
issue has blocked me to start porting work on my own exts, so if no
objections, I'd like to see it settled down and commit to trunk asap
:)
thanks
>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://www.libgd.org
&g
n the first place.
>
> Can I please urge people to not take Backwards Compatibility issues so
> lightly. Please think really careful when you suggest to break Backwards
> Compatibility, it should only be considered if there is a real and
> important reason to do so. Changing binary co
s behavior. make it act the similar as C does.
thanks
>
> Thoughts and questions are appreciated. Thanks!
> --
> Andrea Faulds
> http://ajf.me/
>
>
>
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.n
r type. See patch:
>
> https://gist.github.com/dstogov/f96c04f5979e726909ab
>
> I'm not sure if such small change needs RFC.
>
> Thoughts?
I think it's okey to have a such function.
we have get_defined_functions/constants/vars
thanks
>
> Thanks. Dmitry.
--
must take (children -1) as a unsigned
thanks
On Tue, Aug 19, 2014 at 5:21 PM, Laruence wrote:
> Hey:
>
>the problem came from zend_ast_size for 0 children node..
>
>backtrace:
>
> Program terminated with signal 6, Aborted.
> #0 0x0034dc030285 in raise () from
n
$1 = 0
thanks
On Tue, Aug 19, 2014 at 5:12 PM, Laruence wrote:
> Hey:
>
> I find a problem while I was trying play with the patch
>
> Generating phar.php
> Generating phar.phar
>
> Fatal error: Out of memory (allocated 786432) at
> /home/huixinchen/opensource/
e on the Abstract Syntax Tree RFC:
>> >
>> >https://wiki.php.net/rfc/abstract_syntax_tree#vote
>> >
>> > Thanks,
>> > Nikita
>>
>>
>> --
>> PHP Internals - PHP Runtime Development Mailing List
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
D PGP SIGNATURE-
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
tomorrow..
thanks
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
e wrote:
> adding mysql@ to the list and move to internals, we should do that for
> other parts as well but extensions being actively maintained in pecl
> too (while they will most likely have a separate branche for 7+
> anyway.
>
> On Fri, Aug 15, 2014 at 5:05 PM, Laruence wrote:
&g
ng this bug, can somebody answer my question as to whom I should send
> the backtrace?
>
> Thanks
>
>
> Pascal
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, Aug 1, 2014 at 12:34 AM, Pascal Chevrel wrote:
> Le 31/07/2014 16:23, Laruence a écrit :
>
>> Hey:
>>
>> On Thu, Jul 31, 2014 at 8:29 PM, Pascal Chevrel
>> wrote:
>>>
>>> Le 26/07/2014 04:42, Laruence a écrit :
>>>
>>&g
Hey:
On Thu, Jul 31, 2014 at 8:29 PM, Pascal Chevrel wrote:
> Le 26/07/2014 04:42, Laruence a écrit :
>
>> Hey:
>>
>> On Fri, Jul 25, 2014 at 9:14 PM, Pascal Chevrel
>> wrote:
>>>
>>> Hi,
>>>
>>> I tried the .deb package for php
PHP
, I think it's okey to report it there, and note it's PHPNG in the
comment. for now.
thanks
>
> Thanks
>
> Pascal
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Laruence Xinchen
Hey:
On Fri, Jul 25, 2014 at 2:56 PM, Laruence wrote:
> Hey:
>
> First of all, I don't want to make *that* thead longer...
>
> as you can see, some devers says critically phpng is lacking of
> document, and they make that as the main reason for them to against
nsion from PHP
to PHPng, let's add more info into the doc, or I can do some part of
your work for you. as I have almost refactor all the extensions under
ext/
and what do you want else?
please, just, please, stop the worthless talking, I really don't
want to see such useless words
Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www
On Thu, Jul 17, 2014 at 1:09 PM, Remi Collet wrote:
> Le 17/07/2014 06:01, Laruence a écrit :
>
>> $this->_prototype = unserialize(sprintf('O:%d:"%s":0:{}',
>> strlen($this->name), $this->name));
>
>>I am not sure now. sho
the serialize will fail
after fix 5328d4289946e260232f3195ba2e0f0eb173d5ef
then I found, Stas did a re-fix for that:
342240fd7fb6ac0a287eb6f912c4d61d6274d68c
but it seems doesn't go into 5.6..
I am not sure now. should this usage be supported?
thanks
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Int
3 process
thanks
>
> --
> Regards,
> Mike
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hey:
On Mon, Jul 7, 2014 at 10:46 PM, Andrea Faulds wrote:
>
> On 7 Jul 2014, at 15:42, Laruence wrote:
>
>> 1. "The current patch introduces a new “write context” issue. Namely
>> ($foo)['bar'] = 'baz' will not behave this same was as $foo[
On Mon, Jul 7, 2014 at 10:46 PM, Andrea Faulds wrote:
>
> On 7 Jul 2014, at 15:42, Laruence wrote:
>
>> 1. "The current patch introduces a new “write context” issue. Namely
>> ($foo)['bar'] = 'baz' will not behave this same was as $foo['bar
ese changes only apply to some very rarely used syntax, the
breakage seems acceptable for PHP 6."
I don't think we should introduce a new thing which is not perfect or
"confused".. it looks like we fixed a mess with a new mess.
it make me think we should : "don't fix
pment Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
re such implementations, for example.)
>
> A concern is that there are growing number of browsers share
> state. I do not research these browsers behavior yet. I suppose
> session cookie (expire=0) would not be shared.
>
> Anyone has any comments on this?
>
> R
s there :)
> --
> Stanislav Malyshev, Software Architect
> SugarCRM: http://www.sugarcrm.com/
> (408)454-6900 ext. 227
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
declaring variadic functions, but about calling them.
>
> The syntax it introduces looks as follows:
>
> $db->query($query, ...$params);
seems so weird and ugly..
-1
thanks
>
> Thoughts?
>
> Thanks,
> Nikita
--
Laruence Xinchen Hui
http://www.laruence.c
re
> removed that would normally load the common functions files.
I just reply to this point:
No. thinking we already have opcache there. so, *compiling* Functions is cheap.
but if with function autoloading, *function autoloading* will execute every run.
thanks
--
Laruence Xinchen Hui
h
Architect
> SugarCRM: http://www.sugarcrm.com/
> (408)454-6900 ext. 227
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtim
ould be done IMO:
> - revert this change from 5.4
> - mention it in the Upgrade Guide 5.3 -> 5.4
that was a bug, that if you didn't pass SKIP_DOTS , dots should no be skipped.
and this bug is also fixed in 5.3 branch.
thanks
>
> Best regards
> Martin Keckeis
--
Laruence
On Fri, Jun 28, 2013 at 1:12 PM, Laruence wrote:
> Hey:
>
> Instead of change the uint to long or size_t, Maybe make the
> max_file_upload_size 0 means unlimited? like Apached did, ulimited or
> <= 2Gb
s ,Gb,GB,
>
> https://httpd.apache.org/docs/2.2/mod/core.html#lim
ms GmbH
> Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
> GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
>
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, Jun 28, 2013 at 12:30 AM, Laruence wrote:
> On Fri, Jun 28, 2013 at 12:20 AM, Laruence wrote:
>> On Thu, Jun 27, 2013 at 11:54 PM, Anthony Ferrara
>> wrote:
>>> Laruence,
>>>
>>>> so are you saying, that check every method's sig
On Fri, Jun 28, 2013 at 12:20 AM, Laruence wrote:
> On Thu, Jun 27, 2013 at 11:54 PM, Anthony Ferrara wrote:
>> Laruence,
>>
>>> so are you saying, that check every method's signature of a class is
>>> *faster* than just check interface?
>>
>>
On Thu, Jun 27, 2013 at 11:54 PM, Anthony Ferrara wrote:
> Laruence,
>
>> so are you saying, that check every method's signature of a class is
>> *faster* than just check interface?
>
>
> Yes, yes I am saying that. And yes, the numbers show that.
>
>
On Thu, Jun 27, 2013 at 6:15 PM, Julien Pauli wrote:
> On Thu, Jun 27, 2013 at 11:31 AM, Ivan Enderlin @ Hoa
> wrote:
>>
>>
>> On 27/06/13 06:40, Laruence wrote:
>>>
>>>
>>> thanks for the report, fixed in
>>>
>>> https://g
On Thu, Jun 27, 2013 at 11:25 PM, Anthony Ferrara wrote:
> Laruence,
>
>> I missed one thing here, it should be:
>> why we need such feature that only a few people need it, and will
>> also make reset people confused, and most of other language doesn't
>> hav
On Thu, Jun 27, 2013 at 10:54 PM, Laruence wrote:
> On Thu, Jun 27, 2013 at 10:35 PM, Anthony Ferrara wrote:
>> Stas et al,
>>
>>
>> So, the question of what is the difference between the two errors
>>> remains unanswered. If the whole diff is that one of the
ar C engineer, develped a lots of PHP
applications, and also some big scalar ones, like weibo.com which I am
maintaining now, thanks)
interface is enough, interface is exactlly doing the protocol control
thing, and I think it does very well. and it also very strict and
reliable.
so, wh
gt; a bug in any case)
>
> https://bugs.php.net/65136 here we are :-).
thanks for the report, fixed in
https://github.com/php/php-src/commit/fa8611c81ee72839cdff3e72b18cc586feb4aa29
thanks
>
>
> --
> Ivan Enderlin
> Developer of Hoa
> http://hoa-project.net/
>
>
t need it)
Go does that is not a reason...
thanks
>
> Thanks!
>
> Anthony
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
: Thursday, June 20, 2013 8:20 PM
>> >To: Anthony Ferrara
>> >Cc: Laruence; internals@lists.php.net
>> >Subject: Re: [PHP-DEV] Disabling the GC during shutdown
>> >
>> >> However, that's not really fixing the situation either, as the zval is
>> &g
On Thu, Jun 20, 2013 at 6:12 PM, Laruence wrote:
> On Thu, Jun 20, 2013 at 1:46 AM, Anthony Ferrara wrote:
>> All,
>>
>> We were discussing a range of bugs today with the garbage collector. For
>> example: https://bugs.php.net/bug.php?id=64827
>>
>> A
being moved after the shutdown
> function call, but I'm not sure if it's worth it (either way). thoughts?
>
> 3. Can anyone think of a reason we'd want the GC enabled during the request
> shutdown? I can't think of any...
>
> Additionally, considering that this
gt;> bugs (e.g. [1]) this is a safe assumption.
>>>
>>> * Should APC users switch to opcache and APCu? (with APCu replacing the
>>>> APC package)
>>>>
>>>
>>> OPcache is definitely the opcode cache solution for PHP 5.5
>>>
>&
Hey:
besides APCu, you can also have a try with :
https://github.com/laruence/yac :)
thanks
On Thu, May 9, 2013 at 8:02 PM, Pierre Schmitz wrote:
> Hi,
>
> I am testing PHP 5.5 atm and how we can package it for Arch Linux and
> provide an upgrade path for users. The RC1
I made a RFC for this: https://wiki.php.net/rfc/second_arg_to_preg_callback
thanks
On Sat, May 4, 2013 at 10:28 PM, Laruence wrote:
>
>
>
> On Sat, May 4, 2013 at 9:46 PM, Anthony Ferrara wrote:
>
>> Laruence,
>>
>> > foreach ($replacements as $r
On Sat, May 4, 2013 at 9:46 PM, Anthony Ferrara wrote:
> Laruence,
>
> > foreach ($replacements as $regex => $callback) {
> > > $str = preg_replace_callback($regex, $callback, $str);
> > > }
> > >
> >
> > So if there are 10 re
hanks
--
Laruence Xinchen Hui
http://www.laruence.com/
On Sat, May 4, 2013 at 8:58 PM, Nikita Popov wrote:
> On Sat, May 4, 2013 at 2:52 PM, Laruence wrote:
>
>>
>>
>>
>> On Sat, May 4, 2013 at 8:49 PM, Nikita Popov wrote:
>>
>>> On Sat, May 4, 2013 at 2:39 PM, Laruence wrote:
>>>
>>>
On Sat, May 4, 2013 at 8:49 PM, Nikita Popov wrote:
> On Sat, May 4, 2013 at 2:39 PM, Laruence wrote:
>
>> Hey:
>>Sorry for the delay, the new patch, which make the second argument the
>> regex array keys is attached.
>>
>>
>>
>> https://b
On Sat, May 4, 2013 at 8:49 PM, Nikita Popov wrote:
> On Sat, May 4, 2013 at 2:39 PM, Laruence wrote:
>
>> Hey:
>>Sorry for the delay, the new patch, which make the second argument the
>> regex array keys is attached.
>>
>>
>>
>> https://b
ot;/another one/",
...
),
function($matches, $idx) {
switch ($idx) {
case 'foo'
...
case 'bar':
...
}
},
$code);
if no objections, I will commit this patch after 5.5. 0 final release..
thanks
On Tue, Apr 30, 2013 at 12:46 AM, Laruence wrote:
> Hey:
>
"replace"
> )
> , ... );
>
Hey:
then I think perg_replace_callback become useless
thanks
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Laruence Xinchen Hui
http://www.laruence.com/
On Tue, Apr 30, 2013 at 1:43 AM, Nikita Popov wrote:
> On Mon, Apr 29, 2013 at 6:46 PM, Laruence wrote:
>
>> Hey:
>>there comes a FR: https://bugs.php.net/bug.php?id=64730
>>
>>the main idea is, in 5.5 we remove support of 'e' modifier.
>&g
e the regex idx in the regex array)?
patch is here:
https://bugs.php.net/patch-display.php?bug_id=64730&patch=sencode_argument.patch&revision=latest
--
Laruence Xinchen Hui
http://www.laruence.com/
ialized in one version to need to be unserialized in another.
>
> -Rasmus
>
>
--
Laruence Xinchen Hui
http://www.laruence.com/
rsonally, I think it's safe to include this patch into 5.5 and make a
> green light to some other advanced optimizations in 5.5. (e.g. conversion
> INIT_FCALL_BY_NAME into DO_FCALL).
>
> Any thoughts?
>
> Thanks. Dmitry.
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Laruence Xinchen Hui
http://www.laruence.com/
can be narrowed down to a
> specific class
> - added use case
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Laruence Xinchen Hui
http://www.laruence.com/
Hey:
bug is described at #64554
I proposal to add a leading backslash to all classnames (not only ns
names, since no harm, consistent and make sense) when doing serialize,
var_export etc.
what do you think?
thanks
--
Laruence Xinchen Hui
http://www.laruence.com/
On Thu, Apr 4, 2013 at 1:39 PM, Levi Morrison wrote:
> 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
rlwrappers.
then user can simply use if (defined(CURL_WRAPPERS_ENABLED) {}
after this, we can move on to write a RFC about remove the experiment
feature in 5.6, okey?
thanks
>
> -Hannes
>
--
Laruence Xinchen Hui
http://www.laruence.com/
On Wed, Apr 3, 2013 at 10:42 PM, Kalle Sommer Nielsen wrote:
> 2013/4/3 Laruence :
> > On Wed, Apr 3, 2013 at 4:22 PM, Stas Malyshev >wrote:
> >
> >> Hi!
> >>
> >> > Added new constant CURL_WRAPPERS_ENABLE in (include 5.4)
>
Malyshev, Software Architect
> SugarCRM: http://www.sugarcrm.com/
> (408)454-6900 ext. 227
>
--
Laruence Xinchen Hui
http://www.laruence.com/
Added new constant CURL_WRAPPERS_ENABLE in (include 5.4)
https://github.com/php/php-src/commit/d7f709a032a40cb475042b43db07a4698a2488b7
thanks
On Mon, Apr 1, 2013 at 9:53 PM, Laruence wrote:
>
>
>
> On Mon, Apr 1, 2013 at 7:18 AM, Hannes Magnusson <
> hannes.magnus..
On Mon, Apr 1, 2013 at 7:18 AM, Hannes Magnusson wrote:
> On Sun, Mar 31, 2013 at 6:25 AM, Laruence wrote:
> > Hey:
> >
> >there are some issues when people run some codes in a php which is
> > compiled with --with-curlwrappers, like #61336, or the recently t
, any other better name...
objections?
thanks
--
Laruence Xinchen Hui
http://www.laruence.com/
On Tue, Mar 26, 2013 at 4:43 AM, Christopher Jones
wrote:
>
>
> On 03/25/2013 08:41 AM, Remi Collet wrote:
>>
>> Le 25/03/2013 06:47, Laruence a écrit :
>>>
>>> attached here:
>>>
>>> https://bugs.php.net/patch-display.php?bug_id=64503&
en the plan was to have the bundled version 5.5+ only
>> (or for the given branch), and not to keep compatibility with older php
>> versions. Dmitry, what do you think to try to keep releases via pecl and
>> core in sync as long as it is possible? That means one/two years for 5.3,
&
On Mon, Mar 25, 2013 at 1:43 PM, Laruence wrote:
> On Mon, Mar 25, 2013 at 1:27 PM, Rasmus Lerdorf wrote:
>> On 03/24/2013 10:24 PM, Laruence wrote:
>>> On Mon, Mar 25, 2013 at 1:19 PM, Laruence wrote:
>>>> On Mon, Mar 25, 2013 at 1:18 PM, Laruence wrote:
>>
On Mon, Mar 25, 2013 at 1:27 PM, Rasmus Lerdorf wrote:
> On 03/24/2013 10:24 PM, Laruence wrote:
>> On Mon, Mar 25, 2013 at 1:19 PM, Laruence wrote:
>>> On Mon, Mar 25, 2013 at 1:18 PM, Laruence wrote:
>>>> On Mon, Mar 25, 2013 at 12:42 PM, Rasmus Lerdorf
>>
On Mon, Mar 25, 2013 at 1:19 PM, Laruence wrote:
> On Mon, Mar 25, 2013 at 1:18 PM, Laruence wrote:
>> On Mon, Mar 25, 2013 at 12:42 PM, Rasmus Lerdorf wrote:
>>> On 03/24/2013 09:30 PM, Laruence wrote:
>>>> On Mon, Mar 25, 2013 at 7:38 AM, Rasmus Lerdorf wrote
On Mon, Mar 25, 2013 at 1:18 PM, Laruence wrote:
> On Mon, Mar 25, 2013 at 12:42 PM, Rasmus Lerdorf wrote:
>> On 03/24/2013 09:30 PM, Laruence wrote:
>>> On Mon, Mar 25, 2013 at 7:38 AM, Rasmus Lerdorf wrote:
>>>> On 03/24/2013 10:35 AM, Felipe Pena wrote:
>>
On Mon, Mar 25, 2013 at 12:42 PM, Rasmus Lerdorf wrote:
> On 03/24/2013 09:30 PM, Laruence wrote:
>> On Mon, Mar 25, 2013 at 7:38 AM, Rasmus Lerdorf wrote:
>>> On 03/24/2013 10:35 AM, Felipe Pena wrote:
>>>> Hi,
>>>>
>>>> 2013/3/24 Rasmus Ler
nts to do a little light
>>> reading and report back it would be appreciated.
>>>
>>
>> http://www.gnu.org/software/bison/manual/html_node/Parser-Function.html#Parser-Function
>>
>> This page explain how to use it.
>
> Sure, I see how they work,
g a show-stopper gap
> that must be addressed as a priority.
>
>
>
> Laurence, you are correct that O+ doesn't provide data caching, but what
> about memcached and the PECL packages that support it?
> http://pecl.php.net/package/memcache and
> http://pecl.php.net/package
On Mon, Mar 11, 2013 at 2:07 PM, Dmitry Stogov wrote:
> You can do it.
>
thanks , committed in
https://github.com/php/php-src/commit/0444708c5cd665179a936b86369f84b9dad8effe
> Thanks. Dmitry.
>
> On Fri, Mar 8, 2013 at 7:27 PM, Laruence wrote:
>>
>> Hey:
&g
nline __attribute__((always_inline))
#define zend_never_inline __attribute__((noinline))
@@ -374,7 +374,7 @@ struct _zval_struct {
#define zend_never_inline
#endif
-#elif defined(_MSC_VER)
+#elif defined(_MSC_VER) && !ZEND_DEBUG
#define zend_always_inline __forceinline
#define zend_never_in
hich will give the O+
more feedback and test
thanks
>
> It will surely won't change anything but I stand to what we discuss.
>
> --
> Pierre
>
> @pierrejoye
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.
; --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
stion was outside the context of O+ - it should support it for as long
> as ZTS is available...
Oh, in that case, I prefer fcgi(eg: nginx fpm) too. :)
thanks
>
> Zeev
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Tue, Jan 29, 2013 at 5:28 PM, Laruence wrote:
> On Tue, Jan 29, 2013 at 5:03 PM, Zeev Suraski wrote:
>> I didn’t want to hijack the Optimizer+ thread so I’m creating a new one,
>> based on the apparent level of interest in ZTS. This isn’t an RFC to
>> remove ZTS by an
st a bunch of many different
> threads). What are your reasons to choose it over FastCGI?
Hey:
It's not we choose ZTS, it is there are many users run with them (IIS,
Apache+workers, and pthreads extension require it)
and all PHP extensions supports it, so if O+ doesn't, it feel
-fcomte.fr/ and http://www.inria.fr/
>
> Member of HTML and WebApps Working Group of W3C
> http://w3.org/
>
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
d be able to (re)add NTS
> support pretty quickly.
Hey:
my problem gone. ignore my previous mail
thanks
>
> Zeev
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Laruence Xinchen Hui
http://www.
public consumption, which I hope we can be done with by the end
> of next week, hopefully sooner.
Thanks!
It's great. however, it's a little not perfect that no ZTS supports. :)
>
>
>
> https://wiki.php.net/rfc/optimizerplus
>
>
>
> Comments welcome!
>
>
;> Use get_constrctor instead of access of the ce->constructor directly
>
>
> please note that this breaks ext/pdo/tests/pdo_036.phpt on the 5.5 branch.
> Please take a look!
>
Hey:
fixed
thanks :)
> --
> PHP Internals - PHP Runtime Development Mailing List
> To
ptions.
>
> Thanks for your upcoming votes and let focus and 5.5+ asap :)
>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://blog.thepimp.net | http://www.libgd.org
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www
On Thu, Dec 6, 2012 at 7:02 PM, Laruence wrote:
> On Thu, Dec 6, 2012 at 5:52 PM, Pierre Joye wrote:
>> I mean bug #44942. Sorry.
>>
>> Also to clarify for non C devs. A handle could be an opened file, a
>> pipe or similar resources. Also important to keep in mind
g this bug (and a
>> couple of other I think)?
>>
>> It is windows only. Not sure if we do the same on other platforms.
>>
>> Cheers,
>> --
>> Pierre
>>
>> @pierrejoye
>
>
>
> --
> Pierre
>
> @pierrejoye | http://blog.thepimp.n
pment Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, Nov 21, 2012 at 2:35 PM, Dmitry Stogov wrote:
> [see below]
>
> On Wed, Nov 21, 2012 at 6:39 AM, Laruence wrote:
>>
>> Hey:
>>
>>This problem come out when I was figuring a performance issue of
>> Yaf_Loader.
>>
>>Yaf pro
.
but, zend_compile_file will throw warning if the file doesn't
exists via zend_message_dispatcher_p
so if zend_message_dispatcher_p is ZEND_API, then I can avoid using
such mess codes:
https://github.com/laruence/php-yaf/blob/master/yaf_loader.c#L377
what do you think?
thanks
--
Lar
On Mon, Oct 29, 2012 at 9:16 PM, Rasmus Lerdorf wrote:
> On 10/29/2012 12:20 AM, Laruence wrote:
>> Hey:
>>is there any change to git box recently?
>>
>>I got a fail message like:
>>
>>Total 5 (delta 3), reused 0 (delta 0)
>>remote: Sh
Hey:
is there any change to git box recently?
I got a fail message like:
Total 5 (delta 3), reused 0 (delta 0)
remote: Shared object "libvpx.so.0" not found, required by "php"To
g...@git.php.net:php-src.git
thanks
--
Laruence Xinchen Hui
http://www.la
t; Thank you
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi:
it's great, I tested, and committed. :)
thanks
On Thu, Oct 18, 2012 at 7:19 PM, Dmitry Stogov wrote:
> I think, I've found a more simple fix (attached) that don't require
> extension patching and even allow to optimize ZE a bit.
>
> Laruence, can you please ve
On Thu, Oct 18, 2012 at 6:45 PM, Pierre Joye wrote:
> hi Dmitry, Laruence!
>
> On Thu, Oct 18, 2012 at 11:46 AM, Laruence wrote:
>> Hey:
>>
>> recently we found a problem, that is "usage zval_dtor on a recursive
>> array while gc enabled" has chanc
es instead:
"
zval garbage = *subpats;
array_init(subpats);
zval_dtor(&garbage);
"
thanks
--
Laruence Xinchen Hui
http://www.laruence.com/
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Tue, Sep 4, 2012 at 12:05 AM, Andrew Faulds wrote:
> On 03/09/12 17:03, Laruence wrote:
>>
>> It is great parser(simple and fast) which make php works well for years..
>
> No, it's not, it's overly complex. You have to define all sorts of different
> expres
1 - 100 of 349 matches
Mail list logo
