As I understand it, it would allow me to do the following: /path/file.php/more_path/
Where PATH_INFO would be equal to "more_path/", instead of "/path/file.php/". Right now, I get an error back from the above, giving the following message: CGI Error: The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: >From what I understand, this should work. I have seen several posts where this works just fine under Apache. Further, if I were using an ISAPI extension (not script mapping), this works correctly. Maybe I am just misunderstanding where the problem is, or what the above flag is meant to achieve. Fact is, IIS is not allowing me to do something that Apache is. I would prefer to use IIS, since I need if for other applications and do not want to run two web servers on the same computer... Any thoughts on how I can get this to work? "Christoph Grottolo" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Seairth Jacobs wrote: > > I came accross the following IIS4/5 Metabase setting: > > > > AllowPathInfoForScriptMappings > > > > MS claims that this forces PATH_INFO and PATH_TRANSLATED to act > > according to the CGI specification, however this setting seems to > > have made no difference at all for me. I am using the IIS5 on W2K > > Pro (not Server), so this may not be an available option since this > > version of IIS is somewhat limited (though MS does not mention this). > > > > The MS KB is: > > > > http://support.microsoft.com/default.aspx?scid=kb;en-us;q184320 > > > ... and states, it's for IIS 4 only. > > We solved the problem like this: > > if (!empty($PATH_INFO)) { > $Actual_Path=$PATH_INFO; > } else { > $Actual_Path=$SCRIPT_NAME; > } > $baseDir=substr($Actual_Path,1,(strpos($Actual_Path,"/",1)-1)); > > This works at least in Win32 on Apache and IIS with CGI and SAPI. > > Christoph > -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
