Edit report at http://bugs.php.net/bug.php?id=54197&edit=1

 ID:                 54197
 Updated by:         paj...@php.net
 Reported by:        julientld at free dot fr
 Summary:            [PATH=] sections incompatibility with
                     user_ini.filename set to null
 Status:             Assigned
 Type:               Bug
 Package:            PHP options/info functions
 Operating System:   Windows Server 2003 SP2
 PHP Version:        5.3.5
 Assigned To:        pajoye
 Block user comment: N
 Private report:     N

 New Comment:

For the reason I just mentioned in the same paragraph.



Please open another bug for this problem, thanks.


Previous Comments:
------------------------------------------------------------------------
[2011-03-09 12:19:30] carsten_sttgt at gmx dot de

> user_ini.filename is not meant to be changed but having one value per

> PHP instance. It should not crash but that's a different issue as the

> one described here.



Why is this a differnt issue?

>  [2011-03-08 18:25 UTC] julientld at free dot fr

> 

> ;I do not want users to set their own configuration file

> so I disable the below option (set to null)

> user_ini.filename =

>

> [PATH=D:/www/]

>

> I obtain no error if I remove the [PATH=] section or set a filename
to

> user_ini.filename



And that's what I'm doing:

- Having a PATH section (which value must the same as the script which
is executed)

- defining user_ini.filename to nothing



--> result crash



Maybe  you mean a different order?

------------------------------------------------------------------------
[2011-03-09 12:01:52] paj...@php.net

Please report only using the 5.3.6RC2 if crashes do not appear with this
version. 



@carsten_sttgt at gmx dot de

user_ini.filename is not meant to be changed but having one value per
PHP 

instance. It should not crash but that's a different issue as the one
described 

here. Please open a new bug using the latest release (5.3.6RC2 if
possible).

------------------------------------------------------------------------
[2011-03-09 11:54:00] julientld at free dot fr

Your problem seems to be a little different from mine, no?



Me, I can't set user_ini.filename to null if I want to use PATH
sections. I do not want to define a user_ini.filename value in a PATH
section. But there are perhaps multiple bugs concerning these features
that said.

------------------------------------------------------------------------
[2011-03-09 10:50:23] carsten_sttgt at gmx dot de

Some more infos. Assuming this as last lines in "php.ini":

| [PATH=C:/Users/Public/Documents/htdocs/]

| user_ini.filename =



now in the shell (php is in $PATH):

cd C:\Users\Public\Documents\htdocs\

php-cgi -f phpinfo.php

--> that's working



php-cgi -f C:\Users\Public\Documents\htdocs\phpinfo.php

--> CGI / FastCGI has stopped working



(1a30.7d0): Access violation - code c0000005 (first chance)

First chance exceptions are reported before any exception handling.

This exception may be expected and handled.

eax=00000000 ebx=00d02df8 ecx=00000005 edx=00d02da0 esi=00d02df0
edi=519e0c1c

eip=1001f307 esp=00c0dccc ebp=00d04410 iopl=0         nv up ei ng nz ac
pe cy

cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000            
efl=00010297

php5ts!zend_do_fetch_lexical_variable+0x27:

1001f307 8b0c37          mov     ecx,dword ptr [edi+esi]
ds:0023:526e3a0c=????????





BTW:

In 5.3.6RC2 the behavior is different:

PHP is not crashing, but user_ini.filename is not set to none (it's
still   ".user.ini").

------------------------------------------------------------------------
[2011-03-08 19:43:05] julientld at free dot fr

IIS does not crash. It continues to serve static files. But all php
scripts return the HTTP 500 error.



There is nothing in the php log file.

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


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

    http://bugs.php.net/bug.php?id=54197


-- 
Edit this bug report at http://bugs.php.net/bug.php?id=54197&edit=1

Reply via email to