Re: [PHP-DEV] Re: [PDO] Re: [PHP-DEV] Re: [PDO] Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

2010-06-14 Thread Stanley Sufficool
On Mon, Jun 14, 2010 at 2:21 AM, Ferenc Kovacs wrote: >> > I don't know sqlite or IBM, but the MySQL SELECT INTO OUTFILE is a plain >> > SQL >> > statement, you don't need any special pdo function to use it, on the >> > other >> > hand, you can't use the postgresql's COPY TO/FROM with PDO without

[PHP-DEV] Re: [PDO] Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

2010-06-14 Thread Pierre Joye
On Sat, Jun 12, 2010 at 12:24 PM, Pierre Joye wrote: > hi Ilia, > > So you basically say that the worries and wishes raised here are > simply irrelevant and at the end of the day you decide what PDO can or > cannot be? > > I'm very disappointed by these two commits. I don't think it is the > way w

Re: [PHP-DEV] Re: [PHP-CVS] svn: /php/php-src/ branches/PHP_5_3/NEWS branches/PHP_5_3/ext/pdo/pdo_dbh.c branches/PHP_5_3/ext/pdo/php_pdo_driver.h branches/PHP_5_3/ext/pdo_pgsql/pdo_pgsql.c branches/

2010-06-14 Thread Pierre Joye
> Here you are changing a structure which is allocated and initialized in > a driver and then read from the PDO core. PDO core will therefore read > invalid memory when a driver compiled against 5.3.2 is used in 5.3.3 > while we usually guarantee binary compatibility in bug fix releases. > > This f

[PHP-DEV] Re: [PHP-CVS] svn: /php/php-src/ branches/PHP_5_3/NEWS branches/PHP_5_3/ext/pdo/pdo_dbh.c branches/PHP_5_3/ext/pdo/php_pdo_driver.h branches/PHP_5_3/ext/pdo_pgsql/pdo_pgsql.c branches/PHP_5_

2010-06-14 Thread Johannes Schlüter
On Thu, 2010-06-10 at 12:11 +, Ilia Alshanetsky wrote: > Modified: php/php-src/branches/PHP_5_3/ext/pdo/php_pdo_driver.h > === > --- > php/php-src/branches/PHP_5_3/ext/pdo/php_pdo_driver.h 2010-06-10 > 11:45:51 UTC (rev 30035

Re: [PHP-DEV] Different ways to collect an extension's functions.

2010-06-14 Thread Gustavo Lopes
On Mon, 14 Jun 2010 14:32:25 +0100, Melanie Rhianna Lewis wrote: I know the ANSI C standard pretty well but I don't remember that at all so rather than just accepting it I checked it on my Mac using a small example. Compiler details are below: kring:Development melanie$ gcc --version i6

Re: [PHP-DEV] Different ways to collect an extension's functions.

2010-06-14 Thread Patrick ALLAERT
2010/6/14 Melanie Rhianna Lewis : > I know the ANSI C standard pretty well but I don't remember that at all so > rather than just accepting it I checked it on my Mac using a small example.   > Compiler details are below: > > kring:Development melanie$ gcc --version > i686-apple-darwin10-gcc-4.2.1

Re: [PHP-DEV] Different ways to collect an extension's functions.

2010-06-14 Thread Melanie Rhianna Lewis
I know the ANSI C standard pretty well but I don't remember that at all so rather than just accepting it I checked it on my Mac using a small example. Compiler details are below: kring:Development melanie$ gcc --version i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5657) In my ex

Re: [PHP-DEV] Detecting if a null variable exists?

2010-06-14 Thread Christian Schneider
Frederic Hardy wrote: >> I however have never seen a proper usecase.. > > class foo { > public function __call($method, $arguments) > { > // We MUST have at least ONE argument ! > if (array_key_exists(0, $arguments) === false) // > isset($arguments[0]) return false if first

[PHP-DEV] SVN Account Request: berkerpeksag

2010-06-14 Thread Berker Peksag
Developing the PHP runtime -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: Detecting if a null variable exists?

2010-06-14 Thread Brian Moon
> php -r 'function f(){$f=null; var_dump(array_key_exists("f", > get_defined_vars()));} f();' So, two function calls? That is not a solution to simply check if a variable has been created. You are creating an array and operating on said array. It should be a language construct. Why use an array

Re: [PHP-DEV] Different ways to collect an extension's functions.

2010-06-14 Thread Gustavo Lopes
On Mon, 14 Jun 2010 11:56:57 +0100, Melanie Rhianna Lewis wrote: My feeling is that they should all be static consts unless explicitly accessed outside of the object module or changed.Since typically they're a list of function/method entries only accessed by a class or zend_module_entr

Re: [PHP-DEV] Different ways to collect an extension's functions.

2010-06-14 Thread Melanie Rhianna Lewis
My feeling is that they should all be static consts unless explicitly accessed outside of the object module or changed.Since typically they're a list of function/method entries only accessed by a class or zend_module_entry that is really the case. Without the static we're polluting the name

[PHP-DEV] Different ways to collect an extension's functions.

2010-06-14 Thread Richard Quadling
Hi. I'm looking into bug#52079 (missing lcfirst function from function index). The cause of the bug is that the genfunclist / genfuncindex scripts haven't been run in a while. Whilst running them and fixing a small issue with ereg => preg, I notice that in the results of genfunclist, there are 3

Re: [PHP-DEV] Re: [PDO] Re: [PHP-DEV] Re: [PDO] Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

2010-06-14 Thread Ferenc Kovacs
> > > I don't know sqlite or IBM, but the MySQL SELECT INTO OUTFILE is a plain > SQL > > statement, you don't need any special pdo function to use it, on the > other > > hand, you can't use the postgresql's COPY TO/FROM with PDO without the > patch > > above. > > Did I misunderstood something? > >

Re: [PHP-DEV] Re: [PDO] Re: [PHP-DEV] Re: [PDO] Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

2010-06-14 Thread Alexey Zakhlestin
On 14.06.2010, at 11:28, Ferenc Kovacs wrote: > quoting Denis: > > "Actually all the methods are wrappers against the native PostgreSQL > commands (connection status, copy to/from). > > I needed to develop them as methods because it is not possible to get the > same results with a sql statement

[PHP-DEV] Re: [PDO] Re: [PHP-DEV] Re: [PDO] Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

2010-06-14 Thread Ferenc Kovacs
On Mon, Jun 14, 2010 at 5:38 AM, Stanley Sufficool wrote: > On Sun, Jun 13, 2010 at 3:52 PM, Jared Williams > wrote: > > > > > >> -Original Message- > >> From: Stanley Sufficool [mailto:ssuffic...@gmail.com] > >> Sent: 13 June 2010 20:10 > >> To: Ilia Alshanetsky > >> Cc: Pierre Joye; Den