[PHP-DEV] HEAD does not compile with GCC 4.0.1

2005-06-13 Thread Sebastian Bergmann
/usr/local/src/php/php-5.1/Zend/zend_execute.c:47: error: 'zend_error_noreturn' aliased to external symbol 'zend_error' -- Sebastian Bergmann http://www.sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 -- PHP Internals -

RE: [PHP-DEV] CALL and SWITCH executors segfault

2005-06-13 Thread Dmitry Stogov
Hi Sebastian, The problem in stack overflow. We will see how this can be fixed without performance lost. Do you use x86 (non x86-64)? What is your ./configure options? Thanks. Dmitry. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Sebastian Bergmann Sent:

[PHP-DEV] PHP 4 Bug Summary Report

2005-06-13 Thread internals
PHP 4 Bug Database summary - http://bugs.php.net Num Status Summary (666 total including feature requests) ===[Adabas-D related]= 32486 Open odbc_fetch_into returns wrong data

Re: [PHP-DEV] CALL and SWITCH executors segfault

2005-06-13 Thread Sebastian Bergmann
Dmitry Stogov wrote: Do you use x86 (non x86-64)? What is your ./configure options? Intel(R) Pentium(R) M Processor 1500MHz / 1024 KB Cache / 512 MB RAM Linux 2.6.11-gentoo-r11 CFLAGS=-march=pentium-m -O2 -pipe ./configure --disable-cgi --disable-all -- Sebastian Bergmann

[PHP-DEV] PHP 5 Bug Summary Report

2005-06-13 Thread internals
PHP 5 Bug Database summary - http://bugs.php.net Num Status Summary (366 total including feature requests) ===[*Compile Issues]== 33272 Feedback fail build php5 whith oracle 9i 64bits

RE: [PHP-DEV] HEAD does not compile with GCC 4.0.1

2005-06-13 Thread Dmitry Stogov
Hi, Is GCC 4.0.1 already released? Did you try GCC 4.0.0? Something was changed in GCC. The error message is proper, but I don't understand why this became a error. Probably I'll need to take advice from somebody of GCC developers. Thanks. Dmitry. -Original Message- From: news

Re: [PHP-DEV] HEAD does not compile with GCC 4.0.1

2005-06-13 Thread Sebastian Bergmann
Sebastian Bergmann wrote: /usr/local/src/php/php-5.1/Zend/zend_execute.c:47: error: 'zend_error_noreturn' aliased to external symbol 'zend_error' Forgot to add: This is with GCC 4.0.1-pre20050607. -- Sebastian Bergmann http://www.sebastian-bergmann.de/ GnuPG Key:

Re: [PHP-DEV] PHP 5.1

2005-06-13 Thread Andreas Korthaus
Michael Wallner wrote: Will pecl_http be included? (AFAIR something like that has been discussed earlier this year on this list) Hm, I must have missed that... I cannot find it anymore, perhaps it only has been suggested... Anyway it's still far away from stable - just compare the count of

Re: [PHP-DEV] PHP 4.4 branch

2005-06-13 Thread Derick Rethans
On Tue, 7 Jun 2005, Gabriel Ricard wrote: Dunno if you ever got my email. But there was that nasty unserialize() bug that is fixed in CVS and has not yet made it into a 4.x release at all. Which bug is this? Derick -- Derick Rethans http://derickrethans.nl | http://ez.no |

Re: [PHP-DEV] PHP 5.1

2005-06-13 Thread Michael Wallner
Hi Andreas Korthaus, you wrote: Michael Wallner wrote: Anyway it's still far away from stable - just compare the count of tests against the amount of functionality provided. OK, I wrote some small scripts and it worked quite nice. Very good work, it's (or will be...) a really useful

RE: [PHP-DEV] HEAD does not compile with GCC 4.0.1

2005-06-13 Thread Jani Taskinen
See also http://bugs.php.net/bug.php?id=33212edit=1 --Jani On Mon, 13 Jun 2005, Dmitry Stogov wrote: Hi, Is GCC 4.0.1 already released? Did you try GCC 4.0.0? Something was changed in GCC. The error message is proper, but I don't understand why this became a error. Probably I'll

