Re: [sqlite] Bug in mkFullPathname
On Jan 10, 2017, at 3:17 PM, Richard Hippwrote: > > On 1/10/17, skywind mailing lists wrote: >> zout will contain finally "//abc.def". This is an invalid >> pathname, I believe. > > Actually, //abc.def and /abcdef are equivalent, on every unix system I > have ever used. Try it! HTTP servers generally obey that, too, but Fossil doesn’t: https://www.fossil-scm.org/index.html//timeline fails. ___ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
Re: [sqlite] Bug in mkFullPathname
On 1/10/17, skywind mailing listswrote: > zout will contain finally "//abc.def". This is an invalid > pathname, I believe. Actually, //abc.def and /abcdef are equivalent, on every unix system I have ever used. Try it! ls /bin ls //bin ls //bin -- D. Richard Hipp d...@sqlite.org ___ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
[sqlite] Bug in mkFullPathname
Assume I have got a zPath like abc.def passed to mkFullPathname. Inside mkFullPathname zPath[0] != '/' will evaluate to true. Assume further that osGetcwd(..) will return '/' (which can actually be the case under Android and theoretically under other systems as well but probably less likely). In this case zout will contain finally "//abc.def". This is an invalid pathname, I believe. Best regards, Hartwig ___ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users