Hrvoje Niksic wrote:
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
* The local name is copied from the header verbatim without
inspecting
it for dangerous characters, such as "/" (on Windows also "\").
* There seems to be no code to check for uniqueness of file name. So
far Wget's philosophy h
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>> * The local name is copied from the header verbatim without
>> inspecting
>> it for dangerous characters, such as "/" (on Windows also "\").
>> * There seems to be no code to check for uniqueness of file name. So
>> far Wget's philosophy has been
Hrvoje Niksic wrote:
Hrvoje Niksic <[EMAIL PROTECTED]> writes:
The code in question is:
if (!hs->local_file)
{
if (resp_header_copy (resp, "Content-Disposition", hdrval, sizeof
(hdrval)))
/* Honor Content-Disposition. */
{
hs->local_file = xstrdup (hdrva
Hrvoje Niksic <[EMAIL PROTECTED]> writes:
> The code in question is:
>
> if (!hs->local_file)
> {
> if (resp_header_copy (resp, "Content-Disposition", hdrval, sizeof
> (hdrval)))
> /* Honor Content-Disposition. */
> {
> hs->local_file = xstrdup (hdrval);
BTW it looks like the Content-Disposition header isn't being parsed
correctly. For example:
$ ./wget http://www.mininova.org/get/212851
--22:11:52-- http://www.mininova.org/get/212851
Resolving www.mininova.org... 83.149.119.115
Connecting to www.mininova.org|83.149.119.115|:80... connected.
HTT
Hrvoje Niksic wrote:
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
Resolving download.skype.com... 198.63.211.251, 212.72.49.140, 195.215.8.138
Connecting to download.skype.com|198.63.211.251|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 7906384 (7,5M) [application/x-d
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
> Resolving download.skype.com... 198.63.211.251, 212.72.49.140, 195.215.8.138
> Connecting to download.skype.com|198.63.211.251|:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 7906384 (7,5M) [application/x-debian-package]
>
Hrvoje Niksic wrote:
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
You might want to put the URL last in line, so that the "(try...)"
text is not confused with what is being downloaded.
do you mean:
--13:20:41-- (try:02) http://www.tortonesi.com/
Yes, why not?
ok, i followed your sugges
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
>> You might want to put the URL last in line, so that the "(try...)"
>> text is not confused with what is being downloaded.
>
> do you mean:
>
> --13:20:41-- (try:02) http://www.tortonesi.com/
Yes, why not?
>> Is the empty line intentional?
>
> yes.
Hrvoje Niksic wrote:
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
[EMAIL PROTECTED]:~/code/svn/wget/src$ ./wget http://www.tortonesi.com
--13:20:41-- http://www.tortonesi.com/ (try:02)
Resolving www.tortonesi.com... 62.149.140.31
You might want to put the URL last in line, so that the "(try
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED]:~/code/svn/wget/src$ ./wget http://www.tortonesi.com
> --13:20:41-- http://www.tortonesi.com/ (try:02)
>
> Resolving www.tortonesi.com... 62.149.140.31
You might want to put the URL last in line, so that the "(try...)"
text is not
Mauro Tortonesi <[EMAIL PROTECTED]> writes:
> it's a small bug in the current http code. the logprintf call that
> prints the destination filename used LOG_VERBOSE instead of
> LOG_NOTQUIET.
But I am, or should be, using verbose... at least I never specified
-nv.
(I have yet to take a look at th
Hrvoje Niksic wrote:
Is it intentional that the Wget from the repository is still not
printing the file name it uses for download? I (and some other users)
tend to use the Wget from "CVS", so this is making Wget less useful
for me.
For example:
$ ./wget http://download.skype.com/linux/skype_1.
13 matches
Mail list logo