Re: [PHP-DEV] PHP 5.1

2005-06-13 Thread Andreas Korthaus
Derick Rethans wrote: On Fri, 10 Jun 2005, Andreas Korthaus wrote: Will pecl_http be included? (AFAIR something like that has been discussed earlier this year on this list) We have the policy of not adding more very specialized extensions to the PHP core distribution - those extensions

Re: [PHP-DEV] PHP 4.4 branch

2005-06-13 Thread Derick Rethans
On Mon, 13 Jun 2005, Stefan Esser wrote: Hi, according to google a nasty unserialize() bug was for gabe the fact that it was endlessly slow in 4.3.10 and 5.0.3, but this is fixed in 4.3.11 and 5.0.4. However another thing was not backported to the 4er branch

[PHP-DEV] PATCH for cross compilation to NetWare(cli with shared dependency to phpts like shared lib)

2005-06-13 Thread Kamesh Jayachandran
Hi Jani, Thanks for applying my patch on ext/mysql/config.m4 on HEAD. Please do the same on 5.0 tree. I have one more patch here. Our php cli is like Windows one with a shared dependency to php5ts like nlm.(We call it as php5lib). Patch to sapi/cli/config.m4 and configure.in achieves our purpose.

[PHP-DEV] [PATCH] Support for POSIX ACLs

2005-06-13 Thread Jeremias Reith
PHP 5.x does not support POSIX ACLs anymore. http://bugs.php.net/bug.php?id=30931 I created a patch to fix that. Any feedback is welcome. /jr -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] HEAD does not compile with GCC 4.0.1

2005-06-13 Thread Andi Gutmans
Dmitry, Maybe for the beta we should have an #if ZEND_GCC_VERSION of the 4.0.1 version number so that it compiles. In parallel, we should try and get in touch with gcc developers list and see why they broke this. What do you think? Andi At 11:59 AM 6/13/2005 +0300, Jani Taskinen wrote:

RE: [PHP-DEV] HEAD does not compile with GCC 4.0.1

2005-06-13 Thread Andi Gutmans
Ignore my previous email. I see you are ahead of me :) At 11:04 AM 6/13/2005 +0400, Dmitry Stogov wrote: Hi, Is GCC 4.0.1 already released? Did you try GCC 4.0.0? Something was changed in GCC. The error message is proper, but I don't understand why this became a error. Probably I'll need to

RE: [PHP-DEV] CALL and SWITCH executors segfault

2005-06-13 Thread Stanislav Malyshev
DSThe problem in stack overflow. DSWe will see how this can be fixed without performance lost. I think it might be time to go easier on stack - maybe consider to make specialized fixed-size allocators for frequently used structures to avoid performance hits - it seems that PHP uses a lot of

[PHP-DEV] PHP 4.4.0RC1

2005-06-13 Thread Derick Rethans
Hello! The PHP Team just released it's first release candidate for PHP 4.4.0. This is solely a bug-fix only release, the increased middle digit is needed because this release changes PHP's Internal API that causes third-party binary extensions to be incompatible with PHP 4.3.x. This release

[PHP-DEV] Re: PHP 4.4.0RC1

2005-06-13 Thread Nuno Lopes
I've tested it under solaris 9 and it failed 3 tests: = FAILED TEST SUMMARY - Bug #31213 (Sideeffects caused by bug #29493)

[PHP-DEV] Beta 2

2005-06-13 Thread Andi Gutmans
Hi everyone, It seems that within a bit over a day we'll be ready to release 5.1 Beta 2. Wez has already commited a fix for the PDO problem, and Derick is going to be commiting new date related code for PHP 5.1. As I'd like to replace Beta 1 with the updated version quickly due to the critical

Re: [PHP-DEV] PHP 5.1

2005-06-13 Thread Ron Korving
If it were possible at all to make a function accept unset variables without generating a notice, I think ifsetor() shouldn't even be implemented. People could then have the freedom to create such functions themselves. But unfortunately, it doesn't seem to be possible, unless you'd suppress every

[PHP-DEV] Re: PHP memory fragmentation

