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 a

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

[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 s

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 th

[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 sou

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

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.

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 c

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 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 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: 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(

[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

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 o

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 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] ./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] "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 s

[PHP-DEV] Segfault with PHPUnit2 in PHP_5_0

2004-11-01 Thread Sebastian Bergmann
I get a segfault (backtrace attached) with PHP_5_0 (not with HEAD) when running PHPUnit2's testsuite. No short reproducing script, sorry. -- Sebastian Bergmann http://www.sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 php5ts

[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 List

[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 instal