Re: Another case that cause wget to crash
Sorry for this wrong email. I found that the reason that wget crashs is not because the redirection circle detection.It's because I changed the code:-). When redirection cycle is detected by wget,wget will not store the pages on the local disk.While I continue to delete the page,So error takes place. Sorry for the wrong information.Wget is very very robust!!! --- Hack Kampbjørn <[EMAIL PROTECTED]> wrote: > Xuehua Shen wrote: > > > > Hi,there, > >Another Crash case of wget. > > Note thatthe latest wget version (1.8.2) doesn't > segfault on this. > > > when I use wget http://www.usmint.gov/what.cfm. > > In the future, when reporting problem please include > the --debug output > of the wget command. > > > Resolving www.usmint.gov...done > > Connecting to > > www.usmint.gov[208.45.143.104]80...connected > > Location:http:\\catalog.usmint.gov[following] > > http:\\catalog.usmint.gov:Unsupported scheme. > > Wget nicely informs you that it does not support the > http:\\ scheme (or > is it http:). > > Segmentation fault(core dump). > > Wget shouldn't segfault on this, and as said before > this is fixed in > wget 1.8.2. > > > > I think there are some problems when wget deals > with > > the redirection. > > More likely this the redirection itself, if the > webmaster intended to > redirect to http://catalog.usmint.gov (using a > schemme (http://) > supported by wget) it should say so. Instead of > inventing a new scheme > not supported by any web-clients. > > If you would like to see support for this new scheme > please provide > links to RFCs and references to software already > implementing it. Of > course patches will of be considered 8-) > > > > Regards. > > > > Xuehua > > -- > Med venlig hilsen / Kind regards > > Hack Kampbjørn __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com
Re: Another case that cause wget to crash
Xuehua Shen wrote: > > Hi,there, >Another Crash case of wget. Note thatthe latest wget version (1.8.2) doesn't segfault on this. > when I use wget http://www.usmint.gov/what.cfm. In the future, when reporting problem please include the --debug output of the wget command. > Resolving www.usmint.gov...done > Connecting to > www.usmint.gov[208.45.143.104]80...connected > Location:http:\\catalog.usmint.gov[following] > http:\\catalog.usmint.gov:Unsupported scheme. Wget nicely informs you that it does not support the http:\\ scheme (or is it http:). > Segmentation fault(core dump). Wget shouldn't segfault on this, and as said before this is fixed in wget 1.8.2. > > I think there are some problems when wget deals with > the redirection. More likely this the redirection itself, if the webmaster intended to redirect to http://catalog.usmint.gov (using a schemme (http://) supported by wget) it should say so. Instead of inventing a new scheme not supported by any web-clients. If you would like to see support for this new scheme please provide links to RFCs and references to software already implementing it. Of course patches will of be considered 8-) > > Regards. > > Xuehua -- Med venlig hilsen / Kind regards Hack Kampbjørn
Another case that cause wget to crash
Hi,there, Another Crash case of wget. when I use wget http://www.usmint.gov/what.cfm. Resolving www.usmint.gov...done Connecting to www.usmint.gov[208.45.143.104]80...connected Location:http:\\catalog.usmint.gov[following] http:\\catalog.usmint.gov:Unsupported scheme. Segmentation fault(core dump). I think there are some problems when wget deals with the redirection. Regards. Xuehua __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com
segmentation fault
Hi all. I have one question (you have already helped me, so I hope it could happen the same once again). I have script for downloading gif files from different sites (they are called from PostgreSQL database). I am downloading the files from WWW and creating suck.html, where are defined URL, which fulfil my condition (using awk), after I run wget once again and getting the files defined in suck.html, but there must be some error :-(( First run of wget: WGET -m -l1 -nd -np $SITE Second run of wget (using the suck.html): WGET -m -l1 --base=$SITE -H -F -i $TMPDIR/suck.html Error message in the log file: 790 Segmentation fault $WGET -m -l1 --base=$SITE -H -F -i $TMPDIR/suck.html When I am using the wget in normal mode (not using the mirror mode), everything is working fine. Is it a problem of mirroring or unkonow/known bug? Thanks for help and your time Jakub
Re: Newbie question --- using wget for AV def file update - port failure problem
that was the fix, thank you "Matt Whimp & Sarah Kemp" wrote in message news:20020720064602.0645af92.matt&[EMAIL PROTECTED]... > On Fri, 19 Jul 2002 11:57:38 -0400 > Steve tapped the following into the keyboard: > > > ==> PORT ... Master socket fd 428 bound. > > using port 1342. > > > > --> PORT 192,168,3,159,5,62 > > > > > > 500 Illegal PORT command. > > > > Invalid PORT. > > Closing fd 432 > > Closing fd 428 > > Giving up. > > > > > > -- > > Steve > > > Have you tried the --passive-ftp option? > > > > > - > Regards > > Matt and Sarah > > Email us on: > > matt&[EMAIL PROTECTED] >
retrying on a closed connection in 1.8.2
Hi, I have the following problem with wget 1.8.2: Doing a HTTP fetch with wget, I get connections timeout, e.g., --11:01:13-- http://xxx.xxx.com/valhalla/iso/i386/valhalla-i386-disc1.iso (try: 5) => `valhalla-i386-disc1.iso' Connecting to xxx.xxx.com[xxx.xxx.xxx.xxx]:80... connected. HTTP request sent, awaiting response... 206 Partial Content Length: 668,499,968 (259,284,934 to go) [text/plain] 93% [=> ] 626,964,815 21.74K/sETA 31:05 13:59:15 (21.74 KB/s) - Read error at byte 626964815/668499968 (Connection timed out). Retrying. However, in the retry, wget uses the same, now closed, connection! --13:59:20-- http://xxx.xxx.com/valhalla/iso/i386/valhalla-i386-disc1.iso (try: 6) => `valhalla-i386-disc1.iso' Reusing connection to xxx.xxx.com:80. HTTP request sent, awaiting response... Read error (Connection reset by peer) in headers. Retrying. --13:59:26-- http://xxx.xxx.com/valhalla/iso/i386/valhalla-i386-disc1.iso (try: 7) => `valhalla-i386-disc1.iso' Connecting to xxx.xxx.com[xxx.xxx.xxx.xxx]:80... connected. HTTP request sent, awaiting response... 206 Partial Content Length: 668,499,968 (41,535,153 to go) [text/plain] Obviously, try 6 above is a shere waste of effort! Thanks, Zvi. -- Dr. Zvi Har'El mailto:[EMAIL PROTECTED] Department of Mathematics tel:+972-54-227607 Technion - Israel Institute of Technology fax:+972-4-8324654 http://www.math.technion.ac.il/~rl/ Haifa 32000, ISRAEL "If you can't say somethin' nice, don't say nothin' at all." -- Thumper (1942) Monday, 13 Av 5762, 22 July 2002, 2:07PM