2005-06-13 Thread Andrew Prendergast
Please find attached a diff against HEAD a modified version of the file implementing my proposed PHP_FCGI_MAX_RAM_MB PHP_FCGI_MAX_RAM_INCREASE changes. Example invocation of PHP with 10 child processes that are automatically restarted if they increase in size by more than 25%:

[PHP-DEV] Re: PHP memory fragmentation

2005-06-13 Thread Andrew Prendergast
After a bit more investigation, I would like to change this paragraph: Once a script finishes executing, although the garbage collector technically has freed the ram, the pages are still allocated. The next time the thread executes, there is a whole pile of swapping and if a memory hungry script

[PHP-DEV] PHP memory fragmentation

2005-06-13 Thread Andrew Prendergast
Hey Folks, I'm not on the list so please reply back to my email. I have been having some problems with memory fragmentation in PHP when working with large data structures. Once a script finishes executing, although the garbage collector technically has freed the ram, the pages are still

Re: [PHP-DEV] PHP 5.1

2005-06-13 Thread Robert Cummings
On Mon, 2005-06-13 at 16:23, Ron Korving wrote: If it were possible at all to make a function accept unset variables without generating a notice, I think ifsetor() shouldn't even be implemented. People could then have the freedom to create such functions themselves. But unfortunately, it

Re: [PHP-DEV] PHP 5.1

2005-06-13 Thread Noah Botimer
Rob, I agree with you entirely. It's possible to write this code probably a hundred different ways which, to me, also noting the number of posts the topic has generated, indicates that it should be supported in the language. A common convention for a common operation seems like a

Re: [PHP-DEV] PHP 5.1

2005-06-13 Thread Jason Garber
Hello Noah, In general, the people who advocate writing this construct differently, are missing the point. ifsetor is NOT input filtering, it is not a complex, general purpose do-everything construct, it is a simple replacement for $x = (isset($ANY_var) ? $ANY_var : 'Default Value');

Re: [PHP-DEV] PHP 5.1

2005-06-13 Thread Ondrej Ivanič
Jason Garber wrote: ifsetor is NOT input filtering, it is not a complex, general purpose stuff like 'ifsetof()' is good when is use as: $x = ifsetor($ANY_var, 'Default Value'); but too many times I need additional checks like this: $x = isset($_REQUEST['x']) is_number($x) ?

Re: [PHP-DEV] PHP 5.1

2005-06-13 Thread Noah Botimer
Jason, I realize that the initial focus is for a simple replacement for a ternary operation. However, I think it should be possible to make a more flexible construct to address more concerns without sacrificing much simplicity or performance, especially in an analogous case. For

Re: [PHP-DEV] PHP 5.1

2005-06-13 Thread Noah Botimer
Ondrej and Jason, Just pondering the proposed coalesce() variants in the context of Ondrej's scenario I came upon two thoughts. I forgot to mention the nice single parameter case of a coalesce() function like this, which would return null if not set: $x = coalesce($REQUEST['x']); Also,

[PHP-DEV] HEAD does not link on Win32

2005-06-13 Thread Sebastian Bergmann
network.obj: error LNK2019: unresolved external symbol _bzero referenced in function _php_network_connect_socket_to_host -- Sebastian Bergmann http://www.sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 -- PHP Internals -

Re: [PHP-DEV] HEAD does not link on Win32

2005-06-13 Thread Andi Gutmans
Seems to be due to Ilia's latest patch. Ilia, can you please change to memset()? Thanks, Andi At 07:16 AM 6/14/2005 +0200, Sebastian Bergmann wrote: network.obj: error LNK2019: unresolved external symbol _bzero referenced in function _php_network_connect_socket_to_host -- Sebastian

Re: [PHP-DEV] PHP 5.1

2005-06-13 Thread Ron Korving
Jason, you are absolutely right.. this is not about input filtering at all. It's about replacing: $x = (isset($ANY_var) ? $ANY_var : 'Default Value'); by $x = ifsetor($ANY_var, 'Default Value'); So, Robert's solution is no real solution if you ask me. But again, it would be best, if there was no