Re: WGET bug...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 HARPREET SAWHNEY wrote: > Hi, > > Thanks for the prompt response. > > I am using > > GNU Wget 1.10.2 > > I tried a few things on your suggestion but the problem remains. > > 1. I exported the cookies file in Internet Explorer and specified > that

Re: WGET bug...

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 HARPREET SAWHNEY wrote: > Hi, > > I am getting a strange bug when I use wget to download a binary file > from a URL versus when I manually download. > > The attached ZIP file contains two files: > > 05.upc --- manually downloaded > dum.upc--

Re: wget bug?

Mauro Tortonesi schrieb: On Mon, 9 Jul 2007 15:06:52 +1200 [EMAIL PROTECTED] wrote: wget under win2000/win XP I get "No such file or directory" error messages when using the follwing command line. wget -s --save-headers "http://www.nndc.bnl.gov/ensdf/browseds.jsp?nuc=%1&class=Arc"; %1 = 21

Re: wget bug?

On Mon, 9 Jul 2007 15:06:52 +1200 [EMAIL PROTECTED] wrote: > wget under win2000/win XP > I get "No such file or directory" error messages when using the follwing > command line. > > wget -s --save-headers > "http://www.nndc.bnl.gov/ensdf/browseds.jsp?nuc=%1&class=Arc"; > > %1 = 212BI > Any ide

RE: wget bug

Highlord Ares wrote: > it tries to download web pages named similar to > http://site.com?variable=yes&mode=awesome Since "&" is a reserved character in many command shells, you need to quote the URL on the command line: wget "

RE: wget bug

This does not look like a valid URL to me - shouldn't there be a slash at the end of the domain name? Also, when talking about a bug (or anything else), it is always helpful if you specify the wget version (number). From: [EMAIL PROTECTED] [mailto:[EMAIL PROTE

Re: wget bug in finding files after disconnect

Paul Bickerstaff <[EMAIL PROTECTED]> wrote in news:[EMAIL PROTECTED]: > I'm using wget version "GNU Wget 1.10.2 (Red Hat modified)" on a fedora > core5 x86_64 system (standard wget rpm). I'm also using version 1.10.2b > on a WinXP laptop. Both display the same faulty behaviour which I don't > bel

Re: [WGET BUG] - Can not retreive image from cacti

>From Thomas GRIMONET: > [...] > File is created but it is empty. That's normal with "-O" if Wget fails for some reason. It might help the diagnosis to see the actual Wget command instead of the code which generates the Wget commsnd. If that doesn't show you anything, then adding "-d" to

Re: Wget Bug: recursive get from ftp with a port in the url fails

"Jesse Cantara" <[EMAIL PROTECTED]> writes: > A quick resolution to the problem is to use the "-nH" command line > argument, so that wget doesn't attempt to create that particular > directory. It appears as if the problem is with the creation of a > directory with a ':' in the name, which I cannot

Re: wget BUG: ftp file retrieval

From: Hrvoje Niksic > [...] On Unix-like FTP servers, the two methods would > be equivalent. Right. So I resisted temptation, and kept the two-step CWD method in my code for only a VMS FTP server. My hope was that some one would look at the method, say "That's a good idea", and change the "

Re: wget BUG: ftp file retrieval

[EMAIL PROTECTED] (Steven M. Schweda) writes: >> and adding it fixed many problems with FTP servers that log you in >> a non-/ working directory. > > Which of those problems would _not_ be fixed by my two-step CWD for > a relative path? That is: [...] That should work too. On Unix-like FTP serv

Re: wget BUG: ftp file retrieval

From: Hrvoje Niksic > Prepending is already there, Yes, it certainly is, which is why I had to disable it in my code for VMS FTP servers. > and adding it fixed many problems with > FTP servers that log you in a non-/ working directory. Which of those problems would _not_ be fixed by my t

Re: wget BUG: ftp file retrieval

Daniel Stenberg <[EMAIL PROTECTED]> writes: > On Fri, 25 Nov 2005, Steven M. Schweda wrote: > >> Or, better yet, _DO_ forget to prepend the trouble-causing $CWD to >> those paths. > > I agree. What good would prepending do? Prepending is already there, and adding it fixed many problems with FTP

Re: wget BUG: ftp file retrieval

