[PHP-DEV] PHP 5 Bug Summary Report

2006-12-18 Thread internals
PHP 5 Bug Database summary - http://bugs.php.net Num Status Summary (640 total including feature requests) ===[*Compile Issues]== 39372 Suspended Incompatibility in the PHP API. 39835 Feedback Configure script fails with expr:

Re: [PHP-DEV] [PATCH] New, optimized is_numeric_string, and other number stuff

2006-12-18 Thread Matt Wilmas
Hi Ilia, all, I was just looking at zendi_smart_strcmp() and realized something I hadn't considered (more on that in a sec.). First, and unrelated to the new is_numeric_*, because _smart_strcmp() uses zend_strtod() if one operand is a double and the other isn't, it results in ('0.0' == '0x123')

[PHP-DEV] CVS Account Request: jakob

2006-12-18 Thread Jakob Westhoff
Contribute to PEAR project Image_3D. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] CVS Account Request: jakob

2006-12-18 Thread Tobias Schlitt
On 12/18/2006 03:05 PM Jakob Westhoff wrote: Contribute to PEAR project Image_3D. I confirm this. -- Tobias Schlitt - Zend Certification Member GPG Key: 0xC462BC14 a passion for phphttp://www.schlitt.info Member of the eZ components project

Re: [PHP-DEV] Segmentation Fault

2006-12-18 Thread Richard Morris
Hi, Is there a better place that this message should be posted to? Thanks. Richard Morris wrote: Hello all, I was told this might be a better list to ask this question... I was experimenting with the imap_* library functions trying to see if I could get a PHP script to access a folder on

RE: [PHP-DEV] display_errors = on

2006-12-18 Thread Richard Lynch
On Sat, December 16, 2006 10:54 am, Derick Rethans wrote: On Fri, 15 Dec 2006, Andi Gutmans wrote: Time to turn it off in php.ini-dist in addition to php.ini-recommended? I would instead change them to php.ini-development and php.ini-production. In development you'd want to have this stuff

[PHP-DEV] Unfortunate macro expansions leading to incorrect function names

2006-12-18 Thread Hannes Magnusson
Hi all Looking over skipped tests I noticed, one minor version to late, that inet_ntop() and inet_pton() are not available on fbsd. The reason is unfortunate macro expansion where inet_ntop inet_pton get expanded to __inet_ntop __inet_pton ergo = inet_ntop/pton() are named __inet_ntop/pton().

Re: [PHP-DEV] php6: input encoding, filter and making JIT really JIT

2006-12-18 Thread Richard Lynch
On Fri, December 15, 2006 11:33 pm, Rasmus Lerdorf wrote: I suppose we could also jit right down to the single element level and not actually do the entire array on the first access to that GPC array. That sounds nifty to this naive reader... Paranoid Question: I suppose it's conceivable that

Re: [PHP-DEV] Unfortunate macro expansions leading to incorrect function names

2006-12-18 Thread Ilia Alshanetsky
Looks fine to me. +1 On 18-Dec-06, at 2:29 PM, Hannes Magnusson wrote: Hi all Looking over skipped tests I noticed, one minor version to late, that inet_ntop() and inet_pton() are not available on fbsd. The reason is unfortunate macro expansion where inet_ntop inet_pton get expanded to

Re: [PHP-DEV] Segmentation Fault

2006-12-18 Thread Pierre
On 12/18/06, Richard Morris [EMAIL PROTECTED] wrote: Hi, Is there a better place that this message should be posted to? This list is fine for this post. Another good place is http://bugs.php.net --Pierre -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

RE: [PHP-DEV] php6: input encoding, filter and making JIT really JIT

2006-12-18 Thread Dmitry Stogov
The second solution has a lot of advantages. And I think it is better even if it will little bit slower. I think it can be implemented using overloaded arrays. Thanks. Dmitry. -Original Message- From: Pierre [mailto:[EMAIL PROTECTED] Sent: Friday, December 15, 2006 12:00 AM To: PHP

Re: [PHP-DEV] php6: input encoding, filter and making JIT really JIT

2006-12-18 Thread Pierre
Hello, On 12/18/06, Dmitry Stogov [EMAIL PROTECTED] wrote: The second solution has a lot of advantages. And I think it is better even if it will little bit slower. I think it can be implemented using overloaded arrays. I thought about using them but as far as I can tell there is a couple of

Re: [PHP-DEV] Re: Unicode support for *printf()

2006-12-18 Thread Andrei Zmievski
The update patch is attached. If there are no objections, I'd like to commit. -Andrei Index: ext/standard/formatted_print.c === RCS file: /repository/php-src/ext/standard/formatted_print.c,v retrieving revision 1.89 diff -p -u

[PHP-DEV] New windows build

2006-12-18 Thread Edin Kadribasic
Hello all, Since we will soon be switching to the new Microsoft compiler for making official PHP builds I have created a couple test builds to see how it goes. There were some initial problems and we do have to adjust things in the build to accommodate for changes of how the C++ redistributable

Re: [PHP-DEV] Re: Unicode support for *printf()

2006-12-18 Thread Matt Wilmas
Hi Andrei, Just a couple things I noticed in _appenddouble... In the first switch (), 'F' is being changed to 'f', and in the second switch, 'F' needs to be moved down with 'f'. Those changes were just made in v1.89 of the file. Matt - Original Message - From: Andrei Zmievski Sent:

[PHP-DEV] PHP 4 Bug Summary Report

2006-12-18 Thread internals
PHP 4 Bug Database summary - http://bugs.php.net Num Status Summary (631 total including feature requests) ===[*Directory/Filesystem functions] 39863 Open file_exists() silently truncates after a null byte

Re: [PHP-DEV] Run-time taint support proposal

2006-12-18 Thread Lester Caine
Richard Lynch wrote: On Sat, December 16, 2006 7:03 am, Lester Caine wrote: Of cause many of us never go near the raw database calls anyway, since we are using frameworks that carry out lot of the security checks at a generic level - so I see little point adding more checks at a level that