bug should be closed
http://bugs.php.net/bug.php?id=50478
seems to be an firebirdclient freebsd port symlink issue
not a php problem
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
marius adrian popa wrote:
bug should be closed
http://bugs.php.net/bug.php?id=50478
seems to be an firebirdclient freebsd port symlink issue
not a php problem
Of cause it gets a little more complex since in this case it is the PHP make
file that has the wrong information, but probably as a
PHP 6 Bug Database summary - http://bugs.php.net/
Num Status Summary (108 total -- which includes 47 feature requests)
===[*General Issues]==
50189 Open [PATCH] - unicode byte order difference between SPARC and x86
Bug #49955 http://bugs.php.net/bug.php?id=49955 can be closed , i
have tested with php 5.3 latest snapshot
and firebird is on a remote host
in fact i have tested with two remote hosts one with firebird 2.1 and
one with firebird 2.5
I guess 1000 connections are enough to see if it's all ok
I
Hello all,
My configure command is as follows:
./configure --disable-xml --disable-dom --disable-libxml
--disable-simplexml --without-pear --disable-xmlreader
--disable-xmlwriter --without-iconv
I then archive the result and use it to build various PHP extensions,
among which MySQLi.
Since
Just to clarify, this applies only to the 5_3 branch.
May the source be with you,
Best regards,
Jess Portnoy
Jess Portnoy wrote:
Hello all,
My configure command is as follows:
./configure --disable-xml --disable-dom --disable-libxml
--disable-simplexml --without-pear --disable-xmlreader
Hi Jess,
does it compile after that, because I guess it doesn't. We use some
macros from that header file to be able to handle bit types correctly in
mysqli, when libmysql is used.
#if MYSQL_VERSION_ID 50002
if (mysql_fetch_field_direct(result, i)-type == MYSQL_TYPE_BIT) {
Hi Andrey,
Yes, it compiled just fine with my patch.
Even loaded :)
May the source be with you,
Best regards,
Jess Portnoy
Andrey Hristov wrote:
Hi Jess,
does it compile after that, because I guess it doesn't. We use some
macros from that header file to be able to handle bit types
Reason is MYSQL_VERSION_ID is defined here:
ext/mysqlnd/mysqlnd_libmysql_compat.h:#define
MYSQL_VERSION_ID MYSQLND_VERSION_ID
And then, included here:
ext/mysqli/mysqli_mysqlnd.h:#include ext/mysqlnd/mysqlnd_libmysql_compat.h
Same is done with MySQL and PDO_MYSQL.
May the source
Jess Portnoy wrote:
Reason is MYSQL_VERSION_ID is defined here:
ext/mysqlnd/mysqlnd_libmysql_compat.h:#define
MYSQL_VERSION_ID MYSQLND_VERSION_ID
And then, included here:
ext/mysqli/mysqli_mysqlnd.h:#include
ext/mysqlnd/mysqlnd_libmysql_compat.h
Same is done with MySQL and
Hi Andrey,
I understand. If the the bit_ macros are specific to mysqlnd then
perhaps their usage should also be protected by an #ifdef
MYSQLI_USE_MYSQLND?
May the source be with you,
Best regards,
Jess Portnoy
Andrey Hristov wrote:
Jess Portnoy wrote:
Reason is MYSQL_VERSION_ID is
On Mon, Jan 11, 2010 at 3:44 PM, marius adrian popa map...@gmail.com wrote:
Bug #49955 http://bugs.php.net/bug.php?id=49955 can be closed , i
have tested with php 5.3 latest snapshot
and firebird is on a remote host
in fact i have tested with two remote hosts one with firebird 2.1 and
one
Jess Portnoy wrote:
Hi Andrey,
I understand. If the the bit_ macros are specific to mysqlnd then
perhaps their usage should also be protected by an #ifdef
MYSQLI_USE_MYSQLND?
by specific I mean that mysqlnd introduces them but they are valid for
everyone who wants to be able to decode
I see but assuming mysqlnd is copied, I can still see a problem, in the
configure script:
echo #define $php_def_have_what 1 ext/mysqlnd/php_mysqlnd_config.h
When running my configure:
./configure --disable-xml --disable-dom --disable-libxml
--disable-simplexml --without-pear
marius adrian popa wrote:
On Mon, Jan 11, 2010 at 3:44 PM, marius adrian popa map...@gmail.com wrote:
Bug #49955 http://bugs.php.net/bug.php?id=49955 can be closed , i
have tested with php 5.3 latest snapshot
and firebird is on a remote host
in fact i have tested with two remote hosts one with
Hi Jess,
Jess Portnoy wrote:
I see but assuming mysqlnd is copied, I can still see a problem, in the
configure script:
echo #define $php_def_have_what 1 ext/mysqlnd/php_mysqlnd_config.h
When running my configure:
./configure --disable-xml --disable-dom --disable-libxml
--disable-simplexml
Hi Andrey,
Sounds good to me. Would you like me to test and submit a patch or will you?
May the source be with you,
Best regards,
Jess Portnoy
Andrey Hristov wrote:
Hi Jess,
Jess Portnoy wrote:
I see but assuming mysqlnd is copied, I can still see a problem, in
the configure script:
echo
I know there's been requests to add a __toArray() and most of the
arguments against it is that there are too many magic functions already.
I just thought I'd propose an alternative that would satisfy all of them.
Why not a __cast($Type) magic function?
--
PHP Internals - PHP Runtime
Am 11.01.2010 19:31, schrieb Andrey Hristov:
Modified: php/php-src/branches/PHP_5_2/main/php_version.h
===
--- php/php-src/branches/PHP_5_2/main/php_version.h 2010-01-11 18:27:31 UTC
(rev 293417)
+++
Sebastian Bergmann wrote:
Am 11.01.2010 19:31, schrieb Andrey Hristov:
Modified: php/php-src/branches/PHP_5_2/main/php_version.h
===
--- php/php-src/branches/PHP_5_2/main/php_version.h 2010-01-11 18:27:31 UTC
(rev 293417)
+++
Hi,
the file ext/intl/tests/rb_build.php will be removed by svnclean as it
matches the *.php pattern from ext/intl/tests/'s ignore. Is there a way
to change the svn ignore pattern to work-around this or can the file be
renamed/moved?
johannes
--
PHP Internals - PHP Runtime Development
Hi!
the file ext/intl/tests/rb_build.php will be removed by svnclean as it
matches the *.php pattern from ext/intl/tests/'s ignore. Is there a way
to change the svn ignore pattern to work-around this or can the file be
renamed/moved?
Heh, good catch, forgot about the clean that uses
Hello,
On Mon, Jan 11, 2010 at 7:31 PM, Clint Priest cpri...@warpmail.net wrote:
I know there's been requests to add a __toArray() and most of the arguments
against it is that there are too many magic functions already. I just
thought I'd propose an alternative that would satisfy all of them.
Hi!
Why not a __cast($Type) magic function?
The interesting thing is that in the engine the object handler is actually:
typedef int (*zend_object_cast_t)(zval *readobj, zval *retval, int type
TSRMLS_DC);
i.e. the handler is already generic, but implementation API isn't -
standard engine
Etienne Kneuss wrote:
Hello,
On Mon, Jan 11, 2010 at 7:31 PM, Clint Priest cpri...@warpmail.net wrote:
I know there's been requests to add a __toArray() and most of the arguments
against it is that there are too many magic functions already. I just
thought I'd propose an alternative that
cast is not needed in PHP
i 'd rather be more interesting in
class Obj {
function __catch($data, $type) {
//$type [ static_method, method, get_property, set_property]
if (observed $type == set_property somevalueIsObserved) {
Maybe I'm up in the night, but I've just opened 50728 because I discovered that
all
the PDO drivers had a hardcoded 0 where I would expect to see the
driver-specific
error - a user reported this in ##PHP on Freenode and I take a stab at writing
the
patches that would let the individual drivers
I also just attached the following to the bug - it's a test that checks this
fix in
the sqlite driver - I can write tests for all the others if need be, but I
figured
there are others who might already be more familiar with the individual PDO
drivers
that would write them more quickly than I.
Joey Smith wrote:
Maybe I'm up in the night, but I've just opened 50728 because I discovered that
all
the PDO drivers had a hardcoded 0 where I would expect to see the
driver-specific
error - a user reported this in ##PHP on Freenode and I take a stab at writing
the
patches that would let the
29 matches
Mail list logo