[PHP-DEV] Error delivering message to: php-dev <<i>email protected</i>>! email protected>!",1); ?> From: email protected>?subject=Re:%20[PHP-DEV]%20Error%20delivering%20message%20to:%20php-dev <email protected>!&replyto=97142684501 <email protected>">"Postmaster" <email protected>
Date: 10/13/00

Your message was not delivered for the following reason:

E-mail Account: php is over the limit of 31457280 bytes.

Automated Postmaster

--------Original E-mail--------
>From php-dev <email protected> Fri Oct 13 03:47:25 2000
Return-Path: <php-dev <email protected>>
Received: from toye.php.net ([198.186.203.33]) by web4all.ch ; Fri, 13 Oct 2000 03:47:24 -0500
Received: (qmail 28651 invoked by uid 1013); 13 Oct 2000 08:47:11 -0000
Mailing-List: contact php-dev-help <email protected>; run by ezmlm
Precedence: bulk
Delivered-To: mailing list php-dev <email protected>
Received: (qmail 28645 invoked from network); 13 Oct 2000 08:47:10 -0000
Date: 13 Oct 2000 08:45:12 -0000
Message-ID: <20001013084512.8692.qmail <email protected>>
To: php-dev <email protected>
From: Bug Database <php-dev <email protected>>
Subject: [PHP-DEV] PHP 4.0 Bug #7175 Updated: "perdir" ini settings are not per dir
X-Rcpt-To: <php <email protected>>

ID: 7175
User Update by: rick <email protected>
Status: Open
Bug Type: PHP options/info functions
Description: "perdir" ini settings are not per dir

The code in php-4.0.3/sapi/apache/mod_php4.c (line 551) looks suspicious:

static zend_bool should_overwrite_per_dir_entry(php_per_dir_entry *orig_per_dir_entry, php_per_dir_entry *new_per_dir_entry)
{
        if (orig_per_dir_entry->type==PHP_INI_SYSTEM
                && new_per_dir_entry->type!=PHP_INI_SYSTEM) {
                return 0;
        } else {
                return 1;
        }
}

Previous Comments:
---------------------------------------------------------------------------

[2000-10-13 03:52:29] rick <email protected>
Given the apache (1.3.12) virtual hosts definitions:

<VirtualHost 1.2.3.4>
ServerAdmin webmaster <email protected>
ServerName www.domain.com
ServerAlias *.domain.com domain.com
DocumentRoot /home/domain/htdocs
ScriptAlias /cgi-bin/ /home/domain/cgi-bin/
php_value include_path /home/domain/phpinc
php_value auto_prepend_file dom_prepend.php3
TransferLog /var/log/httpd/access_log.domain
ErrorLog /var/log/httpd/error_log.domain
</VirtualHost>

<VirtualHost 1.2.3.4>
ServerAdmin webmaster <email protected>
ServerName www.network.net
ServerAlias network.net *.network.net
DocumentRoot /home/rick/network/htdocs
ScriptAlias /cgi-bin/ /home/rick/network/cgi-bin/
php_value include_path /home/rick/network/phpinc
php_value auto_prepend_file net_prepend.php3
TransferLog /var/log/httpd/access_log.network
ErrorLog /var/log/httpd/error_log.network
</VirtualHost>

both running a freshly compiled php3.0.4
(configure line:

./configure'
                                     '--with-apache=/usr/src/apache_1.3.12'
                                     '--with-mysql=/usr' '--with-xml')

Virtual host network.net has the same 'include_path'
and 'auto_prepend_file' settings as domain.com. These
were systems that had no such problem prior to the upgrade
(from 4.0.1pl2).

I dug through the source for a few hours and decided that
it is most likely to do with php_alter_ini_entry for ini
values set to PHP_INI_PERDIR or PHP_INI_ALL in main/main.c,
but I couldn't make headway beyond this.

If this is true, this is a show-stopper for a lot of users.

---------------------------------------------------------------------------

Full Bug description available at: http://bugs.php.net/?id=7175 

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: php-dev-unsubscribe <email protected>
For additional commands, e-mail: php-dev-help <email protected>
To contact the list administrators, e-mail: php-list-admin <email protected>

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: php-dev-unsubscribe <email protected>
For additional commands, e-mail: php-dev-help <email protected>
To contact the list administrators, e-mail: php-list-admin <email protected>