On 2002.03.08, at 08:28, Elaine -HFB- Ashton wrote: > I would think it's in the filename itself since PAUSE fetches the URL > you > feed it and the fetch would fail if it had a gremlin on the end. I don't > see how it could be anywhere else but the filename.
Negative. See http://www.cpan.org/modules/by-authors/id/D/DA/DANKOGAI/ now and see what's going on. I have uploaded MacOSX-File-0.64.tar.gz again but this time with a different browser, Netscape 6. I DID NOT CHANGE THE FILENAME OF THE ORIGINATING URI. As for the possible cause of URL-filename inconsistency, I can guess various reasons, like passing the query straight to LWP and basename($url) for file name. Speaking of that, I have found something really interesting. Now I have found a (bug|undocumented feature) in LWP, too (Adding Gisle's address to the recipients) . perl -MLWP::Simple -e 'print get("$ARGV[0]¥n")' http://www.dan.co.jp/cases/ gives the same result as perl -MLWP::Simple -e 'print get($ARGV[0])' http://www.dan.co.jp/cases/ that is, fetches the content, despite the fact the first one is fed with bogus URI. perl -MLWP::Simple -e 'print get("$ARGV[0] ")' http://www.dan.co.jp/cases/ perl -MLWP::Simple -e 'print get("$ARGV[0]\t")' http://www.dan.co.jp/cases/ or any whitespace will do. I am not sure if I should call this a bug because this is a kind of nice. But it is certainly undocumented and definitely confusing. For MacOSX Folks, I have made MacOSX-File-0.64.tar.gz (source distribution) also available via http://www.dan.co.jp/cases/macosx/MacOSX-File-0.64.tar.gz so you don't have to wait till PAUSE is fixed. Dan the Man with Too Many Programs to Manage