[PHP-DEV] Re: [PHP-CVS] cvs: php-src /sapi/cgi cgi_main.c /sapi/cgi/libfcgi/include fcgi_config.h

2004-02-10 Thread Sebastian Bergmann
Ilia Alshanetsky wrote: > iliaa Tue Feb 10 12:44:31 2004 EDT > > Modified files: > /php-src/sapi/cgi cgi_main.c > /php-src/sapi/cgi/libfcgi/include fcgi_config.h > Log: > Fixed win32 build. I still get e:\home\php\php5\sapi\cgi\cgi_main.c(278): error C2065: 'parent

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Olivier Hill
Rasmus Lerdorf wrote: Well, I would grep or search in my editor for "nph" if I was looking for a toggle for this. My search would not find the more verbose directive. -Rasmus Either way, in the config file there is a comment before the directive. We could just put something like: ; Use this di

[PHP-DEV] About bug #26753 and zend_register_list_destructors()

2004-02-10 Thread Jani Taskinen
This is either bug in zend_fetch_list_dtor_id() as said in the bug report or misuse of [zend_]register_list_destructors(). So which one is it? Is zend_register_list_destructors() deprecated in favor of zend_register_list_destructors_ex() or what?? FYI: register_list_des

Re: [PHP-DEV] problem compiling php5

2004-02-10 Thread Walter A. Boring IV
Quoting Jani Taskinen <[EMAIL PROTECTED]>: > > a) your system is borked > b) your tools are borked > c) your sources are borked > > Works fine for me. > > FYI: It's considered good practise to try with the minimal > set of configure options before reporting anyth

Re: [PHP-DEV] problem compiling php5

2004-02-10 Thread Jani Taskinen
a) your system is borked b) your tools are borked c) your sources are borked Works fine for me. FYI: It's considered good practise to try with the minimal set of configure options before reporting anything and wasting our (my) time. (--disable-all is

[PHP-DEV] problem compiling php5

2004-02-10 Thread Walter A. Boring IV
Howdy, I'm trying to build php5 from cvs. I'm running on redhat 9. At the end of the compile, the linker seems to bail. /usr/bin/ld: .libs/libphp5.so: undefined versioned symbol name operator delete(void*)@@GLIBCPP_3.2 /usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld re

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Rasmus Lerdorf
On Wed, 11 Feb 2004, Zeev Suraski wrote: > At 00:10 11/02/2004, Rasmus Lerdorf wrote: > >On Tue, 10 Feb 2004, Derick Rethans wrote: > > > > > On Tue, 10 Feb 2004, Andi Gutmans wrote: > > > > > > > Well we do tend to be verbose in PHP even when it's non-standard. > > > > I'd really prefer cgi.non_p

[PHP-DEV] mysqli Status Update

2004-02-10 Thread Adam Maccabee Trachtenberg
I am having all sorts of problems testing the mysqli extension. Some of the functions work fine, but lots of others (mysqli_bind_output()) aren't. Just to make sure I wasn't crazy, I just rebuilt PHP from the CVS and ran the test script. Only 22/60 mysqli unit tests actually pass. Is this normal

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Andi Gutmans
At 02:10 PM 2/10/2004 -0800, Rasmus Lerdorf wrote: On Tue, 10 Feb 2004, Derick Rethans wrote: > On Tue, 10 Feb 2004, Andi Gutmans wrote: > > > Well we do tend to be verbose in PHP even when it's non-standard. > > I'd really prefer cgi.non_parsing_headers. > > It should be common_gateway_interface.

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Zeev Suraski
At 00:12 11/02/2004, Ilia Alshanetsky wrote: As always I do not have a particular instance on the names. I do believe nph in this situation is better, simply because it would make the setting easier to find. That's the name of the option in other instances and I'd imagine would be the 1st thing a u

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Zeev Suraski
At 00:10 11/02/2004, Rasmus Lerdorf wrote: On Tue, 10 Feb 2004, Derick Rethans wrote: > On Tue, 10 Feb 2004, Andi Gutmans wrote: > > > Well we do tend to be verbose in PHP even when it's non-standard. > > I'd really prefer cgi.non_parsing_headers. > > It should be common_gateway_interface.non_pars

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Ilia Alshanetsky
As always I do not have a particular instance on the names. I do believe nph in this situation is better, simply because it would make the setting easier to find. That's the name of the option in other instances and I'd imagine would be the 1st thing a user would search for. The acronym itself c

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Rasmus Lerdorf
On Tue, 10 Feb 2004, Derick Rethans wrote: > On Tue, 10 Feb 2004, Andi Gutmans wrote: > > > Well we do tend to be verbose in PHP even when it's non-standard. > > I'd really prefer cgi.non_parsing_headers. > > It should be common_gateway_interface.non_parsing_headers then... Yeah, nph is pretty

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Derick Rethans
On Tue, 10 Feb 2004, Andi Gutmans wrote: > Well we do tend to be verbose in PHP even when it's non-standard. > I'd really prefer cgi.non_parsing_headers. It should be common_gateway_interface.non_parsing_headers then... Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscr

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Andi Gutmans
Well we do tend to be verbose in PHP even when it's non-standard. I'd really prefer cgi.non_parsing_headers. Andi At 03:24 PM 2/10/2004 -0500, Ilia Alshanetsky wrote: nph stands for non parsing headers. In our particular situation it would allow CGI to print Status: 200 header, which is normally

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Ilia Alshanetsky
nph stands for non parsing headers. In our particular situation it would allow CGI to print Status: 200 header, which is normally skipped as it is not needed in most situations. I specifically used nph as the option name, since that is what is being used most frequently to refer to the option in

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Derick Rethans
On Tue, 10 Feb 2004, Andi Gutmans wrote: > What does nph stand for? Can you think of a more verbose name? Non-parsed Headers or something... but NPH is really just the name for the beast :) Derick -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net

