Re: bug in wget
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sir Vision wrote: > Hello, > > enterring following command results in an error: > > --- command start --- > c:\Downloads\wget_v1.11.3b>wget > "ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-mozilla1.8-l10n/"; > -P c:\Downloads\ > --- command end --- > > wget cant convert ".listing"-file into a "html"-file As this seems to work fine on Unix, for me, I'll have to leave it to the Windows porting guy (hi Chris!) to find out what might be going wrong. ...however, it would really help if you would supply the full output you got, from wget, that leads you to believe Wget couldn't do this conversion. in fact, it wouldn't hurt to supply the -d flag as well, for maximum debugging messages. - -- Cheers, Micah J. Cowan Programmer, musician, typesetting enthusiast, gamer, and GNU Wget Project Maintainer. http://micah.cowan.name/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIVKXx7M8hyUobTrERAo40AKCAmwgDOGgjU2kcTYeEGC3+RkCjzQCeJt6B dz38DW8jMMZtUxc+FhvIhfI= =T+mK -END PGP SIGNATURE-
bug in wget
Hello, enterring following command results in an error: --- command start --- c:\Downloads\wget_v1.11.3b>wget "ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-mozilla1.8-l10n/"; -P c:\Downloads\ --- command end --- wget cant convert ".listing"-file into a "html"-file regards _ Keine Mail mehr verpassen! Jetzt gibt’s Hotmail fürs Handy! http://www.gowindowslive.com/minisites/mail/mobilemail.aspx?Locale=de-de
RE: Wget 1.11.3 - case sensetivity and URLs
mm w wrote: > Hi, after all, after all it's only my point of view :D > anyway, > > "/dir/file", > "dir/File", non-standard > "Dir/file", non-standard > and "/Dir/File" non-standard According to RFC 2396: The path component contains data, specific to the authority (or the scheme if there is no authority component), identifying the resource within the scope of that scheme and authority. In other words, those names are well within the standard when the server understands them. As far as I know, there is nothing in Internet standards restricting mixed case paths. > that's it, if the server manages non-standard URL, it's not my > concern, for me it doesn't exist Oh. I see. You're writing to say that wget should only implement features that are meaningful to you. Thanks for your narcissistic input. Tony
Re: retrieval of data from a database
* Philip Stephens ([EMAIL PROTECTED]) wrote: > Hello wget users and developers, > [...] > [EMAIL PROTECTED]:~/Documents/projects/Boston/psdiss/code$ wget -dv > http://www.bostonresourcenet.org/detail.cfm?StartRow=2&EndRow=99&SearchType=detailed&VarZip=&VarMiles=0&keyword=&ServID=17&OrgTypeID=&LangID=&SpecialID=&LocationID= > Setting --verbose (verbose) to 1 > DEBUG output created by Wget 1.11.2 on linux-gnu. > > --2008-06-09 14:08:08-- > http://www.bostonresourcenet.org/detail.cfm?StartRow=2 > Resolving www.bostonresourcenet.org... [1] 12857 > [2] 12858 > [3] 12859 > [4] 12860 > [5] 12861 > [6] 12862 > [7] 12863 > [8] 12864 > [9] 12865 > [10] 12866 > [2] DoneEndRow=99 > [3] DoneSearchType=detailed > [4] DoneVarZip= > [5] DoneVarMiles=0 > [6] Donekeyword= > [7] DoneServID=17 > [8] DoneOrgTypeID= > [9] DoneLangID= > [10]+ DoneSpecialID= Well, you'd better escape the '&' in the shell (\&)... Regards, Saint Xavier.