Re: [PHP-DEV] PDO_pgsql improvements and fixes

2013-06-02 Thread Levi Morrison
> Hi, > > after quite some some I've been finally able to put my hands again on > PDO. I know the timing is not ideal, but I hope it's not too late for > adding a couple more features and fixes into 5.5. > Purely bug fixes are probably welcome for PHP 5.5 but new features are not welcome at this s

[PHP-DEV] PDO_pgsql improvements and fixes

2013-06-02 Thread Matteo Beccati
Hi, after quite some some I've been finally able to put my hands again on PDO. I know the timing is not ideal, but I hope it's not too late for adding a couple more features and fixes into 5.5. Namely: - LISTEN/NOTIFY support https://bugs.php.net/42614 - Additional support for COPY https://bugs

Re: [PHP-DEV] 5.NEXT Integer and String type modifications

2013-06-02 Thread Pierre Joye
On Sun, Jun 2, 2013 at 11:11 AM, Johannes Schlüter wrote: > > > On Jun 2, 2013, at 8:34, Pierre Joye wrote: > >>> Obviously there's a pretty significant ABI break here. I propose a "tweak" >>> of the Z_* macros to "fix" that. Basically, Z_STRLEN() will cast the result >>> to an int. This is the s

Re: [PHP-DEV] 5.NEXT Integer and String type modifications

2013-06-02 Thread Johannes Schlüter
On Jun 2, 2013, at 8:34, Pierre Joye wrote: >> Obviously there's a pretty significant ABI break here. I propose a "tweak" >> of the Z_* macros to "fix" that. Basically, Z_STRLEN() will cast the result >> to an int. This is the same behavior as today, and will mean that existing >> extensions co

[PHP-DEV] is_ascii check, PR

2013-06-02 Thread Pierre Joye
hi! Quick head up on this PR: https://github.com/php/php-src/pull/353 I think it could be really usefull, Rouven's implementation is clean and faster than what we have in intl (it replaces it with its implementation as well as adding it in ext/standard). I give my +1 here, a RFC would be nice t