Re: wget -O option not doing the expected

[Mauro Tortonesi]

McDonald, Jacob M. wrote:
 When using, for instance:
   wget -r -l 15 -O file http://1.2.3.4/path
 the -O doesn't seem to work as intended. wget downloads a single file
 (or two including robots.txt) and quits without any errors. It seems
 satisfied it has done its job.
 
 Without -O the tree is saved correctly...
 
 Ideas?

unfortunately the -r option doesn't work with -O. right now wget
silently ignores -r, but the next version of wget will print an error
and exit.

-- 
Aequam memento rebus in arduis servare mentem...

Mauro Tortonesi  http://www.tortonesi.com

University of Ferrara - Dept. of Eng.http://www.ing.unife.it
GNU Wget - HTTP/FTP file retrieval tool  http://www.gnu.org/software/wget
Deep Space 6 - IPv6 for Linuxhttp://www.deepspace6.net
Ferrara Linux User Group http://www.ferrara.linux.it

RE: wget -O option not doing the expected

[McDonald, Jacob M.]

On Mon, March 6, 2006 09:56, Tony Lewis wrote:
 Are you sure that's what you want to do? Even if wget didn't silently
 ignore
 -r (as Mauro pointed out in his response to you), the options imply that
 everything in the path should be written to file (presumably appended
 one
 after the other). (wget ignores -r in this case because the authors
 believe
 such behavior doesn't make any sense.)

 What are you trying to get wget to do?

Yeah, that's really what I'm trying to do... I just want to gauge
performance of a web server on a given network port...

I've found the pavuk utility fits the bill and has many more advanced
options, such as thread controlling, rate limiting, random delay between
downloads, a -dontstore option that does what I wanted with the -O
/dev/null and more, so I've started using that instead.

I just thought I'd ask on the list to see if the behavior I was observing
with wget was expected... I suppose it is. :o)

Cheers