Hi.
For me there is no problem. There were several solutions proposed in
this thread:
- to share connection between pdo and old pgsql driver
- to create / emulate those methods in the various pdo drivers
- others (look at the post of one week ago)
Just point me to the right solution, give me s
On Thu, Jun 3, 2010 at 8:07 PM, Jonathan Wage wrote:
> Hi,
>
> On Thu, Jun 3, 2010 at 1:58 PM, Ferenc Kovacs wrote:
>
>>
>>
>> On Thu, Jun 3, 2010 at 7:28 PM, Jonathan Wage wrote:
>>
>>> Hi,
>>>
>>> On Thu, Jun 3, 2010 at 1:16 PM, Ferenc Kovacs wrote:
>>>
If that so, I would be happy to s
Hi,
On Thu, Jun 3, 2010 at 1:58 PM, Ferenc Kovacs wrote:
>
>
> On Thu, Jun 3, 2010 at 7:28 PM, Jonathan Wage wrote:
>
>> Hi,
>>
>> On Thu, Jun 3, 2010 at 1:16 PM, Ferenc Kovacs wrote:
>>
>>> If that so, I would be happy to see some discussion and work on the PDO,
>>> because from a user perspe
As far as I can see as a user PDO is quite dead and it's missing much
of new database functionality. Just compare it to mysqli and other
vendor specific extensions witch are developed all the time.
Until there is no dedicated work for all PDO supported databases
there is no point in adding feature
That sounds good and I hope it will be included in the next release.
Best regards,
Christian
> Hi:
>
> On 04 Jun 2010, at 13:46, Christian Kaps wrote:
>
>
>> A short while ago there was a discussion about implementing Traits in
>> the next PHP version. How is the status of this?
>>
> The
Hi:
On 04 Jun 2010, at 13:46, Christian Kaps wrote:
> A short while ago there was a discussion about implementing Traits in
> the next PHP version. How is the status of this?
The code is committed to trunk, and thanks to the community there have already
been some improvements and fixes for corn
A short while ago there was a discussion about implementing Traits in
the next PHP version. How is the status of this?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 06/04/2010 10:00 AM, Richard Quadling wrote:
On 4 June 2010 08:18, mathieu.suen wrote:
Hi
Why not something more generic.
Someone could think of a ValueNode.
Then it could be use for object, array, any primitive type ...
I will take the ValueNode as a non terminal grammar node.
So fir
On 4 June 2010 08:18, mathieu.suen wrote:
> Hi
>
> Why not something more generic.
> Someone could think of a ValueNode.
>
> Then it could be use for object, array, any primitive type ...
>
> I will take the ValueNode as a non terminal grammar node.
> So first we could do that:
>
> ValueNode->meth
Hi
Why not something more generic.
Someone could think of a ValueNode.
Then it could be use for object, array, any primitive type ...
I will take the ValueNode as a non terminal grammar node.
So first we could do that:
ValueNode->method();
ValueNode::sMethod();
ValueNode[];
foo(ValueNode);
ech
10 matches
Mail list logo