[PHP-BUG] Bug #65226 [NEW]: chroot() does not get enabled
From: josh at servebyte dot com
Operating system: Debian 7
PHP version: 5.5.0
Package: CGI/CLI related
Bug Type: Bug
Bug description:chroot() does not get enabled
Description:
PHP Fatal error: Call to undefined function chroot() in Command line code
on line 1
During the configure process it states that chroot is available: "checking
for chroot... yes"
The php version: "PHP 5.5.0 (cli) (built: Jul 9 2013 15:30:23)"
The user is root.
As per the documentation, these are the only requirements. Perhaps I
missing a configure variable? I have tested with just "./configure" with no
params to ensure nothing else is interfering.
Thread safety is disabled: "checking whether to enable thread-safety... no"
Test script:
---
php -r "chroot('/var/chroot/');"
Expected result:
The chroot function should be available
Actual result:
--
The chroot function is excluded from the PHP build
--
Edit bug report at https://bugs.php.net/bug.php?id=65226&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=65226&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=65226&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=65226&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=65226&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=65226&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=65226&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=65226&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=65226&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=65226&r=support
Expected behavior: https://bugs.php.net/fix.php?id=65226&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=65226&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=65226&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=65226&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65226&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=65226&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=65226&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=65226&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=65226&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=65226&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=65226&r=mysqlcfg
Bug #65226 [Com]: chroot() does not get enabled
Edit report at https://bugs.php.net/bug.php?id=65226&edit=1
ID: 65226
Comment by: josh at servebyte dot com
Reported by:josh at servebyte dot com
Summary:chroot() does not get enabled
Status: Open
Type: Bug
Package:CGI/CLI related
Operating System: Debian 7
PHP Version:5.5.0
Block user comment: N
Private report: N
New Comment:
Seems to work fine with PHP 5.3
# php -r "chroot();"
Warning: chroot() expects exactly 1 parameter, 0 given in Command line code on
line 1
PHP 5.3.26 (cli) (built: Jul 10 2013 16:52:53)
Previous Comments:
[2013-07-09 14:37:59] josh at servebyte dot com
Description:
PHP Fatal error: Call to undefined function chroot() in Command line code on
line 1
During the configure process it states that chroot is available: "checking for
chroot... yes"
The php version: "PHP 5.5.0 (cli) (built: Jul 9 2013 15:30:23)"
The user is root.
As per the documentation, these are the only requirements. Perhaps I missing a
configure variable? I have tested with just "./configure" with no params to
ensure nothing else is interfering.
Thread safety is disabled: "checking whether to enable thread-safety... no"
Test script:
---
php -r "chroot('/var/chroot/');"
Expected result:
The chroot function should be available
Actual result:
--
The chroot function is excluded from the PHP build
--
Edit this bug report at https://bugs.php.net/bug.php?id=65226&edit=1
Bug #65226 [Com]: chroot() does not get enabled
Edit report at https://bugs.php.net/bug.php?id=65226&edit=1
ID: 65226
Comment by: josh at servebyte dot com
Reported by:josh at servebyte dot com
Summary:chroot() does not get enabled
Status: Open
Type: Bug
Package:CGI/CLI related
Operating System: Debian 7
PHP Version:5.5.0
Block user comment: N
Private report: N
New Comment:
PHP 5.3... during the configure $PHP_SAPI is set to: cgi
PHP 5.5... during the configure $PHP_SAPI is set to: none
Previous Comments:
[2013-07-10 16:43:08] josh at servebyte dot com
However the problem is in PHP 5.4 too
#php -r "chroot();"
Fatal error: Call to undefined function chroot() in Command line code on line 1
PHP 5.4.17 (cli) (built: Jul 10 2013 17:36:53)
[2013-07-10 16:00:25] josh at servebyte dot com
Seems to work fine with PHP 5.3
# php -r "chroot();"
Warning: chroot() expects exactly 1 parameter, 0 given in Command line code on
line 1
PHP 5.3.26 (cli) (built: Jul 10 2013 16:52:53)
----
[2013-07-09 14:37:59] josh at servebyte dot com
Description:
PHP Fatal error: Call to undefined function chroot() in Command line code on
line 1
During the configure process it states that chroot is available: "checking for
chroot... yes"
The php version: "PHP 5.5.0 (cli) (built: Jul 9 2013 15:30:23)"
The user is root.
As per the documentation, these are the only requirements. Perhaps I missing a
configure variable? I have tested with just "./configure" with no params to
ensure nothing else is interfering.
Thread safety is disabled: "checking whether to enable thread-safety... no"
Test script:
---
php -r "chroot('/var/chroot/');"
Expected result:
The chroot function should be available
Actual result:
--
The chroot function is excluded from the PHP build
--
Edit this bug report at https://bugs.php.net/bug.php?id=65226&edit=1
Bug #65226 [Com]: chroot() does not get enabled
Edit report at https://bugs.php.net/bug.php?id=65226&edit=1
ID: 65226
Comment by: josh at servebyte dot com
Reported by:josh at servebyte dot com
Summary:chroot() does not get enabled
Status: Open
Type: Bug
Package:CGI/CLI related
Operating System: Debian 7
PHP Version:5.5.0
Block user comment: N
Private report: N
New Comment:
However the problem is in PHP 5.4 too
#php -r "chroot();"
Fatal error: Call to undefined function chroot() in Command line code on line 1
PHP 5.4.17 (cli) (built: Jul 10 2013 17:36:53)
Previous Comments:
[2013-07-10 16:00:25] josh at servebyte dot com
Seems to work fine with PHP 5.3
# php -r "chroot();"
Warning: chroot() expects exactly 1 parameter, 0 given in Command line code on
line 1
PHP 5.3.26 (cli) (built: Jul 10 2013 16:52:53)
----
[2013-07-09 14:37:59] josh at servebyte dot com
Description:
PHP Fatal error: Call to undefined function chroot() in Command line code on
line 1
During the configure process it states that chroot is available: "checking for
chroot... yes"
The php version: "PHP 5.5.0 (cli) (built: Jul 9 2013 15:30:23)"
The user is root.
As per the documentation, these are the only requirements. Perhaps I missing a
configure variable? I have tested with just "./configure" with no params to
ensure nothing else is interfering.
Thread safety is disabled: "checking whether to enable thread-safety... no"
Test script:
---
php -r "chroot('/var/chroot/');"
Expected result:
The chroot function should be available
Actual result:
--
The chroot function is excluded from the PHP build
--
Edit this bug report at https://bugs.php.net/bug.php?id=65226&edit=1
Bug #65226 [Com]: chroot() does not get enabled
Edit report at https://bugs.php.net/bug.php?id=65226&edit=1
ID: 65226
Comment by: josh at servebyte dot com
Reported by:josh at servebyte dot com
Summary:chroot() does not get enabled
Status: Feedback
Type: Bug
Package:CGI/CLI related
Operating System: Debian 7
PHP Version:5.5.0
Block user comment: N
Private report: N
New Comment:
There's no file called config.nice in the 5.5.0 tar?
./configure | grep chroot
checking for chroot... yes
I can get it working by editing the configure file and commenting these lines
like so;
if test "$PHP_SAPI" = "cgi" || test "$PHP_SAPI" = "cli" || test "$PHP_SAPI" = $
$as_echo "#define ENABLE_CHROOT_FUNC 1" >>confdefs.h
fi
to
#if test "$PHP_SAPI" = "cgi" || test "$PHP_SAPI" = "cli" || test "$PHP_SAPI" = $
$as_echo "#define ENABLE_CHROOT_FUNC 1" >>confdefs.h
#fi
The variable $PHP_SAPI is set to "none" so it seems to be a configure bug of
some sort.
Previous Comments:
[2013-07-10 17:09:48] a...@php.net
#if defined(HAVE_CHROOT) && !defined(ZTS) && ENABLE_CHROOT_FUNC
thats what has to match.
please post the output of
./config.nice | grep chroot
[2013-07-10 16:51:01] josh at servebyte dot com
PHP 5.3... during the configure $PHP_SAPI is set to: cgi
PHP 5.5... during the configure $PHP_SAPI is set to: none
[2013-07-10 16:43:08] josh at servebyte dot com
However the problem is in PHP 5.4 too
#php -r "chroot();"
Fatal error: Call to undefined function chroot() in Command line code on line 1
PHP 5.4.17 (cli) (built: Jul 10 2013 17:36:53)
[2013-07-10 16:00:25] josh at servebyte dot com
Seems to work fine with PHP 5.3
# php -r "chroot();"
Warning: chroot() expects exactly 1 parameter, 0 given in Command line code on
line 1
PHP 5.3.26 (cli) (built: Jul 10 2013 16:52:53)
[2013-07-09 14:37:59] josh at servebyte dot com
Description:
PHP Fatal error: Call to undefined function chroot() in Command line code on
line 1
During the configure process it states that chroot is available: "checking for
chroot... yes"
The php version: "PHP 5.5.0 (cli) (built: Jul 9 2013 15:30:23)"
The user is root.
As per the documentation, these are the only requirements. Perhaps I missing a
configure variable? I have tested with just "./configure" with no params to
ensure nothing else is interfering.
Thread safety is disabled: "checking whether to enable thread-safety... no"
Test script:
---
php -r "chroot('/var/chroot/');"
Expected result:
The chroot function should be available
Actual result:
--
The chroot function is excluded from the PHP build
--
Edit this bug report at https://bugs.php.net/bug.php?id=65226&edit=1
Bug #65226 [Com]: chroot() does not get enabled
Edit report at https://bugs.php.net/bug.php?id=65226&edit=1 ID: 65226 Comment by: josh at servebyte dot com Reported by:josh at servebyte dot com Summary:chroot() does not get enabled Status: Feedback Type: Bug Package:CGI/CLI related Operating System: Debian 7 PHP Version:5.5.0 Block user comment: N Private report: N New Comment: Adding "--enable-cgi --enable-cli" to configure didn't change anything. $PHP_SAPI is in A LOT of files. I don't know where to start looking for it. :( Previous Comments: [2013-07-10 17:40:46] a...@php.net That's clear that you can trick it to out the desired define :) ... Ok, i also see 'checking for chroot ... yes', but i do --enable-cgi --enable-cli too, not just ./configure . That might be the difference. Haven't looked where PHP_SAPI is set, you could debug it. config.nice is created once ./configure was run, so you don't have to type all the options again. ---------------- [2013-07-10 17:24:46] josh at servebyte dot com There's no file called config.nice in the 5.5.0 tar? ./configure | grep chroot checking for chroot... yes I can get it working by editing the configure file and commenting these lines like so; if test "$PHP_SAPI" = "cgi" || test "$PHP_SAPI" = "cli" || test "$PHP_SAPI" = $ $as_echo "#define ENABLE_CHROOT_FUNC 1" >>confdefs.h fi to #if test "$PHP_SAPI" = "cgi" || test "$PHP_SAPI" = "cli" || test "$PHP_SAPI" = $ $as_echo "#define ENABLE_CHROOT_FUNC 1" >>confdefs.h #fi The variable $PHP_SAPI is set to "none" so it seems to be a configure bug of some sort. [2013-07-10 17:09:48] a...@php.net #if defined(HAVE_CHROOT) && !defined(ZTS) && ENABLE_CHROOT_FUNC thats what has to match. please post the output of ./config.nice | grep chroot [2013-07-10 16:51:01] josh at servebyte dot com PHP 5.3... during the configure $PHP_SAPI is set to: cgi PHP 5.5... during the configure $PHP_SAPI is set to: none [2013-07-10 16:43:08] josh at servebyte dot com However the problem is in PHP 5.4 too #php -r "chroot();" Fatal error: Call to undefined function chroot() in Command line code on line 1 PHP 5.4.17 (cli) (built: Jul 10 2013 17:36:53) 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 https://bugs.php.net/bug.php?id=65226 -- Edit this bug report at https://bugs.php.net/bug.php?id=65226&edit=1
Bug #65226 [Com]: chroot() does not get enabled
Edit report at https://bugs.php.net/bug.php?id=65226&edit=1 ID: 65226 Comment by: josh at servebyte dot com Reported by:josh at servebyte dot com Summary:chroot() does not get enabled Status: Closed Type: Bug Package:CGI/CLI related Operating System: Debian 7 PHP Version:5.5.0 Assigned To:ab Block user comment: N Private report: N New Comment: I tested both the PHP 5.4 and 5.5 git branches and can confirm that this is fixed. I used this command for testing: ./configure --prefix=/opt/php/5.x Thank you very much! Previous Comments: [2013-07-10 22:56:13] a...@php.net Please test on 5.4+ git. You still have to disable any SAPI other than CLI/CGI/embed for that to work. [2013-07-10 22:52:59] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=2acc38627092123ac462f3a23780bf887bf69286 Log: Fixed bug #65226 chroot() does not get enabled [2013-07-10 19:18:27] josh at servebyte dot com Adding "--enable-cgi --enable-cli" to configure didn't change anything. $PHP_SAPI is in A LOT of files. I don't know where to start looking for it. :( [2013-07-10 17:40:46] a...@php.net That's clear that you can trick it to out the desired define :) ... Ok, i also see 'checking for chroot ... yes', but i do --enable-cgi --enable-cli too, not just ./configure . That might be the difference. Haven't looked where PHP_SAPI is set, you could debug it. config.nice is created once ./configure was run, so you don't have to type all the options again. ---------------- [2013-07-10 17:24:46] josh at servebyte dot com There's no file called config.nice in the 5.5.0 tar? ./configure | grep chroot checking for chroot... yes I can get it working by editing the configure file and commenting these lines like so; if test "$PHP_SAPI" = "cgi" || test "$PHP_SAPI" = "cli" || test "$PHP_SAPI" = $ $as_echo "#define ENABLE_CHROOT_FUNC 1" >>confdefs.h fi to #if test "$PHP_SAPI" = "cgi" || test "$PHP_SAPI" = "cli" || test "$PHP_SAPI" = $ $as_echo "#define ENABLE_CHROOT_FUNC 1" >>confdefs.h #fi The variable $PHP_SAPI is set to "none" so it seems to be a configure bug of some sort. 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 https://bugs.php.net/bug.php?id=65226 -- Edit this bug report at https://bugs.php.net/bug.php?id=65226&edit=1
[PHP-BUG] Bug #53079 [NEW]: SSH2 randomly works along side MySQL
From: Operating system: CentOS 5.5 PHP version: 5.3.3 Package: Unknown/Other Function Bug Type: Bug Bug description:SSH2 randomly works along side MySQL Description: ssh2_exec and ssh2_shell functions randomly work. Expected result: These functions work perfectly when no MySQL connection is active. They should work when a MySQL connection is active too. Actual result: -- When a MySQL connection is active, the ssh2_exec and ssh2_shell functions randomly pick up on the MySQL stream, making the data returned from the ssh2_exec and ssh2_shell functions corrupt. I am guessing that there is a conflict between the 2 extensions. -- Edit bug report at http://bugs.php.net/bug.php?id=53079&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53079&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53079&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53079&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53079&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53079&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53079&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53079&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53079&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53079&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53079&r=support Expected behavior: http://bugs.php.net/fix.php?id=53079&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53079&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53079&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53079&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53079&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53079&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53079&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53079&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53079&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53079&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53079&r=mysqlcfg
Bug #53079 [Opn]: SSH2 randomly works along side MySQL
Edit report at http://bugs.php.net/bug.php?id=53079&edit=1 ID: 53079 User updated by:josh at servebyte dot com Reported by:josh at servebyte dot com Summary:SSH2 randomly works along side MySQL Status: Open Type: Bug Package:Unknown/Other Function Operating System: CentOS 5.5 PHP Version:5.3.3 Block user comment: N New Comment: ssh2 0.11.0 php 3.3.3 libssh2 1.2.7-1.el5.rf Previous Comments: [2010-10-15 23:25:07] josh at servebyte dot com Description: ssh2_exec and ssh2_shell functions randomly work. Expected result: These functions work perfectly when no MySQL connection is active. They should work when a MySQL connection is active too. Actual result: -- When a MySQL connection is active, the ssh2_exec and ssh2_shell functions randomly pick up on the MySQL stream, making the data returned from the ssh2_exec and ssh2_shell functions corrupt. I am guessing that there is a conflict between the 2 extensions. -- Edit this bug report at http://bugs.php.net/bug.php?id=53079&edit=1
