[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: (ITS#5117) test049/test050 failures

hyc@symas.com wrote:
> hyc@symas.com wrote:
>> I see the same result on FreeBSD 6.2. It appears to be because libfetch was 
>> detected by configure and used here, and libfetch failed to open the FILE URLs 
>> that load the necessary schema.
> The test script uses relative URLs (RFC1808) which our liblutil stuff supports, 
> but apparently libfetch only knows how to parse absolute URLs (RFC1738) - see 
> their CVS
> http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libfetch/fetch.c?rev=1.38
> Seems to me to be a deficiency in libfetch, but I guess we can rework the 
> scripts to use absolute FILE URLs here.

Dunno if it's worth reporting this upstream, but libfetch accepts relative 
paths like this
	file://./foo/bar   -> "./foo/bar"
which violates both RFC1738 and RFC1808 (and RFC2396).

I.e., when the "//" authority-spec is present the path must be absolute.

Probably, since libfetch provides no mechanism for defining a base URI, it 
should just never accept relative paths.
   -- Howard Chu
   Chief Architect, Symas Corp.  http://www.symas.com
   Director, Highland Sun        http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP     http://www.openldap.org/project/