[PHP-DEV] Re: [PHP-CVS] cvs: php-src / php.ini-dist php.ini-recommended /sapi/cgi cgi_main.c

2004-02-10 Thread Andi Gutmans
What does nph stand for? Can you think of a more verbose name? Andi At 12:02 AM 2/10/2004 +, Ilia Alshanetsky wrote: iliaa Mon Feb 9 19:02:39 2004 EDT Modified files: /php-srcphp.ini-dist php.ini-recommended /php-src/sapi/cgi cgi_main.c Log: Fixed bug #27026 (A

Re: [PHP-DEV] PHP5: bcmath

2004-02-10 Thread Zeev Suraski
At 21:54 10/02/2004, Georg Richter wrote: > Hi, > before this thread moves out of sight, here's a sum up. > Let's see if we can go on from here or drop the idea. Yes, not too much votes, which is understandable: people are more interested to have a progressbar for uploads than to support basic thi

Re: [PHP-DEV] PHP5: bcmath

2004-02-10 Thread Georg Richter
> Hi, > before this thread moves out of sight, here's a sum up. > Let's see if we can go on from here or drop the idea. Yes, not too much votes, which is understandable: people are more interested to have a progressbar for uploads than to support basic things like precision be default. Georg

Re: [PHP-DEV] PHP5: bcmath

2004-02-10 Thread Zeev Suraski
+1 from me... (you must have wondered at which point the personality switch will take place, eh? :) Zeev At 12:03 10/02/2004, Jan Lehnardt wrote: Hi, before this thread moves out of sight, here's a sum up. Let's see if we can go on from here or drop the idea. Georg: +1 ("enterpriseness" of

Re: [PHP-DEV] PHP5: bcmath

2004-02-10 Thread Jan Lehnardt
Hi, On 10 Feb 2004, at 19:48, Stefan Walk wrote: Just a note - I'm not in favour of installing GMP (or BC) by default, i just stated that it has better features (and that it's not available on windows). Whoops, sorry. I got that wrong. But anyway, that vote seems clear now. Thank you all for your

Re: [PHP-DEV] PHP5: bcmath

