Pierre wrote:
Also, is it not George S, Ilia and Wez that are listed as mainters of
PDO_MYSQL?
Yes, as they do all the initial work. What's the point? Mysql was not
a maintainer/initiator of any of the .net db layers (or any other
language).
I will try to discuss this and get a commitment at
On 9/17/07, Keryx Web <[EMAIL PROTECTED]> wrote:
> Pierre skrev:
>
> > Only ext/mysql and ext/mysqli use it. PDO is somehow "planed" but I
> > have serious doubts about the motivations of mysql to ever support pdo
> > like they support other generic connectors (see .net...).
>
> The first posts on
Pierre skrev:
Only ext/mysql and ext/mysqli use it. PDO is somehow "planed" but I
have serious doubts about the motivations of mysql to ever support pdo
like they support other generic connectors (see .net...).
The first posts on the net from MySQL-people talked about mysqli first,
PDO second
Since the call A::foo() is completely defined and that no "fall back"
occurs, I guess "A" is more expected as a result of this script.
Your patch will return B. I discussed this matter quite heavily on
#php.pecl and the expectations were also that "A" should get returned here.
I think you are ri
I had a quick question about this. When would strlen('abcd') be execuated?
Say I had the code:
$a = false; // This set by external input
if ( $a )
$b = strlen('abcd');
Would the optimizer work out the length before the program starts to run?
Or would the optimizer wait until it knows the strl
From: "Nuno Lopes" <[EMAIL PROTECTED]>
To: "PHPdev"
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
My proposal is the following:
some functions when fed with constant arguments always return a constant
value, too. e.g.:
strlen('abcd') === 4.
This means that an optimizer ca
On Sun, 2007-09-16 at 20:02 +0100, Nuno Lopes wrote:
> >My proposal is the following:
> >some functions when fed with constant arguments always return a
> >constant
> >value, too. e.g.:
> >strlen('abcd') === 4.
>
> I like the general idea.
>
> Would there be some caveats with stuff like this if
David Wang wrote:
My personal opinion is that it is ready for 5.3 and should be put into
5.3. It is stable, end-users will not be affected unless they want to
use it, extension writers should not even be affected, there is no
performance degradation and it would help make PHP a much more
credibl
Hey all,
On 9/17/07, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
> So while I think making list and voting is great, I think we shouldn't
> replace good old per-case consideration and discussion with arithmetics.
> If we have clear winners and losers, it's fine, but in between we still
> need to
PHP 6 Bug Database summary - http://bugs.php.net
Num Status Summary (58 total including feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
27372 Assigned parse error loadin
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (630 total including feature requests)
===[*Programming Data Structures]=
40496 Assigned Test bug35239.phpt still fails (works in PHP 5)
=
Hi Lester,
On 9/17/07, Lester Caine <[EMAIL PROTECTED]> wrote:
> ( And I'd still like to know what use the code for mysqlind is for those of us
> who will never enable mysql ? )
Only ext/mysql and ext/mysqli use it. PDO is somehow "planed" but I
have serious doubts about the motivations of mysq
12 matches
Mail list logo