alternative decodeString() for httpd.c

[Robert P. J. Day]

On Mon, 17 Apr 2006, Vladimir N. Oleynik wrote:

> Robert P. J. Day wrote:
>
> >   given that the current implementation of decodeString() in
> > httpd.c seems to have an error,
>
> Not. If you do not know, the code what for it to name a "error" what
> for has been specially added?

i have no idea what this means.  in an earlier post, i described what
i thought was some odd behaviour based on the current implementation
of decodeString() in httpd.c.  specifically,

  $ httpd -d "abc"
  abc			OK
  $ httpd -d "abc/"
  abc/			also OK
  $ httpd -d "abc%2f"
  bc%2f			??????

why did the leading "a" disappear?  and why was that trailing "/" not
decoded?  perhaps this is what it's *supposed* to do but it just looks
strange to me.  feel free to explain what's happening here if you
know.

> What for you have removed mine standalone a debugging code? To
> deprive with me an opportunity to support with my code?

the proposal to remove the STANDALONE feature in httpd.c was discussed
for *days* on this list.  it would have been nice if you'd said
something before now.

rday