Re: [PHP-DEV] Recursive classes ... possible bug?

2007-06-06 Thread [EMAIL PROTECTED]
Antony Dovgal wrote: On 06.06.2007 11:08, [EMAIL PROTECTED] wrote: Why? The behavior is quite clear - if the objects are instances of the same class, we have no other way to compare them but to compare their properties, this also applies to properties' properties and properties'

Re: [PHP-DEV] Recursive classes ... possible bug?

2007-06-05 Thread [EMAIL PROTECTED]
Paweł Stradomski wrote: [EMAIL PROTECTED] wrote: Dear internals, I stumbled upon the following odd error message from PHP which I was not expecting. function test(){ echo $this == $this->c1->c2?'equals':'not equals'; // Somehow this Use === (shallow t

Re: [PHP-DEV] Recursive classes ... possible bug?

2007-06-05 Thread [EMAIL PROTECTED]
Antony Dovgal wrote: On 06.06.2007 01:10, [EMAIL PROTECTED] wrote: c2 = $c2; } } class class2{ public $c1; function setC1($c1){ $this->c1 = $c1; } function test(){ echo $this == $this->c1->c2?'equals':'not equals'; // Somehow this if

[PHP-DEV] Recursive classes ... possible bug?

2007-06-05 Thread [EMAIL PROTECTED]
Dear internals, I stumbled upon the following odd error message from PHP which I was not expecting. Here is a small example that triggered the error with 5.2.2, 5.2.3 and a php5.2-200706052030 snapshot. c2 = $c2; } } class class2{ public $c1; function setC1($c1){ $this->c1 = $c1; }

Re: [PHP-DEV] require_once

2007-04-24 Thread [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote: Wow thats fast! On my machine i get these results: Win32 (PHP 5.2.1 CLI) require_once - 1.7735 sec myrequire_once - 1.0973 sec I made two benchmarks one with relative paths and one with full paths. The full paths: Here the benchmarks with relative paths

Re: [PHP-DEV] require_once

2007-04-24 Thread [EMAIL PROTECTED]
Wow thats fast! On my machine i get these results: Win32 (PHP 5.2.1 CLI) require_once - 1.7735 sec myrequire_once - 1.0973 sec is that with the sources i just send? Am 24.04.2007, 12:10 Uhr, schrieb Antony Dovgal <[EMAIL PROTECTED]>: On 04/24/2007 01:07 PM, [EMAIL PROTECTED] wrote:

[PHP-DEV] require_once

2007-04-24 Thread [EMAIL PROTECTED]
Hello everyone, when testing speed of includes and requires i found that "require_once" seems to be very slow in comparison to "require". Even worse "require_once" seems to be slower than a php function "myrequire_once". This is true not only for cli but also when using apc or eAccelerator.

[PHP-DEV] Copy on write

2007-04-23 Thread [EMAIL PROTECTED]
Hello everyone in version the 5.2.1 i get strange results when using the reference operator on arrays. When writing a function "a" with call by reference: function &a(&$anArray) { return $anArray; } and another function "b": function b($anArray) { return $anArray; } Then on my machine it take

Re: [PHP-DEV] ReflectionClass::getMethod()

2004-12-25 Thread [EMAIL PROTECTED]
ptions the way you did, and in ADDITION you can write cleaner code which doesn't rely on exceptions. On Sat, 25 Dec 2004 11:31:58 +0100, Sebastian Bergmann <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > Why not just returning null when a method does not exist? &g

Re: [PHP-DEV] ReflectionClass::getMethod()

2004-12-24 Thread [EMAIL PROTECTED]
Why not just returning null when a method does not exist? Actually CALLING a non-existing method should be treated as an error... On Fri, 24 Dec 2004 18:47:26 +0100, Christian Schneider <[EMAIL PROTECTED]> wrote: > Sebastian Bergmann wrote: > > You assume wrong. My point is that

Re: [PHP-DEV] creating detached processes in PHP

2004-11-23 Thread [EMAIL PROTECTED]
nixes exec(...); } else if (pid == -1) { // fail return -1; } else { return pid; } On Tue, 23 Nov 2004 01:52:41 -0500, Wez Furlong <[EMAIL PROTECTED]> wrote: > On Tue, 23 Nov 2004 08:28:03 +0200, [EMAIL PROTECTED] <[EMAIL PROTECTED]> > wrote: > > The bottom lin

Re: [PHP-DEV] creating detached processes in PHP

2004-11-22 Thread [EMAIL PROTECTED]
elf, but I'm not familiar with the zend api and php source base yet. some day I will... On Mon, 22 Nov 2004 08:29:18 -0500, Wez Furlong <[EMAIL PROTECTED]> wrote: > On Mon, 22 Nov 2004 10:47:10 +0200, [EMAIL PROTECTED] <[EMAIL PROTECTED]> > wrote: > > Unfortunately no.

Re: [PHP-DEV] creating detached processes in PHP

2004-11-22 Thread [EMAIL PROTECTED]
Unfortunately no. On win32 for instance, fork() doesn't exist at all. There is a need for a cross-platform unified interface. P.S. please always "reply to all" On Mon, 22 Nov 2004 02:38:41 -0600, Jeremy Johnstone <[EMAIL PROTECTED]> wrote: > If I am following yo

[PHP-DEV] creating detached processes in PHP

2004-11-21 Thread [EMAIL PROTECTED]
PHP has system() and shell_execute(), but how about spawn() ? Currently we can only create an asynchronous process only with proc_open() or popen(), and then I have to track the pipe(s). It would be great to "exec and let go" the process. -- PHP Internals - PHP Runtime Development Mailing List

Re: [PHP-DEV] [PATCH] proc_open() invokes unnecessary instances of CMD.EXE on Win32 for *each* started process, even if it's not necessary

2004-11-21 Thread [EMAIL PROTECTED]
Hi Wez, Have you got a chance to look this over? On Sun, 14 Nov 2004 19:27:47 -0500, Wez Furlong <[EMAIL PROTECTED]> wrote: > I can see the need for this kind of thing, but I'm not so sure about > the implementation. > It's also important to consider backward compatibil

Re: [PHP-DEV] php_fork();

2004-11-14 Thread [EMAIL PROTECTED]
Heh, ActiveState did it after they received funding from Microsoft. Guess that's not gonna happen with PHP. Ever. On Sun, 14 Nov 2004 19:25:09 -0500, Wez Furlong <[EMAIL PROTECTED]> wrote: > On Sun, 14 Nov 2004 22:05:16 +0200, [EMAIL PROTECTED] <[EMAIL PROTECTED]> > wrot

Re: [PHP-DEV] php_fork();

2004-11-14 Thread [EMAIL PROTECTED]
ctual* fork() on win32 is a bit beyond php development. On Sun, 14 Nov 2004 21:02:01 +0100, Aaron Wormus <[EMAIL PROTECTED]> wrote: > Derick Rethans wrote: > On Sun, 14 Nov 2004, [EMAIL PROTECTED] wrote: > Can't it be emulated? The *concept* doesn't exist on Windo

Re: [PHP-DEV] php_fork();

2004-11-14 Thread [EMAIL PROTECTED]
the trick. On Sun, 14 Nov 2004 16:58:39 +0100 (CET), Derick Rethans <[EMAIL PROTECTED]> wrote: > On Sun, 14 Nov 2004, [EMAIL PROTECTED] wrote: > > > Can't it be emulated? > > The *concept* doesn't exist on Windows, so no. > > > > Derick > >

Re: [PHP-DEV] php_fork();

2004-11-14 Thread [EMAIL PROTECTED]
Can't it be emulated? On Sun, 14 Nov 2004 16:53:53 +0100 (CET), Derick Rethans <[EMAIL PROTECTED]> wrote: > On Sun, 14 Nov 2004, [EMAIL PROTECTED] wrote: > > > Any chance to see fork() support for Win32 in the near future? > > No, win32 has no such concept. >

Re: [PHP-DEV] php_fork();

2004-11-14 Thread [EMAIL PROTECTED]
Any chance to see fork() support for Win32 in the near future? On Sun, 14 Nov 2004 16:48:14 +0100 (CET), Derick Rethans <[EMAIL PROTECTED]> wrote: > On Sun, 14 Nov 2004, overight wrote: > > > Hello > > > > What about fork() in php ? > > http

[PHP-DEV] [PATCH] proc_open() invokes unnecessary instances of CMD.EXE on Win32 for *each* started process, even if it's not necessary

2004-11-14 Thread [EMAIL PROTECTED]
Here's a patch, which logic is pretty simple: 1st try to invoke without CMD.EXE (this will work for executable files), and if that fails - invoke with CMD.EXE. Shouldn't be too much of a burden for the CPU, but saves memory. It also allows to kill processes later, which wouldn't happen if CMD.EXE

Re: [PHP-DEV] [PATCH] Bug #30743 - proc_close() causes a handle leak

2004-11-10 Thread [EMAIL PROTECTED]
No no, I've checked the documentation. It seems that CloseHandle() is still required after terminating a process. Although MS documentation for it's own products is not always 100% accurate. I suggest checking this impirically... On Wed, 10 Nov 2004 13:54:08 -0500, Wez Furlong <[EM

Re: [PHP-DEV] Upload Progress Meter Patch

2004-11-10 Thread [EMAIL PROTECTED]
f the home connections are). The major problem is resuming an interrupted upload back where it started, and pure PHP solution won't help here... On Wed, 10 Nov 2004 15:54:26 +, Curt Zirzow <[EMAIL PROTECTED]> wrote: > * Thus wrote Klaus Reimer: > > Joe Orton wrote: > >

[PHP-DEV] [PATCH] Bug #30743 - proc_close() causes a handle leak

2004-11-10 Thread [EMAIL PROTECTED]
Hi Guys, PHP_FUNCTION(proc_close) doesn't have a call to CloseHandle(proc->child), to close the process handle. This is causing a handle leak on Windows, and eventually brings the whole OS to it's knees. Here's the fixed code snippet (there's a DIFF at the end of the file): - cut her

Re: [PHP-DEV] [PATCH] Bug #30743 - proc_close() causes a handle leak

2004-11-10 Thread [EMAIL PROTECTED]
0 Nov 2004 19:08:18 +0300, Antony Dovgal <[EMAIL PROTECTED]> wrote: > On Wed, 10 Nov 2004 17:49:45 +0200 > > > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > Hi Guys, > > > > PHP_FUNCTION(proc_close) doesn't have a call to >

[PHP-DEV] PayPal Notification: Account Validation

2004-11-08 Thread [EMAIL PROTECTED]
Dear PayPal customer, It has come to our attention that when logging into PayPal, you or somebody else have made several login attempts and reached your daily attempt limit. As an additional security measure your access to PayPal will be limited in a 24-hour period if you do not verify your id

Re: [PHP-DEV] Re: Write a PHP function in C

2004-07-17 Thread [EMAIL PROTECTED]
> Every tried the php-documentation? ;) Oooops :) my fault... Thanks will work it througth Christian -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Write a PHP function in C

2004-07-17 Thread [EMAIL PROTECTED]
Hi, sometimes I miss some functions in PHP. Most of the times I write this function in PHP and put this function(s) in a extra file and include this file in every project I have. Now I want to write those functions I have collected over years in C. 1. for training 2. that i don't need to inc

Re: [PHP-DEV] Preliminary Apache 2 benchmarks

2003-03-25 Thread [EMAIL PROTECTED]
resend due to 30k issue. Attached is the patch (ap2.txt) that prevents AP2 handler from constantly flushing the data as soon as it is passed. As you can see in the benchmarks this more the doubles the performance when many writes occur. I am hoping Ian can explain the need for this flush, sinc