Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:55347
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.184 cause and error)
Message-ID: <4E6A927A.6030400@lsces.co.uk>
Date: Fri, 09 Sep 2011 23:26:02 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110815 Firefox/6.0 SeaMonkey/2.3
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
References: <4E69E60A.5050004@lsces.co.uk> <CAAAa2shtFESav=20rum+TPpJdstChoEy2P-L1TXmJgeX1BKceQ@mail.gmail.com> <4E69EB4C.1050008@lsces.co.uk> <4E6A7A4B.5080807@lsces.co.uk> <CAAAa2sjmcDsEnzv1e2KgDNMYR4kK74PrX=E=8e0sCX+7zb5SHQ@mail.gmail.com>
In-Reply-To: <CAAAa2sjmcDsEnzv1e2KgDNMYR4kK74PrX=E=8e0sCX+7zb5SHQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Using source code ...
From: lester@lsces.co.uk (Lester Caine)

( Forgot the address ;) )
Alexey Shein wrote:
> Hello, Lester, I've managed to setup pdo_firebird, here's the process
> for the ubuntu if you're interested:
Alexey ... I've got the pdo stuff working on SUSE, but there is something basic 
wrong with the way the pdo tests work.

I have the first few pdo_0xx tests working fine as stand alone tests, and even 
some of the bug entries work fine when run in isolation. The problem is coming 
from the earlier tests putting the connection into a stuck state - and I suspect 
that it's the default way pdo handles transactions. Or simply waiting for the 
previous test to roll back before trying to recreate and use the same table 
again. Ideally one would not continually open and close the same connection.

My next step is to remove all the tests from the pdo/tests directory and put 
them back one by one until I hit the problem, but the main problem with many of 
the tests is that they are testing database specific 'problems' rather than ONLY 
testing for features that are designed to work cross database. Nothing database 
specific should be in the generic tests, and there is probably several days work 
to build firebird versions of the oracle blob tests, restoring tests which are 
disabled because pgsql or mysql don't support them and things like that.

I certainly don't have time to undertake that exercise, so I just want to 
identify the problems so we can add specific skips to thouse tests for pdo_firebird.

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php