On Wed, Mar 18, 2009 at 10:55 PM, Cesar D. Rodas wrote:
> In the presentation with Gearman you have a C extension for PHP, and
> you code the daemon itself in PHP. My idea it's different. Let's put
> it simple. I am planning code a server (similar to a web server,
> Apache) written in C or C++ th
Hi Matt,
Matt Wilmas wrote:
Hi again Dmitry,
Just wanted to say that I think I can make your code a bit smaller after
looking at it closer.
It would be great, but keep in mind that performance is more important.
Don't quite have enough time to modify and verify
it now, but I'll be back la
2009/3/19 mike :
> On Wed, Mar 18, 2009 at 10:06 PM, Cesar D. Rodas wrote:
>> Hey mike,
>
>> It is different, my idea is that the worker execute PHP code (I will
>> embed PHP into C or C++), AFAIK gearman execute C code. The main
>> advantage is that you can "deploy" your app. without recompile yo
I've attached patches for php.ini-production and php.ini-development.
One change involves an mbstring setting correction regarding:
http://marc.info/?l=php-cvs&m=123596904426621&w=2
Another change adds an additional comment including XOR in the list of
usable bitwise operators.
The final change i
On Wed, Mar 18, 2009 at 10:06 PM, Cesar D. Rodas wrote:
> Hey mike,
> It is different, my idea is that the worker execute PHP code (I will
> embed PHP into C or C++), AFAIK gearman execute C code. The main
> advantage is that you can "deploy" your app. without recompile your
> worker, and would b
Hey mike,
2009/3/19 mike :
> Have you looked into gearman?
> http://gearman.org
It is different, my idea is that the worker execute PHP code (I will
embed PHP into C or C++), AFAIK gearman execute C code. The main
advantage is that you can "deploy" your app. without recompile your
worker, and woul
Have you looked into gearman?
http://gearman.org
On Wed, Mar 18, 2009 at 9:29 PM, Cesar D. Rodas wrote:
> Hello folk,
>
> Let me introduce myself, my name is Cesar Rodas, a young guy from
> Paraguay who wants to propose an idea for the GSoC2009.
>
> The purpose of this project is to implement
Hello folk,
Let me introduce myself, my name is Cesar Rodas, a young guy from
Paraguay who wants to propose an idea for the GSoC2009.
The purpose of this project is to implement a pure PHP client and
server API for distributing PHP applications over clusters of back-end
servers that are called b
Hi again Dmitry,
Just wanted to say that I think I can make your code a bit smaller after
looking at it closer. Don't quite have enough time to modify and verify it
now, but I'll be back later (around the usual time) to let you know either
way. :-)
- Matt
- Original Message -
Fro
Matt Wilmas wrote:
Hi Dmitry,
- Original Message -
From: "Dmitry Stogov"
Sent: Wednesday, March 18, 2009
Hi Matt,
I suppose I fixed the patch.
Could you please check which patch is better yours or the attached one?
According to attached benchmark my one is faster for most usual ca
2009/3/16 Matt Wilmas :
> That means anything like this previously only-64-bit code works as expected:
[...]
> What do you all think?
+1
-Hannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Dmitry,
- Original Message -
From: "Dmitry Stogov"
Sent: Wednesday, March 18, 2009
Hi Matt,
I suppose I fixed the patch.
Could you please check which patch is better yours or the attached one?
According to attached benchmark my one is faster for most usual cases,
but may be I forg
Hi Matt,
I suppose I fixed the patch.
Could you please check which patch is better yours or the attached one?
According to attached benchmark my one is faster for most usual cases,
but may be I forget something again.
$a["abcdefghij"] 0.130 0.130
$a["1234567890"] 0.187 0.104
$a
Hi Matt,
Matt Wilmas wrote:
Hi Dmitry,
- Original Message -
From: "Dmitry Stogov"
Sent: Wednesday, March 18, 2009
BTW may be we should eliminate strtol() at all.
There's no need to scan the string twice.
Your change to remove strtol() [1] is not checking for overflow
correctly (for
Hi Dmitry,
- Original Message -
From: "Dmitry Stogov"
Sent: Wednesday, March 18, 2009
BTW may be we should eliminate strtol() at all.
There's no need to scan the string twice.
Your change to remove strtol() [1] is not checking for overflow correctly
(for example, zend_u_strtol()'s ch
On Wed, Mar 18, 2009 at 2:55 PM, Lukas Kahwe Smith wrote:
> At the request of Pierre, I am tightening the commit window.
It is a special wish from, it is common sense. The changes applied
today require real testing and validations, they are likely to have
impact on many platforms.
> Please fini
On 18.03.2009, at 11:06, Lukas Kahwe Smith wrote:
On 17.03.2009, at 10:59, Lukas Kahwe Smith wrote:
On 10.03.2009, at 17:04, Johannes Schlüter wrote:
Hi,
I wrote a mail last Friday about this but it seems like it got
lost. I
wanted to go RC on Thursday, as this now would be a rather sh
On 17.03.2009, at 10:59, Lukas Kahwe Smith wrote:
On 10.03.2009, at 17:04, Johannes Schlüter wrote:
Hi,
I wrote a mail last Friday about this but it seems like it got
lost. I
wanted to go RC on Thursday, as this now would be a rather short-time
announcement (while quite a few devs alread
Exactly. In javascript terms, that is what you'd expect since:
array(1=>'test')
..Isn't a valid array.
2009/3/17 Scott MacVicar :
> On 11 Mar 2009, at 19:25, Christopher Östlund wrote:
>
>> I think this behavior is a bit odd too:
>>
>> php -r "echo json_encode(array(0=>'test'));" // ["test"]
>>
BTW may be we should eliminate strtol() at all.
There's no need to scan the string twice.
Dmitry.
Matt Wilmas wrote:
Hi all,
Assuming there are no objections, I'll commit this fix in a few hours...
Besides the bug report(s), I had also found awhile ago that currently an
array key can be LONG
Hi Matt,
I have no objections against proposed behaviour, but can't we use just a
check for (errno == ERANGE) after strtol()?
Thanks. Dmitry.
Matt Wilmas wrote:
Hi all,
Assuming there are no objections, I'll commit this fix in a few hours...
Besides the bug report(s), I had also found awhi
21 matches
Mail list logo
