[PHP-DEV] Re: Implode() FR and Patch
Hi Igor, I would like to propose a third argument to implode(), named skip_empty, that will cause empty elements to be ignored when generating the implode string. By empty I mean everything that converts to an empty string such as '', false, null, etc. what about applying array_filter() to the array before calling implode()? Best regards, -- Lorenzo Alberton http://www.alberton.info http://pear.php.net/user/quipo Quipo Free Internet: sicuro e veloce senza costi di attivazione e senza canone, 2 e-mail da 50 Mb, 150 Mb di spazio web e molto di più! Registrati gratis: http://www.quipo.it -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: CVS Account Request: afz
Ali Fazelzadeh wrote: PEAR Maintainer. for now, i talk with Lorenzo Alberton MDB2(lead maintainer) for developing this package. confirmed. Best regards, -- Lorenzo Alberton http://pear.php.net/user/quipo Quipo Free Internet: sicuro e veloce senza costi di attivazione e senza canone, 2 e-mail da 25 Mb, 150 Mb di spazio web e molto di più! Registrati gratis: http://www.quipo.it -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-CVS] Re: cvs: php-src /ext/pdo pdo_sql_parser.cpdo_sql_parser.re/ext/pdo/tests bug_43130.phpt
Lorenzo Alberton wrote: I talked to Christopher Jones (of Oracle fame) and Lorenzo (MDB2 maintainer). Its clear that the only named parameter supporting database I know does not support dash inside named parameters. Its also dangerous since it means that whitespace typos could have serious hard to spot issues. I think a safe regexp for bound parameters would look something like: /^[a-z0-9][a-z0-9_]{0,30}$/ Since I couldn't find any official reference in the oracle documentation, I did further tests. [...] so please someone revert this change ... or better yet implement the above rules. I won't like having vendor specific rules there but a subset which works with most/all backends and which should full-fill most user's needs. The regexp from above looks like a good compromise for me. This one is safer: /^((?:\d+)|(?:[a-z][a-z0-9_]*))$/i or better yet: /^((?:\d+)|(?:[a-z][a-z0-9_]{0,29}))$/i Best regards, -- Lorenzo Alberton http://pear.php.net/user/quipo Quipo Free Internet: sicuro e veloce senza costi di attivazione e senza canone, 2 e-mail da 25 Mb, 150 Mb di spazio web e molto di più! Registrati gratis: http://www.quipo.it -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-CVS] Re: cvs: php-src /ext/pdo pdo_sql_parser.cpdo_sql_parser.re /ext/pdo/tests bug_43130.phpt
Johannes, I talked to Christopher Jones (of Oracle fame) and Lorenzo (MDB2 maintainer). Its clear that the only named parameter supporting database I know does not support dash inside named parameters. Its also dangerous since it means that whitespace typos could have serious hard to spot issues. I think a safe regexp for bound parameters would look something like: /^[a-z0-9][a-z0-9_]{0,30}$/ Since I couldn't find any official reference in the oracle documentation, I did further tests. [...] so please someone revert this change ... or better yet implement the above rules. I won't like having vendor specific rules there but a subset which works with most/all backends and which should full-fill most user's needs. The regexp from above looks like a good compromise for me. This one is safer: /^((?:\d+)|(?:[a-z][a-z0-9_]*))$/i HTH Best regards, -- Lorenzo Alberton http://pear.php.net/user/quipo Quipo Free Internet: sicuro e veloce senza costi di attivazione e senza canone, 2 e-mail da 25 Mb, 150 Mb di spazio web e molto di più! Registrati gratis: http://www.quipo.it -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] 5.2.4RC1 Released
Antony Dovgal wrote: Blindly reverting something is no fix, those changes were done for a good reason, even though Marcus didn't test them very good (but that's what RCs are for, isn't it?). Obviously they were not tested at all? I don't know of any people using Interbase except for you and Ard (who maintains all interbase extensions). I do (btw, I'm the maintainer of PEAR::MDB2, including the ibase driver), and I know a lot of people using Firebird/Interbase. Unfortunately, since PDO_Firebird is completely broken [1] and Ard isn't active anymore, the only option left is using the current php_interbase extension. So even if somebody did run the tests against an RC, he/she didn't tell a word to us. I left a message on the open bug report. I thought the bug tracker was the best place to confirm such issues... Try the very next snapshot, I applied a patch after a discussion with Marcus. the latest snapshot works for me, many thanks! Best regards, -- Lorenzo Alberton http://pear.php.net/user/quipo [1] http://www.alberton.info/php_pdo_firebird_status.html Quipo Free Internet: sicuro e veloce senza costi di attivazione e senza canone, 2 e-mail da 25 Mb, 150 Mb di spazio web e molto di più! Registrati gratis: http://www.quipo.it -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: php_interbase problems
Hi Lester, OK I've finally spent time working through the problems of getting PHP5.2.x working with my legacy applications, and after a lot of dead ends I've finally tracked one problem down to the php_interbase module not returning the right thing for a blob_id - giving '0x %i' instead. I suspect that this was broken between 5.1.6 and 5.2.0 but I'm currently working with 5.2.3. So is this a problem that has popped up in other modules and just needs a quick tweak, or do we have to start panicking and dig deep in php_interbase code? http://bugs.php.net/bug.php?id=41429 http://bugs.php.net/bug.php?id=41345 Best regards, -- Lorenzo Alberton http://pear.php.net/user/quipo Quipo Free Internet: sicuro e veloce senza costi di attivazione e senza canone, 2 e-mail da 25 Mb, 150 Mb di spazio web e molto di piRegistrati gratis: http://www.quipo.it -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PDO Firebird status?
Wez Furlong wrote: I'm looking for someone to maintain the firebird driver for PDO. --Wez. I've posted a "call for help" here: http://www.firebirdnews.org/?p=316 also, if anyone is interested, I wrote a report of the current status of the PDO_Firebird driver: http://www.alberton.info/php_pdo_firebird_status.html Comments are welcome. HTH Best regards, -- Lorenzo Alberton http://pear.php.net/user/quipo -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PDO Firebird status?
Hi Marcus, thanks for your prompt reply I'd like to know what's the current status of the PDO Firebird driver. Today I tested it a bit, and I believe it's not really in par with the other drivers. Is there a public roadmap or a comparison table with the features already implemented in each driver? No such table is available. In general all drivers should support the full range once ready. However pdo firebird seems quite abandoned and i could not make it work on http://gcov.php.net I see. That's unfortunate :-| Is Ard still active? That is the important questions :-) Ard? I really hope he's still active, he did a terrific job with the PHP5's interbase extension... -- Lorenzo Alberton http://pear.php.net/user/quipo -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PDO Firebird status?
Hi, I'd like to know what's the current status of the PDO Firebird driver. Today I tested it a bit, and I believe it's not really in par with the other drivers. Is there a public roadmap or a comparison table with the features already implemented in each driver? Is Ard still active? TIA Best regards, -- Lorenzo Alberton http://pear.php.net/user/quipo -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: namespace separator ideas
Matt Friedman wrote: Namespace <:: ClassName or Namespace <- ClassName or Namespace <: ClassName Unless I'm missing something these symbols should not conflict with other ones. I'm not sure if someone already mentioned it, but "<-" is not acceptable, since it means "less than the opposite of" == ====== Regards, -- Lorenzo Alberton http://pear.php.net/user/quipo -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Reference Notice
Rasmus Lerdorf wrote: Yes, we know there are still some issues here. People are working on it. Or there is at least intent to work on it. See http://bugs.php.net/bug.php?id=33643 actually this is the bug Robert was referring to: http://bugs.php.net/bug.php?id=33558 Regards, -- Lorenzo Alberton http://pear.php.net/user/quipo -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5.0.0 Test roll
On Tue, 13 Jul 2004 08:59:22 -0700, Andi Gutmans wrote: > Is this something Edin should fix or is it in php5/pear? Everything should be fine, now, thanks to Edin. I asked the pear-qa team to doublecheck, just in case ;-) Regards, -- Lorenzo Alberton http://pear.php.net/user/quipo > At 12:09 PM 7/13/2004 +0200, Lorenzo Alberton wrote: >> This is the correct list of the packages that should be bundled >> >> http://cvs.php.net/co.php/php-src/pear/go-pear-list.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 5.0.0 Test roll
> On Monday 12 July 2004 23:11, Andi Gutmans wrote: >> I did a test roll of PHP 5.0.0 (without version change). >> Please download and make sure there are no serious >> show stoppers. > > Windows build from the CVS as of 6:00 GMT: > http://www.php.net/~edink/php-5.0.0-Win32-prerelease-test.zip > Edin Hi, I have a show-stopper... [grin] the pear packages bundled in the win32 snaps are STALE!! This is the correct list of the packages that should be bundled (no more, no less): http://cvs.php.net/co.php/php-src/pear/go-pear-list.php If you really really really want to bundle all the packages that have been bundled so far, at least upgrade them, please. If in doubt please ask Pierre. Many thanks, -- Lorenzo Alberton http://pear.php.net/user/quipo -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] redefined constructor: old and new syntax
On Thu, 18 Mar 2004 10:59:40 +0200 (IST), Stanislav Malyshev wrote: > Why would anyone need this? if __construct() contains php5-only > syntax, it won't work anyway on php4. I just image the case of a class with some optimizations for php5, but with a fallback implementation of some of its features for php4 too, which get triggered by the constructor. Anyway, I agree this is a weak argument, there may be other ways to do the same thing. > If it contains something that works in php4 > - why do you need separate constructor? if the php4-way of naming a constructor is not going to be deprecated, then I don't. This is my main worry. -- Lorenzo -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] redefined constructor: old and new syntax
On Thu, 18 Mar 2004 09:10:42 +0200, Andi Gutmans wrote: > Well it doesn't really make sense to redefine a constructor. We > added it on purpose. Do you want me to change it to E_STRICT? if that is possible, yes, please. The example below should make it clear why redefinig a constructor *could* make sense. Thanks Lorenzo > At 01:28 AM 3/18/2004 +0100, Lorenzo Alberton wrote: >> Why has this one been committed? >> >> >> http://cvs.php.net/diff.php/ZendEngine2/zend_compile.c?login=2&r1=1.55 >> 1&r2=1.552 &ty=h >> >> >> It prevents constructors being redefined. >> That is fine, *except* for the following case: >> >> >> class MyClass >> { >> function MyClass() { >> //constructor for php4, >> //SHOULD be ignored by php5 >> } >> >> function __construct() { >> //constructor for php5, >> //ignored by php4 >> } >> } >> >> >> i.e. it doesn't allow a class to work on both php4 and php5. Or >> am I missing something obvious? >> >> Best regards, >> Lorenzo -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] redefined constructor: old and new syntax
Why has this one been committed? http://cvs.php.net/diff.php/ZendEngine2/zend_compile.c?login=2&r1=1.551&r2=1.552 &ty=h It prevents constructors being redefined. That is fine, *except* for the following case: class MyClass { function MyClass() { //constructor for php4, //SHOULD be ignored by php5 } function __construct() { //constructor for php5, //ignored by php4 } } i.e. it doesn't allow a class to work on both php4 and php5. Or am I missing something obvious? Best regards, Lorenzo -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php