#50231 [NEW]: Socket path passed using --with-mysql-sock is ignored when mysqlnd is enabled
From: foutrelis at gmail dot com Operating system: Arch Linux PHP version: 5.3.0 PHP Bug Type: MySQL related Bug description: Socket path passed using --with-mysql-sock is ignored when mysqlnd is enabled Description: Looking at ext/mysql/config.m4, it seems to me that the path specified during the ./configure step using the --with-mysql-sock option gets ignored and PHP_MYSQL_UNIX_SOCK_ADDR isn't defined accordingly. This causes mysqlnd to always use its default socket path (/tmp/mysql.sock). I wrote a patch [1] to move the related code in its own if clause so that it gets executed regardless of whether mysqlnd or libmysqlclient is used. However, I was unable to test it because I'm not sure how to regenerate the configure script (I tried with autoreconf but the produced configure script freaked out; something about confdefs.h missing). Let me know if you need any more information from me. [1] http://bugs.archlinux.org/task/17179?getfile=4423 -- Edit bug report at http://bugs.php.net/?id=50231&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50231&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50231&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50231&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50231&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50231&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50231&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50231&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50231&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50231&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50231&r=support Expected behavior: http://bugs.php.net/fix.php?id=50231&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50231&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50231&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50231&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50231&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50231&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50231&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50231&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50231&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50231&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50231&r=mysqlcfg
#50231 [Com]: Socket path passed using --with-mysql-sock is ignored when mysqlnd is enabled
ID: 50231 Comment by: foutrelis at gmail dot com Reported By: foutrelis at gmail dot com Status: Feedback Bug Type: MySQL related Operating System: Arch Linux PHP Version: 5.3.0 New Comment: Tried with the snapshot; same problem. [foutre...@foutboxd php]$ php -r 'mysql_connect();' PHP Warning: mysql_connect(): [2002] No such file or directory (trying to connect via unix:///tmp/mysql.sock) in Command line code on line 1 PHP Warning: mysql_connect(): No such file or directory in Command line code on line 1 `php -i' output: http://omploader.org/vMnQxNQ/phpinfo.txt Previous Comments: [2009-11-19 15:06:51] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-11-19 14:55:14] foutrelis at gmail dot com Description: Looking at ext/mysql/config.m4, it seems to me that the path specified during the ./configure step using the --with-mysql-sock option gets ignored and PHP_MYSQL_UNIX_SOCK_ADDR isn't defined accordingly. This causes mysqlnd to always use its default socket path (/tmp/mysql.sock). I wrote a patch [1] to move the related code in its own if clause so that it gets executed regardless of whether mysqlnd or libmysqlclient is used. However, I was unable to test it because I'm not sure how to regenerate the configure script (I tried with autoreconf but the produced configure script freaked out; something about confdefs.h missing). Let me know if you need any more information from me. [1] http://bugs.archlinux.org/task/17179?getfile=4423 -- Edit this bug report at http://bugs.php.net/?id=50231&edit=1
#50231 [Com]: Socket path passed using --with-mysql-sock is ignored when mysqlnd is enabled
ID: 50231 Comment by: foutrelis at gmail dot com Reported By: foutrelis at gmail dot com Status: Feedback Bug Type: MySQL related Operating System: Arch Linux PHP Version: 5.3.0 New Comment: The pdo_mysql extension is affected as well. When mysqlnd is enabled, PDO_MYSQL_UNIX_ADDR doesn't get defined and it uses /tmp/mysql.sock instead of the path retrieved using `mysql_config --socket'. In this case, the code in ext/pdo_mysql/config.m4 is a bit more involved, so I won't attempt to come up with a patch. :> Previous Comments: [2009-11-19 15:45:26] foutrelis at gmail dot com Tried with the snapshot; same problem. [foutre...@foutboxd php]$ php -r 'mysql_connect();' PHP Warning: mysql_connect(): [2002] No such file or directory (trying to connect via unix:///tmp/mysql.sock) in Command line code on line 1 PHP Warning: mysql_connect(): No such file or directory in Command line code on line 1 `php -i' output: http://omploader.org/vMnQxNQ/phpinfo.txt [2009-11-19 15:06:51] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ ---- [2009-11-19 14:55:14] foutrelis at gmail dot com Description: Looking at ext/mysql/config.m4, it seems to me that the path specified during the ./configure step using the --with-mysql-sock option gets ignored and PHP_MYSQL_UNIX_SOCK_ADDR isn't defined accordingly. This causes mysqlnd to always use its default socket path (/tmp/mysql.sock). I wrote a patch [1] to move the related code in its own if clause so that it gets executed regardless of whether mysqlnd or libmysqlclient is used. However, I was unable to test it because I'm not sure how to regenerate the configure script (I tried with autoreconf but the produced configure script freaked out; something about confdefs.h missing). Let me know if you need any more information from me. [1] http://bugs.archlinux.org/task/17179?getfile=4423 -- Edit this bug report at http://bugs.php.net/?id=50231&edit=1
#50240 [NEW]: pdo_mysql.default_socket in php.ini shouldn't used if it's empty
From: foutrelis at gmail dot com Operating system: Arch Linux PHP version: 5.3.1 PHP Bug Type: PDO related Bug description: pdo_mysql.default_socket in php.ini shouldn't used if it's empty Description: When pdo_mysql.default_socket in php.ini is empty, it shouldn't be used and pdo_mysql should fallback to PDO_MYSQL_UNIX_ADDR. It appears that OnUpdateStringUnempty should be used in the related STD_PHP_INI_ENTRY definition in ext/pdo_mysql/pdo_mysql.c, instead of OnUpdateString. Also, OnUpdateStringUnempty is used by the mysql and mysqli extensions for their default_socket directives, so it makes sense to use it here as well. Proposed patch: http://bugs.archlinux.org/task/17179?getfile=4430 -- Edit bug report at http://bugs.php.net/?id=50240&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50240&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50240&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50240&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50240&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50240&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50240&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50240&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50240&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50240&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50240&r=support Expected behavior: http://bugs.php.net/fix.php?id=50240&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50240&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50240&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50240&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50240&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50240&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50240&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50240&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50240&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50240&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50240&r=mysqlcfg
#50231 [Fbk->Opn]: Socket path passed using --with-mysql-sock is ignored when mysqlnd is enabled
ID: 50231 User updated by: foutrelis at gmail dot com Reported By: foutrelis at gmail dot com -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Arch Linux -PHP Version: 5.3.0 +PHP Version: 5.3.1 New Comment: Changing status back to "Open" (from "Feedback") and version to 5.3.1 (from 5.3.0). Previous Comments: [2009-11-19 22:15:26] foutrelis at gmail dot com The pdo_mysql extension is affected as well. When mysqlnd is enabled, PDO_MYSQL_UNIX_ADDR doesn't get defined and it uses /tmp/mysql.sock instead of the path retrieved using `mysql_config --socket'. In this case, the code in ext/pdo_mysql/config.m4 is a bit more involved, so I won't attempt to come up with a patch. :> -------- [2009-11-19 15:45:26] foutrelis at gmail dot com Tried with the snapshot; same problem. [foutre...@foutboxd php]$ php -r 'mysql_connect();' PHP Warning: mysql_connect(): [2002] No such file or directory (trying to connect via unix:///tmp/mysql.sock) in Command line code on line 1 PHP Warning: mysql_connect(): No such file or directory in Command line code on line 1 `php -i' output: http://omploader.org/vMnQxNQ/phpinfo.txt [2009-11-19 15:06:51] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ -------------------- [2009-11-19 14:55:14] foutrelis at gmail dot com Description: Looking at ext/mysql/config.m4, it seems to me that the path specified during the ./configure step using the --with-mysql-sock option gets ignored and PHP_MYSQL_UNIX_SOCK_ADDR isn't defined accordingly. This causes mysqlnd to always use its default socket path (/tmp/mysql.sock). I wrote a patch [1] to move the related code in its own if clause so that it gets executed regardless of whether mysqlnd or libmysqlclient is used. However, I was unable to test it because I'm not sure how to regenerate the configure script (I tried with autoreconf but the produced configure script freaked out; something about confdefs.h missing). Let me know if you need any more information from me. [1] http://bugs.archlinux.org/task/17179?getfile=4423 -- Edit this bug report at http://bugs.php.net/?id=50231&edit=1
[PHP-BUG] Bug #53529 [NEW]: Unable to load PDO drivers
From: Operating system: Arch Linux PHP version: 5.3.4 Package: PDO related Bug Type: Bug Bug description:Unable to load PDO drivers Description: I upgraded to PHP 5.3.4 on Arch Linux using the distribution's official packages. The previous version (5.3.3) worked great, but with the latest one it would appear that the PDO drivers are broken. The issue I'm experiencing only occurs on i686; x86_64 is working fine. The actual problem is that after enabling PDO, and either the MySQL or PostgreSQL PDO driver (I didn't test with others), I get an error saying: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/pdo_mysql.so' - /usr/lib/php/modules/pdo_mysql.so: undefined symbol: php_pdo_unregister_driver in Unknown on line 0 And the PDO driver does not get loaded. A `php -m' shows that only PDO is being loaded successfully. See the build function on [1] for the way Arch configures PHP. I've also opened a bug report on Arch's bug tracker [2] and will post a link to this bug there. Let me know if I can provide any further information that might help discover the root cause of the issue. [1] http://repos.archlinux.org/wsvn/packages/php/trunk/PKGBUILD?rev=102873 [2] https://bugs.archlinux.org/task/22072 -- Edit bug report at http://bugs.php.net/bug.php?id=53529&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53529&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53529&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53529&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53529&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53529&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53529&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53529&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53529&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53529&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53529&r=support Expected behavior: http://bugs.php.net/fix.php?id=53529&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53529&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53529&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53529&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53529&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53529&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53529&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53529&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53529&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53529&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53529&r=mysqlcfg
Bug #53529 [Opn->Csd]: Unable to load PDO drivers
Edit report at http://bugs.php.net/bug.php?id=53529&edit=1 ID: 53529 User updated by:foutrelis at gmail dot com Reported by:foutrelis at gmail dot com Summary:Unable to load PDO drivers -Status: Open +Status: Closed Type: Bug Package:PDO related Operating System: Arch Linux PHP Version:5.3.4 Block user comment: N Private report: N New Comment: This bug report turned out to be invalid. The issue was downstream, where the extensions included in the default php.ini got sorted alphabetically in this release and pdo.so ended up being below the PDO drivers. Moving it above the drivers makes it work again. Sorry for the noise. :) Previous Comments: [2010-12-12 19:59:33] foutrelis at gmail dot com Description: I upgraded to PHP 5.3.4 on Arch Linux using the distribution's official packages. The previous version (5.3.3) worked great, but with the latest one it would appear that the PDO drivers are broken. The issue I'm experiencing only occurs on i686; x86_64 is working fine. The actual problem is that after enabling PDO, and either the MySQL or PostgreSQL PDO driver (I didn't test with others), I get an error saying: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/pdo_mysql.so' - /usr/lib/php/modules/pdo_mysql.so: undefined symbol: php_pdo_unregister_driver in Unknown on line 0 And the PDO driver does not get loaded. A `php -m' shows that only PDO is being loaded successfully. See the build function on [1] for the way Arch configures PHP. I've also opened a bug report on Arch's bug tracker [2] and will post a link to this bug there. Let me know if I can provide any further information that might help discover the root cause of the issue. [1] http://repos.archlinux.org/wsvn/packages/php/trunk/PKGBUILD?rev=102873 [2] https://bugs.archlinux.org/task/22072 -- Edit this bug report at http://bugs.php.net/bug.php?id=53529&edit=1
