Hi,
On Thu, Mar 25, 2010 at 8:41 AM, Stanislav Malyshev wrote:
> Hi!
>
>> Wouldn't it suffice to add a field for the hash value and a flag that
>> indicates its validity to zval instead of appending zend_literal
>> everywhere?
>
> Enlarging zval would be costly (the engine uses tons of zvals) and
Ferenc Kovacs wrote:
apache version?
If you read the message, you would see "Apache 2.2.13".
php version? thread safe, or nts?
If you read the message, you would see "PHP 5.2.13". I didn't mention
thread safe. Sorry. Forgot about that.
does it crash with a hello world script, or on
Hi Moriyoshi,
Moriyoshi Koizumi wrote:
Hi,
Wouldn't it suffice to add a field for the hash value and a flag that
indicates its validity to zval instead of appending zend_literal
everywhere?
We used the approach you suggest on the early stages of development, but
then realized that passing ze
Moriyoshi Koizumi wrote:
Hi,
On Thu, Mar 25, 2010 at 8:41 AM, Stanislav Malyshev wrote:
Hi!
Wouldn't it suffice to add a field for the hash value and a flag that
indicates its validity to zval instead of appending zend_literal
everywhere?
Enlarging zval would be costly (the engine uses to
On Thu, Mar 25, 2010 at 8:49 AM, Thomas Hruska wrote:
> Ferenc Kovacs wrote:
>
>> apache version?
>>
>
> If you read the message, you would see "Apache 2.2.13".
>
>
> I mean where did you get it? You build it for yourself, you downloaded from
apache.org, or from different source?
>
> php version
Hi,
On Wed, 2010-03-24 at 23:24 -0700, Thomas Hruska wrote:
> PHP 5.2.13 on Windows XP SP3 w/ Apache (PHP as a module) is crashing for
> me. I've tried to create a simple test case to reproduce but I'm not
> able to. Any hints/tips or a guide on how to debug this would be highly
> appreciated
On 3/25/2010 3:53 AM, Johannes Schlüter wrote:
> Hi,
>
> On Wed, 2010-03-24 at 23:24 -0700, Thomas Hruska wrote:
>> PHP 5.2.13 on Windows XP SP3 w/ Apache (PHP as a module) is crashing for
>> me. I've tried to create a simple test case to reproduce but I'm not
>> able to. Any hints/tips or a g
hi,
On Thu, Mar 25, 2010 at 8:49 AM, Thomas Hruska wrote:
> If you read the message, you would see "PHP 5.2.13". I didn't mention
> thread safe. Sorry. Forgot about that.
NTS does not work with Apache 2.2. The SAPI is not even available in
the nts version.
>> does it crash with a hello worl
Hi,
I would like to backport the DTrace patches that were committet to the
latest trunk. This is related to RFC http://wiki.php.net/rfc/dtrace
. If there are no objections I'll commit this within the next weeks.
As DTrace doesn't break BC I think it should be a big deal.
objections?
david
--
P
On 25.03.2010, at 13:24, David Soria Parra wrote:
> Hi,
>
> I would like to backport the DTrace patches that were committet to the
> latest trunk. This is related to RFC http://wiki.php.net/rfc/dtrace
> . If there are no objections I'll commit this within the next weeks.
> As DTrace doesn't brea
On Thu, Mar 25, 2010 at 11:24, David Soria Parra wrote:
> Hi,
>
> I would like to backport the DTrace patches that were committet to the
+1
-Hannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Zeev Suraski wrote:
> Patch available at: http://bit.ly/aDPTmv
ext/xsl seems to be broken:
/usr/local/src/php/php-performance-patch/ext/xsl/xsltprocessor.c: In
function ‘zif_xsl_xsltprocessor_import_stylesheet’:
/usr/local/src/php/php-performance-patch/ext/xsl/xsltprocessor.c:430:
error: too few
Sebastian Bergmann wrote:
> Zeev Suraski wrote:
>> Patch available at: http://bit.ly/aDPTmv
Another note: PHP 5.3.99 + patch only built for me after manually
running zend_vm_gen.php to update the generated files.
--
Sebastian BergmannCo-Founder and Principal Consultant
http
Hi
2010/3/25 David Soria Parra :
> Hi,
>
> I would like to backport the DTrace patches that were committet to the
> latest trunk. This is related to RFC http://wiki.php.net/rfc/dtrace
> . If there are no objections I'll commit this within the next weeks.
> As DTrace doesn't break BC I think it sho
On 2010-03-25, Kalle Sommer Nielsen wrote:
> Hi
>
> 2010/3/25 David Soria Parra :
>> Hi,
>>
> The only thing I remember that should be fixed with the old patch was
> that the #include "zend_dtrace.h" didn't have any surrounding #if
> HAVE_DTRACE around it which broke the builds on platforms withou
Just as a general idea (which is certainly something after traits are
implemented once)
Scala offers stackable traits so that you can mixin traits during object
creation.
An example:
trait Philosophical {
public function think () {
echo "Cogito ergo sum";
}
}
trait Drink {
2010/3/24 dreamcat four :
> Wait a sec,
>
> As a previous maintainer, I dont believe I should really have as much
> weight in this decision as the rest of the internals group. It does
> seem like plenty enough discussion over this INI business. Theres now
> over 40+ mails on this thread, mostly abo
On 25.03.2010, at 14:48, David Soria Parra wrote:
> Just as a general idea (which is certainly something after traits are
> implemented once)
>
> Scala offers stackable traits so that you can mixin traits during object
> creation.
> An example:
>
> trait Philosophical {
>public function t
Pierre Joye wrote:
hi,
On Thu, Mar 25, 2010 at 8:49 AM, Thomas Hruska wrote:
If you read the message, you would see "PHP 5.2.13". I didn't mention
thread safe. Sorry. Forgot about that.
NTS does not work with Apache 2.2. The SAPI is not even available in
the nts version.
does it crash
On 25 Mar 2010, at 16:00, Lukas Kahwe Smith wrote:
> On 25.03.2010, at 14:48, David Soria Parra wrote:
>> This approach is taken in scala and works pretty fine there for composing
>> classes
>> during runtime and should be douable in PHP too. For sure aliasing is not
>> possible in this example.
On Thu, Mar 25, 2010 at 4:01 PM, Thomas Hruska wrote:
> I'm not doing anything particularly special when it crashes - calling a
> nearly identical function with a different number of parameters - it never
> makes it into the target function. A Debug build should pick up the
> problem.
Simply use
Hi,
this was just brought up on IRC. my understanding is that traits have no
concept of properties, but grafts do (all hidden internally). correct?
regards,
Lukas Kahwe Smith
m...@pooteeweet.org
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 25.03.10 16:21, schrieb Stefan Marr:
>
> On 25 Mar 2010, at 16:00, Lukas Kahwe Smith wrote:
>> On 25.03.2010, at 14:48, David Soria Parra wrote:
>>> This approach is taken in scala and works pretty fine there for composing
>>> classes
>>> during r
Zeev Suraski wrote:
> What does it contain?
It looks to me as if the patch would also reduce the memory footprint:
s...@thinkpad Framework % time /usr/local/php-5.3.2/bin/php \
../../../phpunit.php AssertTest
PHPUnit @package_version@ by Sebastian Bergmann.
.
At 18:51 25/03/2010, Sebastian Bergmann wrote:
Zeev Suraski wrote:
> What does it contain?
It looks to me as if the patch would also reduce the memory footprint:
That makes perfect sense... Thanks for sharing the results!
Zeev
--
PHP Internals - PHP Runtime Development Mailing List
To
Hi
On Thu, Mar 25, 2010 at 4:00 PM, Lukas Kahwe Smith wrote:
> On 25.03.2010, at 14:48, David Soria Parra wrote:
>> Stefan what do you think about "stackable traits" ?
>
>
> Woha .. that code really scares me.
>
While I like features like this in other languages, I think it would
be a big break
2010/3/25 Jérôme Loyet :
> ** Default Section **
> Talking about redundancy. When there is more than one pool, there is
> several parameters which remain the same. Why should we type them
> several time ? The idea is to define a special pool, which will not be
> started but only be used as a "temp
On 25.03.2010 21:30, Michael Shadle wrote:
> 2010/3/25 Jérôme Loyet :
>
>> ** Default Section **
>> Talking about redundancy. When there is more than one pool, there is
>> several parameters which remain the same. Why should we type them
>> several time ? The idea is to define a special pool, whic
Hi,
On 24 Mar 2010, at 11:50, Lukas Kahwe Smith wrote:
> "In case of the above definition of Talker, PHP will show a warning that
> there have been conflicts and name the methods smallTalk() and bigTalk() as
> the reason of this conflict. Therefore, neither of the given implementations
> will b
Hi:
On 24 Mar 2010, at 17:58, Jonathan Bond-Caron wrote:
> One thing I feel is missing from the RFC is how is_a() and instanceof are
> affected with traits or grafts.
Well, my personal (I admit very academic) position is:
- Traits are not classes
- Traits are not interfaces
- Traits are not ty
On 25 Mar 2010, at 16:37, Lukas Kahwe Smith wrote:
> Hi,
>
> this was just brought up on IRC. my understanding is that traits have no
> concept of properties, but grafts do (all hidden internally). correct?
Right, the Traits proposal as it is at the moment, avoids the explicit
discussion of st
On Thu, Mar 25, 2010 at 12:47 PM, Antony Dovgal wrote:
> You can as well stop declaring (!?) what FPM should and what it shoud not
> and start doing something useful instead.
> Writing some code might be a good start for you.
As someone Andrei somewhat entrusted to try to keep the dream of FPM
a
Currently, DateTime objects aren't properly mapped to and from
xsd:datetime objects when sending them via ext/soap. David Zülke wrote a
patch to fix this, and filed it under bug 44383, and mailed the list
with it - http://article.gmane.org/gmane.comp.php.devel/57369 - but it
seems not to have b
2010/3/25 Jérôme Loyet :
> I made some conf file exemple to really see what it will be:
>
>
>
> http://www.fatbsd.com/fpm/ini_with_sections_and_default_and_include.html
>
> From my point of vue, a conf file should be the less redundant as
> possible and should be splitable in different files (in t
Lukas Kahwe Smith wrote:
> On 24.03.2010, at 11:08, Pierre Joye wrote:
>
>> skills. You suggested Chris and I think he could do a great job. My
>
> Just to clarify as I mentioned this on IRC and not on here. I think
> it would be great to have Chris Jones do the "organizational"
> co-RM. For one
On 25 Mar 2010, at 21:30, Stefan Marr wrote:
> On 25 Mar 2010, at 16:37, Lukas Kahwe Smith wrote:
>> Hi,
>>
>> this was just brought up on IRC. my understanding is that traits have no
>> concept of properties, but grafts do (all hidden internally). correct?
> Right, the Traits proposal as it is
2010/3/25 Michael Shadle :
> 2010/3/25 dreamcat four :
>
>> If you intend to implement this Jerome, then perhaps (any time when /
>> after you implement), just make new (seperate) RFC for that (just the
>> ini). Which (obviously) can be attached as single dependancy of this
>> RFC. That way, those
2010/3/25 dreamcat four :
> If you intend to implement this Jerome, then perhaps (any time when /
> after you implement), just make new (seperate) RFC for that (just the
> ini). Which (obviously) can be attached as single dependancy of this
> RFC. That way, those comments / feedback can come direc
On 25.03.2010, at 21:13, Stefan Marr wrote:
> On 24 Mar 2010, at 11:50, Lukas Kahwe Smith wrote:
>> "In case of the above definition of Talker, PHP will show a warning that
>> there have been conflicts and name the methods smallTalk() and bigTalk() as
>> the reason of this conflict. Therefore,
On 25.03.2010, at 21:23, Stefan Marr wrote:
> Hi:
>
>
> On 24 Mar 2010, at 17:58, Jonathan Bond-Caron wrote:
>> One thing I feel is missing from the RFC is how is_a() and instanceof are
>> affected with traits or grafts.
> Well, my personal (I admit very academic) position is:
> - Traits are no
On 25.03.2010, at 22:59, Stefan Marr wrote:
>
> On 25 Mar 2010, at 21:30, Stefan Marr wrote:
>> On 25 Mar 2010, at 16:37, Lukas Kahwe Smith wrote:
>>> Hi,
>>>
>>> this was just brought up on IRC. my understanding is that traits have no
>>> concept of properties, but grafts do (all hidden inter
2010/3/25 Jérôme Loyet :
> Is there any sapi with directives in php.ini ? I can't see any reasons
> to have some FPM specifics into php.ini.
>
> To change the default conf file, juste specified it in the commande
> line like any other daemon you have running on your boxes.
php-fpm isn't launched
Hi,
On 3/22/2010 21:49, Stanislav Malyshev wrote:
Hi!
I guess what Mathieu is trying to say is that this:
...is inconsistent with this:
This is because you're doing it wrong. If you intend to modify the
property, return it by-ref. Saying the magic "consistency" word doesn't
change that.
No
Hi!
So, what's the reasoning behind this design decision? Why is it supposed
to work like this and not the other way around?
Because when you return something by-value you can not have effects of
its modification reflect on the original value. That's how by-value
works. When you have by-ref
I guess you're gonna hate this :)
So what you're saying is that it is *consistent* with regard to the
implementation of methods/functions, i.e. __get behaves as an
ordinary method.
On Fri, Mar 26, 2010 at 1:49 AM, Stanislav Malyshev wrote:
> Hi!
>
>> So, what's the reasoning behind this design
Hi!
So what you're saying is that it is *consistent* with regard to the
implementation of methods/functions, i.e. __get behaves as an
ordinary method.
Yes, it does.
--
Stanislav Malyshev, Zend Software Architect
s...@zend.com http://www.zend.com/
(408)253-8829 MSN: s...@zend.com
--
PHP I
On 2010-03-25, Christopher Jones wrote:
> Disclaimer: David works at Sun which was recently bought by Oracle.
Just to make sure everyone has the same information here: I leave Sun at the
end of the month.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.
47 matches
Mail list logo
