Re: Patch: STILL BUGGY PHP 3.0.14/15 vs. WORKING 3.0.12

From: Date: Wed, 01 Mar 2000 06:27:57 +0000
Subject: Re: Patch: STILL BUGGY PHP 3.0.14/15 vs. WORKING 3.0.12
References: 1  Groups: php.dev 
Request: Send a blank email to php-dev+get-16179@lists.php.net to get a copy of this message
mike@metropolis-ag.de wrote: > > Could you please verify if this patch is working for you? > > Please give feedback, since I'm evaluating with the dev crew. It WILL NOT work for me. You have in comments in patch: > * The rule is as follows: > * the new parameter is at least the parameter from the ini file > * if the parameter is already overwritten by a base directory, use the base value > * if the base directory parameter is overwritten by current (add) parameter, use the add > parameter. > * 'Overwritten' is defined as a non zero value (pointers && integers!) > * So, setting values back to 0 (ZERO) won't work, since we can not make a difference > between default (0) > * and changed value (0). :( This way I won't be able to set magic_quotes_runtime to 0 in subdirectory when in parent directory magic_quotes_runtime is 1. IMO, it is wrong behaveour. And IMO, current version of php3_merge_dir is correct from this point of view. But, php3_create_dir should always use master configuration as initial value - so default configuration for arbitrary directory is php.ini configuration. > > /mike > > On Tue, 29 Feb 2000, Kirill Maximov wrote: > > > > > It looks like I faces the same bug you're talking about. I've fixed it > > (it seems to me so) and report it as bug with fix as Bug #3622. > > I whould be glad if you test my fix and tell me if it helped you. > > > > > > mike@metropolis-ag.de wrote: > > > > > > Hi Bughunters, > > > > > > your new 3.0.15 release does NOT fix the problems of the 3.0.14 version > > > concerning the configuration problems described a lot of times in the bug > > > traq list. (See for an example at Bug id #3525, #3319) > > > > > > My FIX is to use 3.0.12 mod_php3.c instead of the new one presented in > > > 3.0.14 and slightly changed in 3.0.15. After that everything works well > > > again, means php has set the accurate search paths, auto prepend files and > > > so on on each virtual server. (NOTE: You can find the problem ONLY if you > > > have mass virtual hosts configured with a lot of different php setups) > > > > > > When you guys will be fixing this, I thought it has been done accordingly > > > to your ChangeLog, but what you're releasing is not for production > > > anymore. Sorry to tell you. > > > > > > Since the beginning of the development of PHP I followed your work and I > > > really appreciated it, but NOW please come back to your usual quality, the > > > last 2 versions are the most corrupted versions I ever have installed! > > > > > > Greetings, > > > Mike > > > > > > -- > > > mike peter bretz metropolis ag > > > email: mike@metropolis-ag.de heinestrasse 72 > > > phone: +49-7121-348-120 72762 reutlingen > > > fax: +49-7121-348-111 > > > http://www.metropolis-ag.de/ > > > > > > -- > > > PHP Development Mailing List > > > <http://www.php.net/> > > > To unsubscribe, e-mail: php-dev-unsubscribe@lists.php.net > > > For additional commands, e-mail: php-dev-help@lists.php.net > > > To contact the list administrators, e-mail: php-list-admin@lists.php.net > > > > -- > > ----- ----- ----- ----- ----- ----- ----- ----- > > Kirill Maximov maximov@astrive.com > > Astrive, Inc. http://www.astrive.com > > > > -- > mike peter bretz metropolis ag > email: mike@metropolis-ag.de heinestrasse 72 > phone: +49-7121-348-120 72762 reutlingen > fax: +49-7121-348-111 > http://www.metropolis-ag.de/ > > ------------------------------------------------------------------------ > Name: patch.gz > patch.gz Type: unspecified type (APPLICATION/octet-stream) > Encoding: BASE64 -- ----- ----- ----- ----- ----- ----- ----- ----- Kirill Maximov maximov@astrive.com Astrive, Inc. http://www.astrive.com

« previous php.dev (#16179) next »