Hi Lukas:
> hmm why do you think that PDO would need to take special care about
> this? seems like this is the job of the PDO using code ..
Depending on how PDO's code is written, it could inadvertently blow away
metadata without a user knowing it.
> but it does raise one concern that i did
hi,
On Sun, Oct 11, 2009 at 10:44 PM, shire wrote:
> We can definitely check to see if PCRE is bundled or not, but how do we
> detect the exact path of the pcre.h file that was used? (we could also have
> multiple pcre.h files on the same system), so it seems we need to store this
> somewhere i
Heya,
Pierre Joye wrote:
hi!
On Sun, Oct 11, 2009 at 10:05 AM, shire wrote:
Currently we have an open bug #16809
(http://pecl.php.net/bugs/bug.php?id=16809&edit=1) in APC where we're unable
to find the pcre.h header file as it's not in our include path when a user
compiles PHP with the --ena
Lukas Kahwe Smith wrote:
On 11.10.2009, at 17:55, Daniel Convissor wrote:
If the notice/warning gathering abstraction is going to be sending
queries to the DBMS in the background, one needs to be careful about
maintaining both the results and metadata from the original query that
caused the wa
On 11.10.2009, at 17:55, Daniel Convissor wrote:
If the notice/warning gathering abstraction is going to be sending
queries to the DBMS in the background, one needs to be careful about
maintaining both the results and metadata from the original query that
caused the warnings.
hmm why do you
Hi,
Le dimanche 11 octobre 2009 à 11:55 -0400, Daniel Convissor a écrit :
> Hi:
>
> If the notice/warning gathering abstraction is going to be sending
> queries to the DBMS in the background, one needs to be careful about
> maintaining both the results and metadata from the original query that
Hi:
If the notice/warning gathering abstraction is going to be sending
queries to the DBMS in the background, one needs to be careful about
maintaining both the results and metadata from the original query that
caused the warnings.
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N
hi!
On Sun, Oct 11, 2009 at 10:05 AM, shire wrote:
>
> Currently we have an open bug #16809
> (http://pecl.php.net/bugs/bug.php?id=16809&edit=1) in APC where we're unable
> to find the pcre.h header file as it's not in our include path when a user
> compiles PHP with the --enable-pcre=. This is
Le samedi 10 octobre 2009 à 19:43 +0100, Lester Caine a écrit :
[...]
> > It is the case for MySQL and Oracle...so for your mind, we don't have to
> > make this option available ? I disagree because PDO want make that PHP
> > codes support many Databases and if I want to get this notices on MySQL,
On 11.10.2009, at 1:34, Rune Kaagaard wrote:
Dear Internals
At the moment I'm very inspired by functional programming languages
such as SML and especially scala. I would like to create and
alternative PHP syntax, just for fun nothing serious, inspired by
these languages. I've managed to compil
Currently we have an open bug #16809
(http://pecl.php.net/bugs/bug.php?id=16809&edit=1) in APC where we're unable to find
the pcre.h header file as it's not in our include path when a user compiles PHP with the
--enable-pcre=. This is because the include path the user
provides isn't made ava
11 matches
Mail list logo
