Thanks for the new SplDoublyLinkedList class - I'm looking forward to taking
it out for a spin.
Here's a patch for a few minor typos in the method docs:
http://scratchpad.coffeecode.net/proto_typos.diff
Dan Scott
nother entity, they waive any right to reuse their own work in a
different forum - except under the terms under which that work is
licensed by the entity that now has the copyright for that material.
So an author can and should maintain copyright over the material they
contribute, but they contribute it under a license that specifies the
terms under which that material can be used (the PHP License, for this
project) by others.
--
Dan Scott
Laurentian University
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
forge.mysql.com/wiki/MySQL_Contributor_License_Agreement. Maybe
they're the ones pushing for a CLA this time around.
--
Dan Scott
Laurentian University
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
tation, if
this is indeed the intention for taint mode, would therefore be
irrelevant.
http://devzone.zend.com/node/view/id/1526#Heading3 suggests that we've
had this discussion before and almost came to agreement that taint
mode would be used as a development tool.
--
Dan Scott
Laurentian University
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
theory all the RDBMS specific goodies in all of the
> native drivers can also go into PDO.
Right. And Wez posted this (partially in reply to Lester's almost
identical hysterics at that time) on this very list ages ago
(http://news.php.net/php.internals/14937 - Feb 14, 2005, to be exact):
BEGIN QUOTE:
Drivers are free(*) to implement driver specific methods on the PDO
and PDOStatement objects, provided they are "namespaced"
eg:
$db->mysqlDoSomething()
would be a mysql driver specific feature.
More generic attributes can be accessed or set via the get/setAttribute methods.
(*) while they are "free" to do so, it's better to discuss the feature
first to see if it can be made into a more generic feature of PDO
itself
END QUOTE
So can we _please_ move on, Lester? If someone who cares about
Firebird wants to beef up the PDO_Firebird driver with all kinds of
Firebird-specific features, the answer is still the same as it was
almost two and a half years ago: the PHP project humbly awaits that
person's patch.
--
Dan Scott
Laurentian University
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Lukas:
I tested your patch on Ubuntu 6.06 using PHP_5_2.
The ext/pgsql tests ran 100% (with one skipped test because I hadn't
built the dba extension).
Dan
On 04/10/06, Lukas Kahwe Smith <[EMAIL PROTECTED]> wrote:
Hi,
I am in a bit of time trouble and I unfortunately do not have the same
rou
On 18/09/06, LAUPRETRE François (P) <[EMAIL PROTECTED]> wrote:
Maybe the documentation should be updated to state that dl() is not deprecated
in the CLI SAPI.
Good suggestion - done!
Dan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.
On 16/09/06, Pierre <[EMAIL PROTECTED]> wrote:
Hello,
On 9/17/06, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> Yep I agree. I thought the idea was to go to filter_* which has been our
> standard for extensions.
> I'm sure we can find good names for the functions in this way.
old name > new name:
On 16/09/06, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote:
On 16-Sep-06, at 11:35 AM, Dan Scott wrote:
> Minor: the general structure of the function names are
> __, so it would be more consistent if this was
> 'input_list_filters'.
>
> Overall: +1 (with bonus poi
On 16/09/06, Pierre <[EMAIL PROTECTED]> wrote:
Proposal:
**
I. Availalbe functions:
---
* input_get
Gets variable from outside PHP or from a userland variable and
optionally filters it using one filter and its options or flags. It
accepts only scalar by default, ar
Hi KitMan:
Anything other than a plain text attachment gets stripped from PHP
mailing lists. So we can't see what you tried to send.
And this is not the mailing list that you are looking for; you want
the php-doc mailing list.
Good luck!
On 11/09/06, KitMan Cheung <[EMAIL PROTECTED]> wrote:
H
Dear fake name person:
Have you tried submitting patches to the extension maintainer listed
at http://pecl.php.net/package/yaz ? Does Adam approve of you having
direct commit access to the yaz extension?
Apart from following proper protocol for contributing to an extension,
I'm interested in kno
Hmm. Even better, [EMAIL PROTECTED] is a fake email address. I guess
s/he didn't think that the core PHP devs that work at Y! would figure
that out :)
Dan
On 25/07/06, Dan Scott <[EMAIL PROTECTED]> wrote:
Dear fake name person:
Have you tried submitting patches to the extension
I can vouch for Helmut's ibm_db2 coding prowess -- he'll need karma
for pecl/ibm_db2.
I would hold off on karma for phpdoc though, I'm not sure he knows
what he would be getting into there :)
Dan
On 2/8/06, Helmut Tessarek <[EMAIL PROTECTED]> wrote:
> I'm one of the developers of the native IBM
http://php.net/manual/en/function.pdostatement-rowcount.php is what
you want, in that case. No reason to use PDO::exec() just to get the
number of affected rows.
Dan
On 12/22/05, Marian Kostadinov <[EMAIL PROTECTED]> wrote:
> Sorry,
> I don't remember:(
> The text was something about that when PD
Hmm.
Is this expected to be a long-term change to the way we're making the
binary version of PECL modules available for a given PHP release? Or
did we just miss one part of the release process for 5.1.0? (I've
added a comment to http://oss.backendmedia.com/ReleaseChecklist
accordingly).
I really
the extensions
themselves (that, or we've managed to make a mistake in ibm_db2 that
matches an ext/odbc mistake).
Dan
On 9/24/05, Wez Furlong <[EMAIL PROTECTED]> wrote:
> Curious; I haven't updated glibc or libstdc++ on my system, and I
> didn't get this problem a few
On 9/29/05, Edin Kadribasic <[EMAIL PROTECTED]> wrote:
> Hi,
>
> For those of you that I didn't already bother with the news :)
>
> There is a new site for downloads of precompiled windows binaries of
> PECL extensions at http://pecl4win.php.net/
>
> To see for which PHP branches you can download,
On 9/23/05, Derick Rethans <[EMAIL PROTECTED]> wrote:
> On Thu, 22 Sep 2005, Wez Furlong wrote:
>
> > Sounds like we're unloading the modules before calling the dtors again.
>
> The code says this:
> /* 1. Call all possible shutdown functions registered with
> register_shutdown_function() */
>
lar php-5.0.4-Win32.zip
>
> The download page clearly states that there are no extension bundled with
> the installer.
>
> Edin
>
> ----- Original Message -
> From: "Dan Scott" <[EMAIL PROTECTED]>
> To: "Christopher Kings-Lynne" <[
Try http://snaps.php.net/ for the "PECL extensions for the Stable 5.0 branch".
Dan.
On 7/6/05, Christopher Kings-Lynne <[EMAIL PROTECTED]> wrote:
> Where do you get php_pgsql.dll for the PHP for windows 5.0.4 installer?
>
> I installed the PECL package - no pgsql.
>
> I searched the PECL site -
On 6/16/05, Zeev Suraski <[EMAIL PROTECTED]> wrote:
> At 20:39 16/06/2005, Dan Scott wrote:
> >On 6/16/05, Zeev Suraski <[EMAIL PROTECTED]> wrote:
> > > Why would you enable it then? You have to very explicitly enable it, as
> > > it's off by default, a
On 6/16/05, Zeev Suraski <[EMAIL PROTECTED]> wrote:
> Why would you enable it then? You have to very explicitly enable it, as
> it's off by default, and doesn't get enabled even if you switch to E_ALL.
Well, that depends on your definition of "default";
php.ini-recommended in HEAD shows:
; - S
Make sure you read the "PHP and Unicode: A Love at Fifth Sight"
presentation available from http://www.gravitonic.com/talks/ from the
May 2005 -- Andrei and Derick have been working towards this already.
On 6/3/05, Steven Wittens <[EMAIL PROTECTED]> wrote:
> Hi,
>
> As a PHP user I'm sadly confro
On 4/29/05, Greg Donald <[EMAIL PROTECTED]> wrote:
> On 4/28/05, Dan Scott <[EMAIL PROTECTED]> wrote:
> > So three things:
> > 1. If you print the results of get_loaded_extensions(), you'll see
> > that pdo turns up as 'PDO', but you're looking
On 4/28/05, Greg Donald <[EMAIL PROTECTED]> wrote:
> On 4/28/05, Dan Scott <[EMAIL PROTECTED]> wrote:
> > Does the segfault only occur when you load PDO into mod_php?
> >
> > If you haven't already tried it, try using PHP CLI to reproduce the
> > prob
On Apr 9, 2005 11:48 AM, Christopher Kings-Lynne
<[EMAIL PROTECTED]> wrote:
> > PDO API. Many databases (Apache Derby, DB2, Microsoft SQL Server,
> > MySQL 5, and PostgreSQL to a certain extent) support stored procedures
>
> PostgreSQL to a certain extent, what the...?
>
> Anyway, why do stored p
Wez et al:
I've been writing a chapter on database programming with PHP, using
PDO, and ran across a scenario that has not yet been fulfilled by the
PDO API. Many databases (Apache Derby, DB2, Microsoft SQL Server,
MySQL 5, and PostgreSQL to a certain extent) support stored procedures
that can ret
v/php_build/lib/resolv.lib
>
> headers are in:
>
> http://ftp.emini.dk/pub/php/win32/dev/php_build/include/
>
> Edin
>
> ----- Original Message -
> From: "Dan Scott" <[EMAIL PROTECTED]>
> To:
> Sent: Wednesday, March 30, 2005 6:23 PM
> Subjec
On Wed, 30 Mar 2005 08:36:28 -0500, Dan Scott <[EMAIL PROTECTED]> wrote:
> Try grabbing the latest CVS version of PHP or the latest 5.0.x
> snapshots from http://snaps.php.net/ -- there were a number of patches
> since 5.0.3 that helped me get further on my attempt to compile on
Try grabbing the latest CVS version of PHP or the latest 5.0.x
snapshots from http://snaps.php.net/ -- there were a number of patches
since 5.0.3 that helped me get further on my attempt to compile on
Windows using the Microsoft Visual C++ Toolkit 2003 (for C compiler) +
Platform SDK for Windows (f
I have updated the PDOStatement::bindParam() documentation to include
an explicit example of how to pass a NULL value.
Thanks for the suggestion and question!
Dan
On Thu, 24 Mar 2005 13:33:13 +0100, Marcus Boerger
<[EMAIL PROTECTED]> wrote:
> Hello Thies,
>
> thanks & committed
>
> marcus
>
Hi Chris:
As documented in http://www.php.net/manual/en/function.pdo-prepare.php:
"The SQL statement can contain zero or more named (:name) or question
mark (?) parameter markers for which real values will be substituted
when the statement is executed."
Anything beyond this would be an extension
On Tue, 15 Feb 2005 09:00:24 -0500, Rob Richards
<[EMAIL PROTECTED]> wrote:
> And for RHEL customers. They can always grab the rpms from xmlsoft. I
> would assume - but not guarantee :) - the rpms are built against that
> since Daniel is an employee of RedHat.
RHEL 4 (released today) ships libxml
On Wed, 9 Feb 2005 00:55:46 -0500, Wez Furlong <[EMAIL PROTECTED]> wrote:
> You may have noticed my "drive-by release" of various different PDO
> packages tonight/this morning.
>
> This is stage one of the "PDO push".
Woo-hoo! The world rejoices (well, at least this small part of the world).
35 matches
Mail list logo
