Bug #54871 [Opn-Fbk]: Don't work connect to interbase
Edit report at http://bugs.php.net/bug.php?id=54871edit=1 ID: 54871 Updated by: f...@php.net Reported by:mr dot efrem at gmail dot com Summary:Don't work connect to interbase -Status: Open +Status: Feedback Type: Bug Package:FPM related Operating System: FreeBSD 8.2 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. we need more information to help you. can you please provide at least you FPM configuration ? Previous Comments: [2011-05-20 07:58:46] mr dot efrem at gmail dot com Nginx + php-fpm are adjusted truly, pages not containing instructions connect to firebird are displayed normally. [2011-05-20 07:47:58] mr dot efrem at gmail dot com Description: Execute script with nginx + php-fpm and page don't show result. If execute script with PHPCli then show resource(4) of type (Firebird/InterBase link). Test script: --- ?php $link=ibase_connect('test.domen-test.ru:test','test','test','win1251', 0,1,'main'); var_dump($link); ? -- Edit this bug report at http://bugs.php.net/bug.php?id=54871edit=1
Bug #54871 [Fbk-Opn]: Don't work connect to interbase
Edit report at http://bugs.php.net/bug.php?id=54871edit=1 ID: 54871 User updated by:mr dot efrem at gmail dot com Reported by:mr dot efrem at gmail dot com Summary:Don't work connect to interbase -Status: Feedback +Status: Open Type: Bug Package:FPM related Operating System: FreeBSD 8.2 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: php-fpm.conf: pid = run/php-fpm.pid error_log = log/nginx/php-fpm.log log_level = notice emergency_restart_threshold = 10 emergency_restart_interval = 1m process_control_timeout = 5s daemonize = yes [www] listen = /tmp/php-fpm.sock listen.allowed_clients = 127.0.0.1 user = www group = www pm = dynamic pm.max_children = 100 pm.start_servers = 35 pm.min_spare_servers = 20 pm.max_spare_servers = 50 pm.max_requests = 500 pm.status_path = /status ping.path = /ping request_terminate_timeout = 31s request_slowlog_timeout = 10s slowlog = /var/log/nginx/$pool.log.slow catch_workers_output = yes php_admin_value[error_log]=/var/log/nginx/php-test-err.log Previous Comments: [2011-05-20 08:09:18] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. we need more information to help you. can you please provide at least you FPM configuration ? [2011-05-20 07:58:46] mr dot efrem at gmail dot com Nginx + php-fpm are adjusted truly, pages not containing instructions connect to firebird are displayed normally. [2011-05-20 07:47:58] mr dot efrem at gmail dot com Description: Execute script with nginx + php-fpm and page don't show result. If execute script with PHPCli then show resource(4) of type (Firebird/InterBase link). Test script: --- ?php $link=ibase_connect('test.domen-test.ru:test','test','test','win1251', 0,1,'main'); var_dump($link); ? -- Edit this bug report at http://bugs.php.net/bug.php?id=54871edit=1
Bug #54871 [Opn-Fbk]: Don't work connect to interbase
Edit report at http://bugs.php.net/bug.php?id=54871edit=1 ID: 54871 Updated by: f...@php.net Reported by:mr dot efrem at gmail dot com Summary:Don't work connect to interbase -Status: Open +Status: Feedback Type: Bug Package:FPM related Operating System: FreeBSD 8.2 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. what do you have in your fpm log files ? is the module interbase is loaded ? Previous Comments: [2011-05-20 08:22:07] mr dot efrem at gmail dot com php-fpm.conf: pid = run/php-fpm.pid error_log = log/nginx/php-fpm.log log_level = notice emergency_restart_threshold = 10 emergency_restart_interval = 1m process_control_timeout = 5s daemonize = yes [www] listen = /tmp/php-fpm.sock listen.allowed_clients = 127.0.0.1 user = www group = www pm = dynamic pm.max_children = 100 pm.start_servers = 35 pm.min_spare_servers = 20 pm.max_spare_servers = 50 pm.max_requests = 500 pm.status_path = /status ping.path = /ping request_terminate_timeout = 31s request_slowlog_timeout = 10s slowlog = /var/log/nginx/$pool.log.slow catch_workers_output = yes php_admin_value[error_log]=/var/log/nginx/php-test-err.log [2011-05-20 08:09:18] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. we need more information to help you. can you please provide at least you FPM configuration ? [2011-05-20 07:58:46] mr dot efrem at gmail dot com Nginx + php-fpm are adjusted truly, pages not containing instructions connect to firebird are displayed normally. [2011-05-20 07:47:58] mr dot efrem at gmail dot com Description: Execute script with nginx + php-fpm and page don't show result. If execute script with PHPCli then show resource(4) of type (Firebird/InterBase link). Test script: --- ?php $link=ibase_connect('test.domen-test.ru:test','test','test','win1251', 0,1,'main'); var_dump($link); ? -- Edit this bug report at http://bugs.php.net/bug.php?id=54871edit=1
Bug #54871 [Com]: Don't work connect to interbase
Edit report at http://bugs.php.net/bug.php?id=54871edit=1 ID: 54871 Comment by: mr dot efrem at gmail dot com Reported by:mr dot efrem at gmail dot com Summary:Don't work connect to interbase Status: Feedback Type: Bug Package:FPM related Operating System: FreeBSD 8.2 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: nginx.conf: --- user www; worker_processes 1; timer_resolution 100ms; worker_rlimit_nofile 2048; pid/var/run/nginx.pid; events { worker_connections 1024; use kqueue; } http { include mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] $request ' '$status $body_bytes_sent $http_referer ' '$http_user_agent $http_x_forwarded_for'; sendfile on; tcp_nopush on; keepalive_timeout 0; reset_timedout_connection on; server_tokens off; server { listen 80 default accept_filter=httpready; server_name main.domen-test.ru; root /usr/local/www/nginx; charset windows-1251; client_max_body_size 1m; access_log /var/log/nginx/test.access.log main; error_log /var/log/nginx/test.error.log warn; location / { index index.php index.html index.htm; } location = /stat { stub_status on; access_log off; } location ~ \.php$ { fastcgi_pass unix:/tmp/php-fpm.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /usr/local/www/nginx $fastcgi_script_name; include fastcgi_params; } location ~ ^/(status|ping)$ { fastcgi_pass unix:/tmp/php-fpm.sock; fastcgi_param SCRIPT_FILENAME $fastcgi_script_name; include fastcgi_params; access_log off; } } # HTTPS server # server { listen 443; server_name main.domen-test.ru; root /usr/local/www/nginx; charset windows-1251; client_max_body_size 64m; access_log /var/log/nginx/ssl-test.access.log main; error_log /var/log/nginx/ssl-test.error.log warn; ssl on; ssl_certificate ssl/main.domen-test.ru.crt; ssl_certificate_key ssl/main.domen-test.ru.key; ssl_client_certificate ssl/mainCA.crt; ssl_session_timeout 5m; ssl_protocols SSLv3 TLSv1; ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW: +SSLv2:+EXP; ssl_prefer_server_ciphers on; ssl_verify_client optional; ssl_session_cache shared:SSL:10m; index index.php index.html index.htm; location ~ \.php$ { fastcgi_pass unix:/tmp/php- fpm.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /usr/local/www/nginx $fastcgi_script_name; fastcgi_param HTTPS on; fastcgi_param SSL_CLIENT_M_SERIAL $ssl_client_serial; fastcgi_param SSL_CLIENT_S_DN $ssl_client_s_dn; fastcgi_param SSL_CLIENT_I_DN $ssl_client_i_dn; include fastcgi_params; } } } Previous Comments: [2011-05-20 08:23:40] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. what do you have in your fpm log files ? is the module interbase is loaded ? [2011-05-20 08:22:07] mr dot efrem at gmail dot com php-fpm.conf: pid = run/php-fpm.pid error_log = log/nginx/php-fpm.log log_level = notice emergency_restart_threshold = 10 emergency_restart_interval = 1m process_control_timeout = 5s daemonize = yes [www] listen = /tmp/php-fpm.sock listen.allowed_clients = 127.0.0.1 user = www group = www pm = dynamic pm.max_children = 100 pm.start_servers = 35 pm.min_spare_servers = 20 pm.max_spare_servers = 50 pm.max_requests = 500 pm.status_path = /status ping.path = /ping request_terminate_timeout = 31s request_slowlog_timeout = 10s slowlog = /var/log/nginx/$pool.log.slow catch_workers_output = yes php_admin_value[error_log]=/var/log/nginx/php-test-err.log
Bug #54871 [Com]: Don't work connect to interbase
Edit report at http://bugs.php.net/bug.php?id=54871edit=1 ID: 54871 Comment by: mr dot efrem at gmail dot com Reported by:mr dot efrem at gmail dot com Summary:Don't work connect to interbase Status: Feedback Type: Bug Package:FPM related Operating System: FreeBSD 8.2 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: php-fpm.log: [19-May-2011 19:22:16] NOTICE: [pool www] child 19398 exited with code 0 after 37.014290 seconds from start [19-May-2011 19:22:16] NOTICE: [pool www] child 19421 started [/usr/local/bin] # ldd php php: libcrypt.so.5 = /lib/libcrypt.so.5 (0x8008b8000) libfbclient.so.2 = /usr/local/lib/libfbclient.so.2 (0x8009d1000) libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x800b8f000) libm.so.5 = /lib/libm.so.5 (0x800ccc000) libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x800dec000) libz.so.5 = /lib/libz.so.5 (0x80103c000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x801151000) libc.so.7 = /lib/libc.so.7 (0x80134c000) libncurses.so.8 = /lib/libncurses.so.8 (0x80158e000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x8016db000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x8018eb000) libthr.so.3 = /lib/libthr.so.3 (0x8019f9000) Previous Comments: [2011-05-20 08:24:26] mr dot efrem at gmail dot com nginx.conf: --- user www; worker_processes 1; timer_resolution 100ms; worker_rlimit_nofile 2048; pid/var/run/nginx.pid; events { worker_connections 1024; use kqueue; } http { include mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] $request ' '$status $body_bytes_sent $http_referer ' '$http_user_agent $http_x_forwarded_for'; sendfile on; tcp_nopush on; keepalive_timeout 0; reset_timedout_connection on; server_tokens off; server { listen 80 default accept_filter=httpready; server_name main.domen-test.ru; root /usr/local/www/nginx; charset windows-1251; client_max_body_size 1m; access_log /var/log/nginx/test.access.log main; error_log /var/log/nginx/test.error.log warn; location / { index index.php index.html index.htm; } location = /stat { stub_status on; access_log off; } location ~ \.php$ { fastcgi_pass unix:/tmp/php-fpm.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /usr/local/www/nginx $fastcgi_script_name; include fastcgi_params; } location ~ ^/(status|ping)$ { fastcgi_pass unix:/tmp/php-fpm.sock; fastcgi_param SCRIPT_FILENAME $fastcgi_script_name; include fastcgi_params; access_log off; } } # HTTPS server # server { listen 443; server_name main.domen-test.ru; root /usr/local/www/nginx; charset windows-1251; client_max_body_size 64m; access_log /var/log/nginx/ssl-test.access.log main; error_log /var/log/nginx/ssl-test.error.log warn; ssl on; ssl_certificate ssl/main.domen-test.ru.crt; ssl_certificate_key ssl/main.domen-test.ru.key; ssl_client_certificate ssl/mainCA.crt; ssl_session_timeout 5m; ssl_protocols SSLv3 TLSv1; ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW: +SSLv2:+EXP; ssl_prefer_server_ciphers on; ssl_verify_client optional; ssl_session_cache shared:SSL:10m; index index.php index.html index.htm; location ~ \.php$ { fastcgi_pass unix:/tmp/php- fpm.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /usr/local/www/nginx $fastcgi_script_name; fastcgi_param HTTPS on; fastcgi_param SSL_CLIENT_M_SERIAL $ssl_client_serial; fastcgi_param SSL_CLIENT_S_DN $ssl_client_s_dn; fastcgi_param SSL_CLIENT_I_DN $ssl_client_i_dn; include fastcgi_params; } } } [2011-05-20 08:23:40] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more
Bug #54871 [Fbk-Opn]: Don't work connect to interbase
Edit report at http://bugs.php.net/bug.php?id=54871edit=1 ID: 54871 User updated by:mr dot efrem at gmail dot com Reported by:mr dot efrem at gmail dot com Summary:Don't work connect to interbase -Status: Feedback +Status: Open Type: Bug Package:FPM related Operating System: FreeBSD 8.2 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: nginx-1.0.2 Previous Comments: [2011-05-20 08:30:18] mr dot efrem at gmail dot com php-fpm.log: [19-May-2011 19:22:16] NOTICE: [pool www] child 19398 exited with code 0 after 37.014290 seconds from start [19-May-2011 19:22:16] NOTICE: [pool www] child 19421 started [/usr/local/bin] # ldd php php: libcrypt.so.5 = /lib/libcrypt.so.5 (0x8008b8000) libfbclient.so.2 = /usr/local/lib/libfbclient.so.2 (0x8009d1000) libpcre.so.0 = /usr/local/lib/libpcre.so.0 (0x800b8f000) libm.so.5 = /lib/libm.so.5 (0x800ccc000) libxml2.so.5 = /usr/local/lib/libxml2.so.5 (0x800dec000) libz.so.5 = /lib/libz.so.5 (0x80103c000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x801151000) libc.so.7 = /lib/libc.so.7 (0x80134c000) libncurses.so.8 = /lib/libncurses.so.8 (0x80158e000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x8016db000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x8018eb000) libthr.so.3 = /lib/libthr.so.3 (0x8019f9000) [2011-05-20 08:24:26] mr dot efrem at gmail dot com nginx.conf: --- user www; worker_processes 1; timer_resolution 100ms; worker_rlimit_nofile 2048; pid/var/run/nginx.pid; events { worker_connections 1024; use kqueue; } http { include mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] $request ' '$status $body_bytes_sent $http_referer ' '$http_user_agent $http_x_forwarded_for'; sendfile on; tcp_nopush on; keepalive_timeout 0; reset_timedout_connection on; server_tokens off; server { listen 80 default accept_filter=httpready; server_name main.domen-test.ru; root /usr/local/www/nginx; charset windows-1251; client_max_body_size 1m; access_log /var/log/nginx/test.access.log main; error_log /var/log/nginx/test.error.log warn; location / { index index.php index.html index.htm; } location = /stat { stub_status on; access_log off; } location ~ \.php$ { fastcgi_pass unix:/tmp/php-fpm.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /usr/local/www/nginx $fastcgi_script_name; include fastcgi_params; } location ~ ^/(status|ping)$ { fastcgi_pass unix:/tmp/php-fpm.sock; fastcgi_param SCRIPT_FILENAME $fastcgi_script_name; include fastcgi_params; access_log off; } } # HTTPS server # server { listen 443; server_name main.domen-test.ru; root /usr/local/www/nginx; charset windows-1251; client_max_body_size 64m; access_log /var/log/nginx/ssl-test.access.log main; error_log /var/log/nginx/ssl-test.error.log warn; ssl on; ssl_certificate ssl/main.domen-test.ru.crt; ssl_certificate_key ssl/main.domen-test.ru.key; ssl_client_certificate ssl/mainCA.crt; ssl_session_timeout 5m; ssl_protocols SSLv3 TLSv1; ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW: +SSLv2:+EXP; ssl_prefer_server_ciphers on; ssl_verify_client optional; ssl_session_cache shared:SSL:10m; index index.php index.html index.htm; location ~ \.php$ { fastcgi_pass unix:/tmp/php- fpm.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /usr/local/www/nginx $fastcgi_script_name; fastcgi_param HTTPS on; fastcgi_param SSL_CLIENT_M_SERIAL $ssl_client_serial; fastcgi_param SSL_CLIENT_S_DN $ssl_client_s_dn; fastcgi_param SSL_CLIENT_I_DN $ssl_client_i_dn; include fastcgi_params; } } } [2011-05-20 08:23:40] f...@php.net Not
Bug #53141 [Com]: autoload misbehaves if called from closing session
Edit report at http://bugs.php.net/bug.php?id=53141edit=1 ID: 53141 Comment by: ladislav at marek dot su Reported by:ladislav at marek dot su Summary:autoload misbehaves if called from closing session Status: Closed Type: Bug Package:SPL related Operating System: GNU Linux PHP Version:5.3SVN-2010-10-23 (SVN) Assigned To:felipe Block user comment: N Private report: N New Comment: This bug was fixed in PHP 5.3.4, so yours 5.3.3 and 5.2.10 is still affected. Its not caused by mysqlnd itself, it can be any other extension, which affects order of how extensions are destroyed. You should update. Previous Comments: [2011-05-20 03:56:45] bugs dot php dot net at elyobo dot net Also possibly relevant, calling spl_autoload_functions() in __sleep() causes PHP to segfault in 5.3.3 (Debian version: 5.3.3-7+squeeze1) and the 5.2.10 version mentioned above. [2011-05-20 03:54:27] bugs dot php dot net at elyobo dot net I have the same problem in PHP 5.2.10 (Ubuntu version: 5.2.10.dfsg.1-2ubuntu6.5), which doesn't have mysqlnd. I can work around it by doing my thing in __destruct() instead, which works, but I'm not sure that this bug is only related to mysqlnd. [2010-11-02 21:51:04] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=305038 Log: - Fixed config.m4 to complete the fix for bug #53141 (thanks Johannes) [2010-11-02 19:37:39] fel...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Thanks for the patch, I committed a slighty modified version, I changed OPTIONAL to REQUIRED as SPL is not disableable. [2010-11-02 19:34:58] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=305034 Log: - Fixed bug #53141 (autoload misbehaves if called from closing session) patch by: ladislav at marek dot su The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=53141 -- Edit this bug report at http://bugs.php.net/bug.php?id=53141edit=1
Bug #53141 [Com]: autoload misbehaves if called from closing session
Edit report at http://bugs.php.net/bug.php?id=53141edit=1 ID: 53141 Comment by: bugs dot php dot net at elyobo dot net Reported by:ladislav at marek dot su Summary:autoload misbehaves if called from closing session Status: Closed Type: Bug Package:SPL related Operating System: GNU Linux PHP Version:5.3SVN-2010-10-23 (SVN) Assigned To:felipe Block user comment: N Private report: N New Comment: OK, thanks; I had the impression from this that it was specific to mysqlnd, so I assumed that it wasn't present in the 5.2.x series (as it doesn't have mysqlnd). Previous Comments: [2011-05-20 10:28:15] ladislav at marek dot su This bug was fixed in PHP 5.3.4, so yours 5.3.3 and 5.2.10 is still affected. Its not caused by mysqlnd itself, it can be any other extension, which affects order of how extensions are destroyed. You should update. [2011-05-20 03:56:45] bugs dot php dot net at elyobo dot net Also possibly relevant, calling spl_autoload_functions() in __sleep() causes PHP to segfault in 5.3.3 (Debian version: 5.3.3-7+squeeze1) and the 5.2.10 version mentioned above. [2011-05-20 03:54:27] bugs dot php dot net at elyobo dot net I have the same problem in PHP 5.2.10 (Ubuntu version: 5.2.10.dfsg.1-2ubuntu6.5), which doesn't have mysqlnd. I can work around it by doing my thing in __destruct() instead, which works, but I'm not sure that this bug is only related to mysqlnd. [2010-11-02 21:51:04] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=305038 Log: - Fixed config.m4 to complete the fix for bug #53141 (thanks Johannes) [2010-11-02 19:37:39] fel...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Thanks for the patch, I committed a slighty modified version, I changed OPTIONAL to REQUIRED as SPL is not disableable. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=53141 -- Edit this bug report at http://bugs.php.net/bug.php?id=53141edit=1
[PHP-BUG] Req #54888 [NEW]: The use of as in closure use
From: Operating system: PHP version: 5.3.6 Package: *General Issues Bug Type: Feature/Change Request Bug description:The use of as in closure use Description: Would be handy if as or something similar could be used in closures to allow for easy passing of class properties. e.g. $callback = function() use ($this as $_this) { }; $callback = function() use ($this-prop1 as $prop) { }; -- Edit bug report at http://bugs.php.net/bug.php?id=54888edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54888r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54888r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54888r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54888r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54888r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54888r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54888r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54888r=needscript Try newer version: http://bugs.php.net/fix.php?id=54888r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54888r=support Expected behavior: http://bugs.php.net/fix.php?id=54888r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54888r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54888r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54888r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54888r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54888r=dst IIS Stability: http://bugs.php.net/fix.php?id=54888r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54888r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54888r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54888r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54888r=mysqlcfg
[PHP-BUG] Bug #54893 [NEW]: Namspace import doesn't work
From: Operating system: Windows 7 PHP version: 5.3SVN-2011-05-20 (SVN) Package: *Compile Issues Bug Type: Bug Bug description:Namspace import doesn't work Description: I'm running XAMPP on Win7 with PHP 5.3.5 (don't know whether I got that one above selected right...) I tried importing a namespace and instantiating a class in there in another namespace, but it seemed not to have worked. --- From manual page: http://www.php.net/language.namespaces.importing --- Test script: --- ?php namespace NamespaceOne { class OutOfBoundsException extends \OutOfBoundsException { } } namespace NamespaceTwo { use NamespaceOne; throw new OutOfBoundsException; } ? Expected result: Fatal error: Uncaught exception 'NamespaceOne\OutOfBoundsException' Actual result: -- Fatal error: Class 'NamespaceTwo\OutOfBoundsException' not found in ... -- Edit bug report at http://bugs.php.net/bug.php?id=54893edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54893r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54893r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54893r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54893r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54893r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54893r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54893r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54893r=needscript Try newer version: http://bugs.php.net/fix.php?id=54893r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54893r=support Expected behavior: http://bugs.php.net/fix.php?id=54893r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54893r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54893r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54893r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54893r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54893r=dst IIS Stability: http://bugs.php.net/fix.php?id=54893r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54893r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54893r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54893r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54893r=mysqlcfg
Bug #54893 [Opn]: Namspace import doesn't work
Edit report at http://bugs.php.net/bug.php?id=54893edit=1 ID: 54893 User updated by:marcel dot klehr at gmx dot de Reported by:marcel dot klehr at gmx dot de Summary:Namspace import doesn't work Status: Open Type: Bug Package:*Compile Issues Operating System: Windows 7 -PHP Version:5.3SVN-2011-05-20 (SVN) +PHP Version:5.3.5 Block user comment: N Private report: N New Comment: just altered the PHP version... Previous Comments: [2011-05-20 15:19:55] marcel dot klehr at gmx dot de Description: I'm running XAMPP on Win7 with PHP 5.3.5 (don't know whether I got that one above selected right...) I tried importing a namespace and instantiating a class in there in another namespace, but it seemed not to have worked. --- From manual page: http://www.php.net/language.namespaces.importing --- Test script: --- ?php namespace NamespaceOne { class OutOfBoundsException extends \OutOfBoundsException { } } namespace NamespaceTwo { use NamespaceOne; throw new OutOfBoundsException; } ? Expected result: Fatal error: Uncaught exception 'NamespaceOne\OutOfBoundsException' Actual result: -- Fatal error: Class 'NamespaceTwo\OutOfBoundsException' not found in ... -- Edit this bug report at http://bugs.php.net/bug.php?id=54893edit=1
Bug #54893 [Opn-Bgs]: Namspace import doesn't work
Edit report at http://bugs.php.net/bug.php?id=54893edit=1 ID: 54893 Updated by: johan...@php.net Reported by:marcel dot klehr at gmx dot de Summary:Namspace import doesn't work -Status: Open +Status: Bogus Type: Bug Package:*Compile Issues Operating System: Windows 7 PHP Version:5.3.5 Block user comment: N Private report: N New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Please re-read the import section. You might need something like use NamespaceOne\OutOfBoundsException; Previous Comments: [2011-05-20 15:29:37] marcel dot klehr at gmx dot de just altered the PHP version... [2011-05-20 15:19:55] marcel dot klehr at gmx dot de Description: I'm running XAMPP on Win7 with PHP 5.3.5 (don't know whether I got that one above selected right...) I tried importing a namespace and instantiating a class in there in another namespace, but it seemed not to have worked. --- From manual page: http://www.php.net/language.namespaces.importing --- Test script: --- ?php namespace NamespaceOne { class OutOfBoundsException extends \OutOfBoundsException { } } namespace NamespaceTwo { use NamespaceOne; throw new OutOfBoundsException; } ? Expected result: Fatal error: Uncaught exception 'NamespaceOne\OutOfBoundsException' Actual result: -- Fatal error: Class 'NamespaceTwo\OutOfBoundsException' not found in ... -- Edit this bug report at http://bugs.php.net/bug.php?id=54893edit=1
Bug #54893 [Bgs]: Namspace import doesn't work
Edit report at http://bugs.php.net/bug.php?id=54893edit=1 ID: 54893 User updated by:marcel dot klehr at gmx dot de Reported by:marcel dot klehr at gmx dot de Summary:Namspace import doesn't work Status: Bogus Type: Bug Package:*Compile Issues Operating System: Windows 7 PHP Version:5.3.5 Block user comment: N Private report: N New Comment: I was under the impression that all items of that imported namespace are available unqualified in the new one. But now i see, you still have to qualify it with its imported name... Shoulf have been pointed out more clearly in the docs! Anyway, why don't you implement this. Importing all items of a particular namespace?! Previous Comments: [2011-05-20 15:56:50] johan...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Please re-read the import section. You might need something like use NamespaceOne\OutOfBoundsException; [2011-05-20 15:29:37] marcel dot klehr at gmx dot de just altered the PHP version... [2011-05-20 15:19:55] marcel dot klehr at gmx dot de Description: I'm running XAMPP on Win7 with PHP 5.3.5 (don't know whether I got that one above selected right...) I tried importing a namespace and instantiating a class in there in another namespace, but it seemed not to have worked. --- From manual page: http://www.php.net/language.namespaces.importing --- Test script: --- ?php namespace NamespaceOne { class OutOfBoundsException extends \OutOfBoundsException { } } namespace NamespaceTwo { use NamespaceOne; throw new OutOfBoundsException; } ? Expected result: Fatal error: Uncaught exception 'NamespaceOne\OutOfBoundsException' Actual result: -- Fatal error: Class 'NamespaceTwo\OutOfBoundsException' not found in ... -- Edit this bug report at http://bugs.php.net/bug.php?id=54893edit=1
[PHP-BUG] Bug #54895 [NEW]: Fix compiling with older gcc version without need for membar_producer macro
From: Operating system: Linux (OpenWRT backfire) PHP version: 5.3.6 Package: Compile Failure Bug Type: Bug Bug description:Fix compiling with older gcc version without need for membar_producer macro Description: When compiling the latest php version 5.3.6 with OpenWRT backfire branch, the build fails: -snip- ext/standard/php_crypt_r.o: In function `_crypt_extended_init_r': php_crypt_r.c:(.text+0x4c1): undefined reference to `membar_producer' php_crypt_r.c:(.text+0x4cf): undefined reference to `atomic_add_int' collect2: ld returned 1 exit status make[3]: *** [sapi/cli/php] Error 1 -snap- When looking into the source file I'm wondering whether the second code path with __sync_fetch_and_add could not be used. -snip- #ifdef PHP_WIN32 InterlockedIncrement(initialized); #elif (defined(__GNUC__) (__GNUC__ = 4 __GNUC_MINOR__ = 2)) __sync_fetch_and_add(initialized, 1); #elif defined(HAVE_ATOMIC_H) /* Solaris 10 defines atomic API within */ membar_producer(); atomic_add_int(initialized, 1); #endif -snap- As gcc compiler version 4.1.2 has support for this function (see http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Atomic-Builtins.html) I suggest the attached patch to lower the GNUC_MINOR test. Expected result: The build completes as the gcc provided function is used. -- Edit bug report at http://bugs.php.net/bug.php?id=54895edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54895r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54895r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54895r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54895r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54895r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54895r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54895r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54895r=needscript Try newer version: http://bugs.php.net/fix.php?id=54895r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54895r=support Expected behavior: http://bugs.php.net/fix.php?id=54895r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54895r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54895r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54895r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54895r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54895r=dst IIS Stability: http://bugs.php.net/fix.php?id=54895r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54895r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54895r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54895r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54895r=mysqlcfg
Bug #54895 [Opn]: Fix compiling with older gcc version without need for membar_producer macro
Edit report at http://bugs.php.net/bug.php?id=54895edit=1 ID: 54895 User updated by:mhei at heimpold dot de Reported by:mhei at heimpold dot de Summary:Fix compiling with older gcc version without need for membar_producer macro Status: Open Type: Bug Package:Compile Failure Operating System: Linux (OpenWRT backfire) PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Forgot to mention that I actually tested it already: the compilation succeeded. Previous Comments: [2011-05-20 21:46:00] mhei at heimpold dot de Description: When compiling the latest php version 5.3.6 with OpenWRT backfire branch, the build fails: -snip- ext/standard/php_crypt_r.o: In function `_crypt_extended_init_r': php_crypt_r.c:(.text+0x4c1): undefined reference to `membar_producer' php_crypt_r.c:(.text+0x4cf): undefined reference to `atomic_add_int' collect2: ld returned 1 exit status make[3]: *** [sapi/cli/php] Error 1 -snap- When looking into the source file I'm wondering whether the second code path with __sync_fetch_and_add could not be used. -snip- #ifdef PHP_WIN32 InterlockedIncrement(initialized); #elif (defined(__GNUC__) (__GNUC__ = 4 __GNUC_MINOR__ = 2)) __sync_fetch_and_add(initialized, 1); #elif defined(HAVE_ATOMIC_H) /* Solaris 10 defines atomic API within */ membar_producer(); atomic_add_int(initialized, 1); #endif -snap- As gcc compiler version 4.1.2 has support for this function (see http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Atomic-Builtins.html) I suggest the attached patch to lower the GNUC_MINOR test. Expected result: The build completes as the gcc provided function is used. -- Edit this bug report at http://bugs.php.net/bug.php?id=54895edit=1
Bug #54895 [Opn-Csd]: Fix compiling with older gcc version without need for membar_producer macro
Edit report at http://bugs.php.net/bug.php?id=54895edit=1 ID: 54895 Updated by: fel...@php.net Reported by:mhei at heimpold dot de Summary:Fix compiling with older gcc version without need for membar_producer macro -Status: Open +Status: Closed Type: Bug Package:Compile Failure Operating System: Linux (OpenWRT backfire) PHP Version:5.3.6 -Assigned To: +Assigned To:felipe Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Thanks for the patch! Previous Comments: [2011-05-20 23:24:55] fel...@php.net Automatic comment from SVN on behalf of felipe Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=311300 Log: - Fixed bug #54895 (Fix compiling with older gcc version without need for membar_producer macro) patch by: mhei at heimpold dot de [2011-05-20 21:48:46] mhei at heimpold dot de Forgot to mention that I actually tested it already: the compilation succeeded. [2011-05-20 21:46:00] mhei at heimpold dot de Description: When compiling the latest php version 5.3.6 with OpenWRT backfire branch, the build fails: -snip- ext/standard/php_crypt_r.o: In function `_crypt_extended_init_r': php_crypt_r.c:(.text+0x4c1): undefined reference to `membar_producer' php_crypt_r.c:(.text+0x4cf): undefined reference to `atomic_add_int' collect2: ld returned 1 exit status make[3]: *** [sapi/cli/php] Error 1 -snap- When looking into the source file I'm wondering whether the second code path with __sync_fetch_and_add could not be used. -snip- #ifdef PHP_WIN32 InterlockedIncrement(initialized); #elif (defined(__GNUC__) (__GNUC__ = 4 __GNUC_MINOR__ = 2)) __sync_fetch_and_add(initialized, 1); #elif defined(HAVE_ATOMIC_H) /* Solaris 10 defines atomic API within */ membar_producer(); atomic_add_int(initialized, 1); #endif -snap- As gcc compiler version 4.1.2 has support for this function (see http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Atomic-Builtins.html) I suggest the attached patch to lower the GNUC_MINOR test. Expected result: The build completes as the gcc provided function is used. -- Edit this bug report at http://bugs.php.net/bug.php?id=54895edit=1
Bug #54760 [Opn-Fbk]: Multiple closure invocations 'using' a static variable crashes engine
Edit report at http://bugs.php.net/bug.php?id=54760edit=1 ID: 54760 Updated by: fel...@php.net Reported by:jerry at jmweb dot net Summary:Multiple closure invocations 'using' a static variable crashes engine -Status: Open +Status: Feedback Type: Bug Package:Scripting Engine problem Operating System: Linux Apache 2.2.17 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. I can't reproduce it. Previous Comments: [2011-05-17 01:39:58] jerry at jmweb dot net Description: When a closure is invoked more than once that 'uses' a variable defined with the 'static' keyword, the scripting engine crashes. No output is sent to the browser and server issues no response. If we remove the 'static' keyword from the variable declaration, the issue is resolved. Note that in PHP 5.3.5, this issue was not present. Test script: --- ftp://guest:gu...@bytes1.dyndns.org/PUBLIC/php_bug/php_bug.php Expected result: 1br2br3br Actual result: -- No result. Scripting engine crashes. -- Edit this bug report at http://bugs.php.net/bug.php?id=54760edit=1
[PHP-BUG] Bug #54896 [NEW]: Connection to localhost doesn't work in Apache SAPI but works in CLI and CGI
From: Operating system: Windows 7 PHP version: 5.3SVN-2011-05-20 (snap) Package: Streams related Bug Type: Bug Bug description:Connection to localhost doesn't work in Apache SAPI but works in CLI and CGI Description: I have downloaded a snapshot of php 5.3.7 (Revision: 311276) from windows.php.net/snapshots/ and I am using php.ini-production as my php.ini file IPv6 is enabled in my machine. Using Apache and running the test script I got bool(false) Using nginx (with php fastcgi) and running the test script I got resource(1) of type (stream) Running php from the cmd line and running the test script I got resource(4) of type (stream) I think it is supposed to work with all situations. Please attempt to reproduce and fix this bug. Thank you. Test script: --- ?php var_dump( @fsockopen('localhost',80) ); ? -- Edit bug report at http://bugs.php.net/bug.php?id=54896edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54896r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54896r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54896r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54896r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54896r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54896r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54896r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54896r=needscript Try newer version: http://bugs.php.net/fix.php?id=54896r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54896r=support Expected behavior: http://bugs.php.net/fix.php?id=54896r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54896r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54896r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54896r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54896r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54896r=dst IIS Stability: http://bugs.php.net/fix.php?id=54896r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54896r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54896r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54896r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54896r=mysqlcfg
Bug #54722 [Opn-Bgs]: Extend interface (adding a parameters)
Edit report at http://bugs.php.net/bug.php?id=54722edit=1 ID: 54722 Updated by: fel...@php.net Reported by:virusxd at o2 dot pl Summary:Extend interface (adding a parameters) -Status: Open +Status: Bogus Type: Bug Package:Scripting Engine problem Operating System: Windows 7 / IIS 7.5 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2011-05-12 17:58:19] virusxd at o2 dot pl Description: I extend interface because I wish add more parameters. But this code not works. ::Sory, This is my first time. Test script: --- interface iData{ public function Get($name); } interface iCookie extends iData{ public function Get($name, $details = false); } class Cookie implements iCookie{ public function Get($name, $details = false){ echo('TEST!'); } } Expected result: TEST! Actual result: -- Fatal error: Can't inherit abstract function iData::Get() (previously declared abstract in iCookie) in C:\iCookie.php on line 4 -- Edit this bug report at http://bugs.php.net/bug.php?id=54722edit=1
Bug #54726 [Opn]: partial open_basedir path no longer works
Edit report at http://bugs.php.net/bug.php?id=54726edit=1 ID: 54726 Updated by: fel...@php.net Reported by:superaap at gmail dot com Summary:partial open_basedir path no longer works Status: Open Type: Bug Package:Safe Mode/open_basedir Operating System: CentOS release 5.4 (Final) PHP Version:5.3.6 Block user comment: N Private report: N New Comment: See bug #53577 Previous Comments: [2011-05-13 09:41:19] superaap at gmail dot com Description: Our VirtualHost points to a symlink which links to the document_root of the current application version. Example directory list; l /var/www/html/application - /var/www/html/application-v1.2.3 d /var/www/html/application-v1.2.2 d /var/www/html/application-v1.2.3 Before v5.3 (5.2.4 I think) using the entire symlink path as open_basedir value would sitll trigger open_basedir error's. We worked around this problem by using the partial suffix '/var/www/html/app'. This behaviour was fixed when we upgraded to v5.3.2 were the entire symlink path would work as well, but we did not bother to update all our vhost's as both methods now worked. But now we have upgraded to v5.3.6 the partial paths no longer work. Warning: require_once() [function.require-once]: open_basedir restriction in effect. File(/var/www/html/application-v1.2.3/bootstrap.php) is not within the allowed path(s): (.:/var/www/html/app) This behaviour seems to be broken since r305698 where the open_basedir is always appended with a directory separator; --- php/php-src/trunk/main/fopen_wrappers.c 2010/11/23 21:49:18 305697 +++ php/php-src/trunk/main/fopen_wrappers.c 2010/11/23 22:14:54 305698 @@ -233,6 +233,9 @@ resolved_basedir[resolved_basedir_len] = PHP_DIR_SEPARATOR; resolved_basedir[++resolved_basedir_len] = '\0'; } + } else { + resolved_basedir[resolved_basedir_len++] = PHP_DIR_SEPARATOR; + resolved_basedir[resolved_basedir_len] = '\0'; } resolved_name_len = strlen(resolved_name); I don't think this change was intended because it is not listed in the changelog, and breaks backward compatibility in a minor release. -- Edit this bug report at http://bugs.php.net/bug.php?id=54726edit=1
Bug #54718 [Opn-Bgs]: get_resource_type work not correct
Edit report at http://bugs.php.net/bug.php?id=54718edit=1 ID: 54718 Updated by: fel...@php.net Reported by:aiive at list dot ru Summary:get_resource_type work not correct -Status: Open +Status: Bogus Type: Bug Package:Variables related Operating System: Debian PHP Version:5.2.17 Block user comment: N Private report: N New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The documentation says: If the given handle is a resource, this function will return a string representing its type. **If the type is not identified by this function, the return value will be the string Unknown.** This function will return FALSE and generate an error if handle is not a resource. Previous Comments: [2011-05-12 12:18:48] aiive at list dot ru Description: In documentation write This function will return FALSE and generate an error if handle is not a resource. But in test script get_resource_type return Unknown instead FALSE. Test script: --- mysql_free_result($res); var_dump(is_resource($res)); var_dump(get_resource_type($res)); Expected result: bool(true) string(7) Unknown or bool(false) bool(false) Actual result: -- bool(false) string(7) Unknown -- Edit this bug report at http://bugs.php.net/bug.php?id=54718edit=1
Bug #54726 [Opn-Dup]: partial open_basedir path no longer works
Edit report at http://bugs.php.net/bug.php?id=54726edit=1 ID: 54726 Updated by: paj...@php.net Reported by:superaap at gmail dot com Summary:partial open_basedir path no longer works -Status: Open +Status: Duplicate Type: Bug Package:Safe Mode/open_basedir Operating System: CentOS release 5.4 (Final) PHP Version:5.3.6 Block user comment: N Private report: N Previous Comments: [2011-05-21 02:19:56] fel...@php.net See bug #53577 [2011-05-13 09:41:19] superaap at gmail dot com Description: Our VirtualHost points to a symlink which links to the document_root of the current application version. Example directory list; l /var/www/html/application - /var/www/html/application-v1.2.3 d /var/www/html/application-v1.2.2 d /var/www/html/application-v1.2.3 Before v5.3 (5.2.4 I think) using the entire symlink path as open_basedir value would sitll trigger open_basedir error's. We worked around this problem by using the partial suffix '/var/www/html/app'. This behaviour was fixed when we upgraded to v5.3.2 were the entire symlink path would work as well, but we did not bother to update all our vhost's as both methods now worked. But now we have upgraded to v5.3.6 the partial paths no longer work. Warning: require_once() [function.require-once]: open_basedir restriction in effect. File(/var/www/html/application-v1.2.3/bootstrap.php) is not within the allowed path(s): (.:/var/www/html/app) This behaviour seems to be broken since r305698 where the open_basedir is always appended with a directory separator; --- php/php-src/trunk/main/fopen_wrappers.c 2010/11/23 21:49:18 305697 +++ php/php-src/trunk/main/fopen_wrappers.c 2010/11/23 22:14:54 305698 @@ -233,6 +233,9 @@ resolved_basedir[resolved_basedir_len] = PHP_DIR_SEPARATOR; resolved_basedir[++resolved_basedir_len] = '\0'; } + } else { + resolved_basedir[resolved_basedir_len++] = PHP_DIR_SEPARATOR; + resolved_basedir[resolved_basedir_len] = '\0'; } resolved_name_len = strlen(resolved_name); I don't think this change was intended because it is not listed in the changelog, and breaks backward compatibility in a minor release. -- Edit this bug report at http://bugs.php.net/bug.php?id=54726edit=1