Re: Big files

2008-09-16 Thread Doruk Fisek 
Tue, 16 Sep 2008 11:19:50 -0400, Cristián Serpell
[EMAIL PROTECTED] :

 I would like to know if there is a reason for using a signed int for  
 the length of the files to download. The thing is that I was trying
 to download a 2.3 GB file using wget, but then the length was printed
 as a negative number and wget said Aborted. Is it a bug or a
 design decision?
Which version of wget are you using? It was a bug of older wget
versions. You can see it with the output of wget --version command
(latest version is 1.11.4).

I'm not having any trouble with downloading files bigger than 2G.

   Doruk

--
FISEK INSTITUTE - http://www.fisek.org.tr

Re: rapidshare download problem

2008-07-21 Thread Doruk Fisek 
Thu, 17 Jul 2008 15:07:18 -0700, Micah Cowan [EMAIL PROTECTED] :

 Then, please provide the logs from both wget 1.10.2 and wget 1.11.4
 (with --auth-no-challenge), with the --debug flag.
I attached the logs you requested.

wget 1.10.2 didn't recognize the --auth-no-challenge parameter, so I
only used it in 1.11.4

   Doruk

--
FISEK INSTITUTE - http://www.fisek.org.tr
DEBUG output created by Wget 1.10.2 on linux-gnu.

--21:49:12--  http://username:[EMAIL PROTECTED]/files/30168760/Rapidshare_EN.txt
   = `Rapidshare_EN.txt'
Resolving rs60tl.rapidshare.com... 80.239.151.61
Caching rs60tl.rapidshare.com = 80.239.151.61
Connecting to rs60tl.rapidshare.com|80.239.151.61|:80... connected.
Created socket 3.
Releasing 0x080856e0 (new refcount 1).

---request begin---
GET /files/30168760/Rapidshare_EN.txt HTTP/1.0
User-Agent: Wget/1.10.2
Accept: */*
Authorization: Basic xx
Host: rs60tl.rapidshare.com
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.1 200 OK
Date: Mon, 21 Jul 2008 18:51:18 GMT
Connection: close
Content-Type: application/octet-stream
Accept-Ranges: bytes
Content-Disposition: Attachment; filename=Rapidshare_EN.txt
Content-Length: 225

---response end---
200 OK
Length: 225 [application/octet-stream]

100%[=]
 225   --.--K/s

Closed fd 3
21:49:12 (1.83 KB/s) - `Rapidshare_EN.txt' saved [225/225]DEBUG output created by Wget 1.11.4 on linux-gnu.

--2008-07-21 21:48:54--  http://username:[EMAIL 
PROTECTED]/files/30168760/Rapidshare_EN.txt
Resolving rs60tl.rapidshare.com... 80.239.151.61
Caching rs60tl.rapidshare.com = 80.239.151.61
Connecting to rs60tl.rapidshare.com|80.239.151.61|:80... connected.
Created socket 3.
Releasing 0x08b08e68 (new refcount 1).

---request begin---
GET /files/30168760/Rapidshare_EN.txt HTTP/1.0
User-Agent: Wget/1.11.4
Accept: */*
Host: rs60tl.rapidshare.com
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.1 200 OK
P3P: CP=ALL DSP COR CURa ADMa DEVa TAIa PSAa PSDa IVAa IVDa CONa TELa OUR STP 
UNI NAV STA PRE
Date: Mon, 21 Jul 2008 18:53:46 GMT
Connection: close
Accept-Ranges: bytes
Content-Type: text/html; charset=ISO-8859-1
Cache-Control: no-cache
Content-Length: 8861

---response end---
200 OK
Length: 8861 (8.7K) [text/html]
Saving to: `Rapidshare_EN.txt'

100%[===]
 8,861   36.7K/s   in 0.2s

Closed fd 3
2008-07-21 21:48:55 (36.7 KB/s) - `Rapidshare_EN.txt' saved [8861/8861]

rapidshare download problem

2008-07-17 Thread Doruk Fisek 
Hi,

 I'm having trouble cookieless downloading from rapidshare with the
latest version of wget.

 When I use a url like;
 
 http://username:[EMAIL PROTECTED]/files/30168760/Rapidshare_EN.txt

 wget 1.10.2 downloads it just fine but wget 1.11.4 brings an html page
instead.
 
   Doruk

--
FISEK INSTITUTE - http://www.fisek.org.tr

Re: rapidshare download problem

2008-07-17 Thread Doruk Fisek 
Thu, 17 Jul 2008 03:14:26 -0700, Micah Cowan [EMAIL PROTECTED] :

   http://username:[EMAIL PROTECTED]/files/30168760/Rapidshare_EN.txt
   wget 1.10.2 downloads it just fine but wget 1.11.4 brings an html
  page instead.
 See if --auth-no-challenge fixes it for you.
No, it doesn't. The end result is the same.

   Doruk

--
FISEK INSTITUTE - http://www.fisek.org.tr