fwd: Re: [Mono-devel-list] SimpleWorkerRequest patch for PATH_INFO

[eric lindvall]

i haven't been able to figure out what the cause of that bug is.. it
doesn't seem to be the PATH_INFO stuff.

i started up XSP, went to index.aspx, clicked on web_xml.aspx, got a bunch
of libxslt errors, (the library didn't exist), so i installed libxslt,
went to the page again, and got the hang.

i then put Console.WriteLine()'s at the path info parser enter and leave,
and could not reproduce the problem (it was entering and leaving
properly).

i'm not running the new ThreadPool code, so i would suspect that it
doesn't have to do with the ThreadPool, or the PATH_INFO patch..

e.


On Wed, 25 Jun 2003, Gonzalo Paniagua Javier wrote:

> El mi? 25-06-2003 a las 07:51, eric lindvall escribió:
> > this should fix the problems with the previous patch.
> > 
> > i checked how the MS .NET framework dealt with the PATH_INFO, and the
> > things i noticed were:
> > 
> > - if it finds a file that exists, everything after that is the PATH_INFO
> > - if it finds a directory that exists, the entry before it is considered
> >   the "file", and everything after that is the PATH_INFO
> > 
> > 
> > http://localhost:8080/one/two/index.aspx/happy/days
> > 
> > so if "/one/two/index.aspx" exists, "/one/two/index.aspx" is the _Page, "/happy/days" is the PATH_INFO.
> > 
> > if "/one" exists, "/one/two" is the _Page, "/index.aspx/happy/days" is the
> > PATH_INFO.
> 
> There seems to be some problem with this. web_xml.aspx hangs for me with
> your patch applied (i though it was the new ThreadPool, but it wasn't).