2004-02-10 Thread Stefan Walk
> Stefan Walk: +1 for GMP (GMP's superior) Just a note - I'm not in favour of installing GMP (or BC) by default, i just stated that it has better features (and that it's not available on windows). -- Regards, Stefan Walk <[EMAIL PROTECTED]> -- PHP Internals - PHP Runtime Development Mailing Li

Re: [PHP-DEV] New destructors implementation

2004-02-10 Thread Marcus Boerger
Hello Andi, Tuesday, February 10, 2004, 11:29:16 AM, you wrote: > At 10:49 AM 2/10/2004 +0100, Eric Daspet wrote: >>Andi Gutmans wrote: >>>At 03:55 PM 2/9/2004 +, Stephane Drouard wrote: IMO, this is bad programming. If an object wants to access another object (global or not), it has

[PHP-DEV] Re: FW: [PATCH] Bug #24064: Standard deviation

2004-02-10 Thread Ard Biesheuvel
Hi Paul, Why are you comparing, copying and converting each array element twice ? There should be a more elegant way to do this. -- Ard -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] bug #27197

2004-02-10 Thread Greg Beaver
Hi, Could someone with tokenizer extension karma commit the 1-liner fix for #27197? It fixes a somewhat serious bug that renders phpDocumentor useless in certain PHP 5 situations. Thanks, Greg -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/uns

Re: [PHP-DEV] PHP5: bcmath

2004-02-10 Thread Jani Taskinen
On Tue, 10 Feb 2004, Jan Lehnardt wrote: >Hi, >before this thread moves out of sight, here's a sum up. >Let's see if we can go on from here or drop the idea. > >Georg: +1 ("enterpriseness" of PHP) >Sebastian: +1 (is default on Win for ages) >Pierre:+1 (reduces bug reports) > >Andi: +0

Re: [PHP-DEV] FW: [PATCH] Bug #24064: Standard deviation

2004-02-10 Thread Paul Hudson
Andrey, I compiled with "--enable-debug" already (but did it again just to make sure). It works fine, with no report of leaks. Did I miss something? Jani: You're absolutely right about the comments; sorry about that! Otherwise, is the patch OK to be committed? Paul -- Quoting

[PHP-DEV] sxe, leaks while reading attributes prop without assign it to a var

2004-02-10 Thread Pierre-Alain Joye
Hello, Maybe this usage is wrong but it should not leak: Text1 EOF; $sxe = simplexml_load_string($xml); $sxe->attributes; ?> # php5 sxe_leak.php /home/paj/cvs/builds/php5/ext/simplexml/simplexml.c(187) : Freeing 0x408DE780 (16 bytes), script=sxe_leak.php=== Total 1 memory leaks d

Re: [PHP-DEV] Segfault in HEAD

2004-02-10 Thread Andi Gutmans
Fixed. At 05:42 PM 12/6/2003 +0100, Andrey Hristov wrote: Hi, the following script segfaults when HEAD is used (no problem with PHP_4_3). Here is a session that shows the script and the error spotted by valgrind. [session] bash-2.05b$ cat soffset.php bash-2.05b$ valgrind ./php soffset.php ==4985

Re: [PHP-DEV] PHP5: bcmath

2004-02-10 Thread Ard Biesheuvel
Ilia Alshanetsky wrote: Majority of PHP application and hence users do not require this extension. Those who do, in most cases operate in an environment where they have full control over their PHP configuration and thus will be able to enable this extension on demand. I agree with Ilia. -1 --

Re: [PHP-DEV] New destructors implementation

2004-02-10 Thread Andi Gutmans
At 10:49 AM 2/10/2004 +0100, Eric Daspet wrote: Andi Gutmans wrote: At 03:55 PM 2/9/2004 +, Stephane Drouard wrote: IMO, this is bad programming. If an object wants to access another object (global or not), it has to own a reference on it You are getting into coding style now. It is coding st

Re: [PHP-DEV] PHP5: bcmath

2004-02-10 Thread Derick Rethans
On Tue, 10 Feb 2004, Jan Lehnardt wrote: > Hi, > before this thread moves out of sight, here's a sum up. > Let's see if we can go on from here or drop the idea. > > Georg: +1 ("enterpriseness" of PHP) > Sebastian: +1 (is default on Win for ages) > Pierre:+1 (reduces bug reports) > > Andi:

Re: [PHP-DEV] New exceptions mechanism

2004-02-10 Thread Andi Gutmans
Does this still segfault for you? It doesn't for me. Andi At 11:29 PM 2/4/2004 +0100, Marcus Boerger wrote: Hello Andi, Tuesday, February 3, 2004, 2:01:12 PM, you wrote: > Hi, > We rewrote the exception support. It fixes a few limitations and bugs in > the old implementation, and allows except

Re: [PHP-DEV] Re: PHP5: Exception not correctly thown with __get, __set and __toString

2004-02-10 Thread Zeev Suraski
At 19:29 04/02/2004, Stephane Drouard wrote: The new implementation of exception mechanism solves the problem with __get and __toString, but throwing an exception within __set results in a segmentation fault. Fixed! Zeev -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, vi

Re: [PHP-DEV] PHP5: bcmath

2004-02-10 Thread Jan Lehnardt
Hi, before this thread moves out of sight, here's a sum up. Let's see if we can go on from here or drop the idea. Georg: +1 ("enterpriseness" of PHP) Sebastian: +1 (is default on Win for ages) Pierre:+1 (reduces bug reports) Andi: +0 (if I got him right) Marcus:+0 Sara: -0 (no

Re: [PHP-DEV] New destructors implementation

2004-02-10 Thread Eric Daspet
Andi Gutmans wrote: At 03:55 PM 2/9/2004 +, Stephane Drouard wrote: IMO, this is bad programming. If an object wants to access another object (global or not), it has to own a reference on it You are getting into coding style now. It is coding style, you are right. However, order of destructor

Re: [PHP-DEV] FW: [PATCH] Bug #24064: Standard deviation

2004-02-10 Thread Andrey Hristov
Hi Paul, may you compile your PHP binary with --enable-debug and after that run your sample scrit for once. See if there are leaks. Andrey Quoting Paul Hudson <[EMAIL PROTECTED]>: > Er, either the php-internals MARC archive doesn't show all attachments, or > my diff file got stripped en

Re: [PHP-DEV] FW: [PATCH] Bug #24064: Standard deviation

2004-02-10 Thread Andrey Hristov
Hi, as Derick stated 2 days ago, the problem is not in the extension but in the MIME header. The attachment must be text/plain. Andrey Quoting Paul Hudson <[EMAIL PROTECTED]>: > Er, either the php-internals MARC archive doesn't show all attachments, or > my diff file got stripped en rou