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
