Re: fetch http://cgi returns -1 size
Jun Kuriyama <[EMAIL PROTECTED]> writes: > By the way, current implementation of fetch(1) ignores "301 redirect" > silently. Is it expected behavior? Should it make warning message > without -v option? (or following redirection?) The bug is twofold: first, it doesn't handle relative redirects properly; second, because of a small logic bug it doesn't actually loop back to try again with the new URL... I'll commit a fix in a few minutes. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fetch http://cgi returns -1 size
Jun Kuriyama <[EMAIL PROTECTED]> writes: > By the way, current implementation of fetch(1) ignores "301 redirect" > silently. Is it expected behavior? Should it make warning message > without -v option? (or following redirection?) Uh, that's a bug. It's supposed to work. I'll be right on it. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fetch http://cgi returns -1 size
At 12 Jul 2000 08:56:11 GMT, Dag-Erling Smorgrav <[EMAIL PROTECTED]> wrote: > The bug is only in the status report, check the acutal size of > fetch.out. I fixed this in a commit half an hour ago. Thanks! By the way, current implementation of fetch(1) ignores "301 redirect" silently. Is it expected behavior? Should it make warning message without -v option? (or following redirection?) % fetch http://www.lyra.org/cgi-bin/viewcvs.cgi % ls fetch.out ls: fetch.out: No such file or directory % fetch -v -v http://www.lyra.org/cgi-bin/viewcvs.cgi looking up www.lyra.org connecting to www.lyra.org:80 requesting http://www.lyra.org:80/cgi-bin/viewcvs.cgi 301 redirect to /cgi-bin/viewcvs.cgi/ -- Jun Kuriyama <[EMAIL PROTECTED]> // FreeBSD Project To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fetch http://cgi returns -1 size
Jun Kuriyama <[EMAIL PROTECTED]> writes: > My current box (make world'ed this morning) fails on fetch(1) for some > CGI scripts. The bug is only in the status report, check the acutal size of fetch.out. I fixed this in a commit half an hour ago. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
fetch http://cgi returns -1 size
My current box (make world'ed this morning) fails on fetch(1) for some CGI scripts. % fetch -v -v http://www.FreeBSD.org/cgi/search.cgi/ looking up www.FreeBSD.org connecting to www.FreeBSD.org:80 requesting http://www.FreeBSD.org:80/cgi/search.cgi/ looking up www.FreeBSD.org connecting to www.FreeBSD.org:80 requesting http://www.FreeBSD.org:80/cgi/search.cgi/ Receiving fetch.out -1 bytes transferred in 0.0 seconds (-129.18 Bps) % fetch -v -v http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/ looking up www.jp.FreeBSD.org connecting to www.jp.FreeBSD.org:80 requesting http://www.jp.FreeBSD.org:80/cgi/cvsweb.cgi/ looking up www.jp.FreeBSD.org connecting to www.jp.FreeBSD.org:80 requesting http://www.jp.FreeBSD.org:80/cgi/cvsweb.cgi/ Receiving fetch.out -1 bytes transferred in 0.3 seconds (-3.94 Bps) -- Jun Kuriyama <[EMAIL PROTECTED]> // FreeBSD Project To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message