On Fri, 25 Nov 2005, Steven M. Schweda wrote: Or, better yet, _DO_ forget to prepend the trouble-causing $CWD to those paths. I agree. What good would prepending do? It will most definately add problems such as those Steven describes. -- -=- Daniel Stenberg -=- http://daniel.haxx

Re: wget BUG: ftp file retrieval

From: Hrvoje Niksic > Also don't [forget to] prepend the necessary [...] $CWD > to those paths. Or, better yet, _DO_ forget to prepend the trouble-causing $CWD to those paths. As you might recall from my changes for VMS FTP servers (if you had ever looked at them), this scheme causes no en

Re: wget BUG: ftp file retrieval

Hrvoje Niksic <[EMAIL PROTECTED]> writes: > That might work. Also don't prepend the necessary prepending of $CWD > to those paths. Oops, I meant "don't forget to prepend ...".

Re: wget BUG: ftp file retrieval

Mauro Tortonesi <[EMAIL PROTECTED]> writes: > Hrvoje Niksic wrote: >> Arne Caspari <[EMAIL PROTECTED]> writes: >> >> I believe that CWD is mandated by the FTP specification, but you're >> also right that Wget should try both variants. > > i agree. perhaps when retrieving file A/B/F.X we should try

Re: wget BUG: ftp file retrieval

Thank you all for your very fast response. As a further note: When this error occurs, wget bails out with the following error message: "No such directory foo/bar". I think it should instead be "Could not access foo/bar: Permission denied" or similar in such a situation. /Arne Mauro Tortones

Re: wget BUG: ftp file retrieval

Hrvoje Niksic wrote: Arne Caspari <[EMAIL PROTECTED]> writes: I believe that CWD is mandated by the FTP specification, but you're also right that Wget should try both variants. i agree. perhaps when retrieving file A/B/F.X we should try to use: GET A/B/F.X first, then: CWD A/B GET F.X if t

Re: wget BUG: ftp file retrieval

Arne Caspari <[EMAIL PROTECTED]> writes: > When called like: > wget user:[EMAIL PROTECTED]/foo/bar/file.tgz > > and foo or bar is a read/execute protected directory while file.tgz is > user-readable, wget fails to retrieve the file because it tries to CWD > into the directory first. > > I think th

Re: wget bug report

<[EMAIL PROTECTED]> writes: > Sorry for the crosspost, but the wget Web site is a little confusing > on the point of where to send bug reports/patches. Sorry about that. In this case, either address is fine, and we don't mind the crosspost. > After taking a look at it, i implemented the followi

Re: Wget Bug

Arndt Humpert <[EMAIL PROTECTED]> writes: > wget, win32 rel. crashes with huge files. Thanks for the report. This problem has been fixed in the latest version, available at http://xoomer.virgilio.it/hherold/ .

Re: WGET Bug?

"Nijs, J. de" <[EMAIL PROTECTED]> writes: > # > C:\Grabtest\wget.exe -r --tries=3 http://www.xs4all.nl/~npo/ -o > C:/Grabtest/Results/log > # > --16:23:02-- http://www.x

Re: wget bug: spaces in directories mapped to %20

Zitat von Tony O'Hagan <[EMAIL PROTECTED]>: > Original path: abc def/xyz pqr.gif > After wget mirroring: abc%20def/xyz pqr.gif (broken link) > > wget --version is GNU Wget 1.8.2 > This was a "well-known error" in the 1.8 versions of wget, which is already corrected in th

Re: wget bug with ftp/passive

On Wed, 21 Jan 2004 23:07:30 -0800, you wrote: >Hello, >I think I've come across a little bug in wget when using it to get a file >via ftp. > >I did not specify the "passive" option, yet it appears to have been used >anyway Here's a short transcript: Passive FTP can be specified in /etc/wgetrc

Re: wget bug with ftp/passive

don <[EMAIL PROTECTED]> writes: > I did not specify the "passive" option, yet it appears to have been used > anyway Here's a short transcript: > > [EMAIL PROTECTED] sim390]$ wget ftp://musicm.mcgill.ca/sim390/sim390dm.zip > --21:05:21-- ftp://musicm.mcgill.ca/sim390/sim390dm.zip >

Re: wget bug

Kairos <[EMAIL PROTECTED]> writes: > $ cat wget.exe.stackdump [...] What were you doing with Wget when it crashed? Which version of Wget are you running? Was it compiled for Cygwin or natively for Windows?

Re: Wget Bug

