Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:50115
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.211.66 cause and error)
To: Justin Martin <frozenfire@thefrozenfire.com>
Cc: internals@lists.php.net
In-Reply-To: <9B.48.19689.5ACB5DC4@pb1.pair.com>
References: <9B.48.19689.5ACB5DC4@pb1.pair.com>
Content-Type: text/plain; charset="UTF-8"
Date: Sat, 06 Nov 2010 22:27:39 +0100
Message-ID: <1289078859.19273.10.camel@guybrush>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] chroot function availability disqualifiers
From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=)

Hi,

On Sat, 2010-11-06 at 13:37 -0700, Justin Martin wrote:
> So far as I can tell, from ext/standard/dir.c, chroot is only compiled 
> in #if defined(HAVE_CHROOT) && !defined(ZTS) && ENABLE_CHROOT_FUNC

The relevant checks are in ext/standard/config.m4:

        if test "$PHP_SAPI" = "cgi" || test "$PHP_SAPI" = "cli" || test "$PHP_SAPI" = "embed"; then
          AC_DEFINE(ENABLE_CHROOT_FUNC, 1, [Whether to enable chroot() function])
        fi

and configure.in:
        
        AC_CHECK_FUNCS(
        ...
        chroot \
        ...
        )

The first test checks the sapi as we don't want to allow chroot() from
withina server module, like chroot()ing an apache child etc.

The later check sets HAVE_CHROOT if it can be found on the host OS. I
assume any used "Unix" system has chroot() in it's libc library.

johannes