[PHP-DEV] PHP 5 Bug Summary Report

2004-11-01 Thread internals
PHP 5 Bug Database summary - http://bugs.php.net Num Status Summary (443 total including feature requests) ===[*Compile Issues]== 28103 Open During ./configure you get png error instead of iodbc 28297 Open (SNMP) make

[PHP-DEV] Function registration failed warning in current HEAD

2004-11-01 Thread Sebastian Bergmann
PHP Warning: Function registration failed - duplicate name - next in Unknown on line 0 -- Sebastian Bergmann http://www.sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 -- PHP Internals - PHP Runtime Development Mailing

Re: [PHP-DEV] Function registration failed warning in current HEAD

2004-11-01 Thread Marcus Boerger
Hello Sebastian, Monday, November 1, 2004, 10:43:50 AM, you wrote: PHP Warning: Function registration failed - duplicate name - next in Unknown on line 0 how about providing the backtrace when you set a breakpoint in the error handler? Dumping the right variables from the trace you can

Re: [PHP-DEV] ./configure, PHP, SuSE and the AMD64

2004-11-01 Thread Joe Orton
On Sun, Oct 31, 2004 at 01:18:49PM -0800, Hans Zaunere wrote: Has anything been committed yet? I'd like to test some things out once it has... No, sorry, not yet. Since it seems nobody has any objections I will commit the changes to HEAD later this week. joe -- PHP Internals - PHP Runtime

RE: [PHP-DEV] Re: Negative string offset support

2004-11-01 Thread Ford, Mike
To view the terms under which this email is distributed, please go to http://disclaimer.leedsmet.ac.uk/email.htm On 30 October 2004 02:03, Andi Gutmans wrote: Nah that patch won't do because it'll effect [] also. It's more complicated than that. I've tried separating them in the past and

Re: [PHP-DEV] Re: Negative string offset support

2004-11-01 Thread Ilia Alshanetsky
IMO {-1} syntax is not only faster but simpler to use then the equivalent substr() (for read) or $a[strlen($a) - 1] (for write). While my reasons are primarily performance based, I think that most people would find the {-1} simpler to use as well. Ilia Sterling Hughes wrote: i hope not. this

Re: [PHP-DEV] Re: Negative string offset support

2004-11-01 Thread John Coggeshall
I honestly don't really care about the performance side of things, I'd be very surprised if this sort of calculation is going to be in the top 5 bottlenecks of an application. However, from a development point of view I do find $a{-1} a much shorter and cleaner way of calculating an end-of-string

[PHP-DEV] Re: php-src /ext/spl php_spl.c spl.php spl_array.c spl_array.h /ext/spl/tests spl_002.phpt /ext/standard array.c

2004-11-01 Thread l0t3k
Marcus, since you seem to be on a productivity binge, can we please have Serializable ? :-) Actually serialization needs a once-over for 5.1 . Internal class serialization is problematic at the moment. l0t3k Marcus Boerger [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] helly Mon

Re: [PHP-DEV] Re: Negative string offset support

2004-11-01 Thread Andrey Hristov
just to mention that there is substr_replace() php -r '$a=abc; var_dump(substr_replace($a, d, -1));' IMO at least there is no need for range like $a{-4:2} Andrey Ilia Alshanetsky wrote: IMO {-1} syntax is not only faster but simpler to use then the equivalent substr() (for read) or $a[strlen($a)

Re: [PHP-DEV] Re: Negative string offset support

2004-11-01 Thread Ilia Alshanetsky
Substr_replace() for the purpose of changing one char is like using a tank for a fly swatter, it may work but it is extremely inefficient. Ilia Andrey Hristov wrote: just to mention that there is substr_replace() php -r '$a=abc; var_dump(substr_replace($a, d, -1));' IMO at least there is no

Re: [PHP-DEV] Re: php-src /ext/spl php_spl.c spl.php spl_array.c spl_array.h /ext/spl/tests spl_002.phpt /ext/standard array.c

2004-11-01 Thread Marcus Boerger
Hello l0t3k, it's a pain in the ass right now. I have some ideas right now but want to discuss on frankfurt conf with some others first. Generally my idea is to allow to stream into/from a single string if a certain interface is present. That means every lcass is responsible for itself. marcus

Re: [PHP-DEV] Re: Negative string offset support

2004-11-01 Thread Andrey Hristov
So, the example wasn't clear but I stated with substr_replace() there is no need for ranges in {}. Andrey Ilia Alshanetsky wrote: Substr_replace() for the purpose of changing one char is like using a tank for a fly swatter, it may work but it is extremely inefficient. Ilia Andrey Hristov wrote:

Re: [PHP-DEV] Re: php-src /ext/spl php_spl.c spl.php spl_array.c spl_array.h /ext/spl/tests spl_002.phpt /ext/standard array.c

2004-11-01 Thread l0t3k
Marcus Boerger [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hello l0t3k, it's a pain in the ass right now. I have some ideas right now but want to discuss on frankfurt conf with some others first. Generally my idea is to allow to stream into/from a single string if a certain

Re: [PHP-DEV] Re: php-src /ext/spl php_spl.c spl.php spl_array.c spl_array.h /ext/spl/tests spl_002.phpt /ext/standard array.c

2004-11-01 Thread Marcus Boerger
Hello l0t3k, Monday, November 1, 2004, 5:10:00 PM, you wrote: Marcus Boerger [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hello l0t3k, it's a pain in the ass right now. I have some ideas right now but want to discuss on frankfurt conf with some others first. Generally my

Re: [PHP-DEV] Re: Negative string offset support

2004-11-01 Thread Sara Golemon
Substr_replace() for the purpose of changing one char is like using a tank for a fly swatter, it may work but it is extremely inefficient. the example wasn't clear but I stated with substr_replace() there is no need for ranges in {}. I like {$s,$l} and/or {$s:$e} for read, but I can see

[PHP-DEV] vhost in mail

2004-11-01 Thread Alexander Windbichler
Hello, in the phpinfo() I can find (apache2handler) the entry: Hostname:Port, which displays the vhost you are running the script from. In [phpsources]/sapi/apache2handler/php_functions.c I found the source. Now I want to display the vhost in every mail, which is sent by php. I know that the

Re: [PHP-DEV] Re: Negative string offset support

2004-11-01 Thread Shane Caraveo
Rasmus Lerdorf wrote: On Sun, 31 Oct 2004, moshe doron wrote: where the problem about 'taking it ever further'? I'm +1 for {-1} and more +1 for {-4,2} python likeness. That starts getting confusing. Having my python hat on... (some of this is just general comment after reading too much of this

[PHP-DEV] Re: vhost in mail

2004-11-01 Thread Sara Golemon
in the phpinfo() I can find (apache2handler) the entry: Hostname:Port, which displays the vhost you are running the script from. In [phpsources]/sapi/apache2handler/php_functions.c I found the source. Now I want to display the vhost in every mail, which is sent by php. I know that the source

Re: [PHP-DEV] Re: Negative string offset support

2004-11-01 Thread Paul G
- Original Message - From: Shane Caraveo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 01, 2004 1:41 PM Subject: Re: [PHP-DEV] Re: Negative string offset support --- snip -- Having my python hat on... There also is this which is very useful for the reason that you

Re: [PHP-DEV] vhost in mail

2004-11-01 Thread Paul G
- Original Message - From: Alexander Windbichler [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, November 01, 2004 12:02 PM Subject: [PHP-DEV] vhost in mail Hello, in the phpinfo() I can find (apache2handler) the entry: Hostname:Port, which displays the vhost you are running