"Kempston" <[EMAIL PROTECTED]> writes: > Yeah, i understabd that, but lftp hadles it fine even without > specifying any additional option ;) But then lftp is hammering servers when real unauthorized entry occurs, no? > I`m sure you can work something out Well, I'm satisfied with what Wget does

Re: Wget Bug

The problem is that the server replies with "login incorrect", which normally means that authorization has failed and that further retries would be pointless. Other than having a natural language parser built-in, Wget cannot know that the authorization is in fact correct, but that the server happe

Re: wget bug

Jack Pavlovsky <[EMAIL PROTECTED]> writes: > It's probably a bug: bug: when downloading wget -mirror > ftp://somehost.org/somepath/3acv14~anivcd.mpg, wget saves it as-is, > but when downloading wget ftp://somehost.org/somepath/3*, wget saves > the files as 3acv14%7Eanivcd.mpg Thanks for the repor

Re: wget bug

Hi Jack :) * Jack Pavlovsky <[EMAIL PROTECTED]> dixit: > It's probably a bug: > bug: when downloading > wget -mirror ftp://somehost.org/somepath/3acv14~anivcd.mpg, > wget saves it as-is, but when downloading > wget ftp://somehost.org/somepath/3*, wget saves the files as > 3acv14%7Eanivcd.

Re: wget bug: mirror doesn't delete files deleted at the source

On Fri, 1 Aug 2003, Mordechai T. Abzug wrote: > I'd like to use wget in mirror mode, but I notice that it doesn't > delete files that have been deleted at the source site. Ie.: > > First run: the source site contains "foo" and "bar", so the mirror now > contains "foo" and "bar". > > Before

Re: wget bug

At 09:20 AM 11/5/2002 -0700, Jing Ping Ye wrote: Dear Sir: I tried to use "wget" download data from ftp site but got error message as following: > wget ftp://ftp.ngdc.noaa.gov/pub/incoming/RGON/anc_1m.OCT Screen show: -

Re: wget bug (overflow)

I'm afraid that downloading files larger than 2G is not supported by Wget at the moment.

Re: wget bug?!

On Monday 18 February 2002 17:52, you wrote: That would be great. The prob is that I'm using it to retrieve files mostly on servers that are having too much users. No I don't want to hammer the server but I do want to keep on trying with reasonable intervals until I get the file. I think the

Re: wget bug?!

[The message I'm replying to was sent to <[EMAIL PROTECTED]>. I'm continuing the thread on <[EMAIL PROTECTED]> as there is no bug and I'm turning it into a discussion about features.] On 18 Feb 2002 at 15:14, TD - Sales International Holland B.V. wrote: > I've tried -w 30 > --waitretry=30 > --wa

Re: [Wget]: Bug submission

[ Please mail bug reports to <[EMAIL PROTECTED]>, not to me directly. ] Nuno Ponte <[EMAIL PROTECTED]> writes: > I get a segmentation fault when invoking: > > wget -r > http://java.sun.com/docs/books/performance/1st_edition/html/JPTOC.fm.html > > My Wget version is 1.7-3, the one w

Re: wget bug (?)

On 14 Nov 2001, at 13:20, Bernard, Shawn wrote: > I'm not sure if this is a bug or not, but when I ran this line: > wget -r -l2 http://www.turnerclassicmovies.com/NowPlaying/Index > I get this result: (snip) > `www.turnerclassicmovies.com/Home/Index/0,3436,,00.html' saved [27179] > >

Re: wget bug?

"Story, Ian" wrote: > > I have been a very happy user of wget for a long time. However, today I > > noticed that some sites, that don't run on port 80, don't work well with > > wget. For instance, when I tell wget to go get http://www.yahoo.com, it > > automatically puts :80 at the end, like th

Re: wget bug - after closing control connection

Which version of wget do you use ? Are you aware that wget 1.6 has been released and 1.7 is in development (and they contain a workaround for the "Lying FTP server syndrome" you are seeing) ? -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: [EMAIL PROTECTED]

Re: wget bug with following to a new location

Volker Kuhlmann wrote: > > I came across this bug in wget where it gives an error instead of > following, as it should. > > Volker > > > wget --version > GNU Wget 1.5.3 Hmm that's quite old ... > > Copyright (C) 1995, 1996, 1997, 1998 Free Software Foundation, Inc. > This program is distribute