Re: Patch: STILL BUGGY PHP 3.0.14/15 vs. WORKING 3.0.12
| From: | Kirill Maximov | 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