Government Grants E-Book
You Can Receive The Money You Need...
Every day millions of dollars are given away to people, just like you!!
Your Government spends billions of tax dollars on government grants.
Do you know that private foundations, trust and corporations are
required to give away a
Hello bug-wget,
$ wget --version
GNU Wget 1.8
$ wget
ftp://password:[EMAIL PROTECTED]:12345/Dir%20One/This.Is.Long.Name.Of.The.Directory/*
Warning: wildcards not supported in HTTP.
Oooops! But this is FTP url, not HTTP!
Please, fix it.
Thank you,
--
Best regards from future,
HillDale.
Pavel Stepchenko [EMAIL PROTECTED] writes:
Hello bug-wget,
$ wget --version
GNU Wget 1.8
$ wget
ftp://password:[EMAIL PROTECTED]:12345/Dir%20One/This.Is.Long.Name.Of.The.Directory/*
Warning: wildcards not supported in HTTP.
Oooops! But this is FTP url, not HTTP!
Are you using a
Hi,
WGET 1.8 autoconfigures on RH 7.2 to use SOLARIS SSL. How comes? It checks for
libmd5 , finds it (in the package w3c-libwww-devel-5.2.8-10), and decides it is
solaris. Therefore, it assumes that the md5.h is in /usr/include rather then
/usr/include/openssl as it shouyld be. It does find a
Pavel Stepchenko [EMAIL PROTECTED] writes:
Warning: wildcards not supported in HTTP.
Oooops! But this is FTP url, not HTTP!
HN Are you using a proxy?
Yes.
This means that HTTP is used for retrieval, and '*' won't work --
which is what Wget is trying to warn you about.
--17:26:58--
Hi,
Setting https_proxy to some proxy, and doing wget https://..., wget dumps core:
(gdb) run https://www.math.technion.ac.il/
Starting program: /usr/local/src/wget-1.8/src/wget
https://www.math.technion.ac.il/
--17:48:32-- https://www.math.technion.ac.il/
= `index.html'
Resolving
[EMAIL PROTECTED] writes:
sockaddr_in and sockaddr_in6 carries needless baggage such as the
port number and the family. There is no reason to cache all that.
to me, they are not needless, it is easier when we carry them
together.
I can't believe extracting the address would be
Zvi Har'El [EMAIL PROTECTED] writes:
Setting https_proxy to some proxy, and doing wget https://..., wget
dumps core:
Thanks for the report. This patch should remove the crash.
2001-12-13 Hrvoje Niksic [EMAIL PROTECTED]
* http.c (gethttp): Check for conn-scheme, not u-scheme,
I use a proxy server, and have a line in my .wgetrc that says something like:
http_proxy = http://me:[EMAIL PROTECTED]:8080/
And couldn't get cookies to be passed back to pages correctly.
In wget 1.7 I noticed a line in http.c that says this:
if (header_process (hdr, Set-Cookie,
I use a proxy server, and have a line in my .wgetrc that says something like:
http_proxy = http://me:[EMAIL PROTECTED]:8080/
And couldn't get cookies to be passed back to pages correctly.
In wget 1.7 I noticed a line in http.c that says this:
if (header_process (hdr, Set-Cookie,
[EMAIL PROTECTED] writes:
I use a proxy server, and have a line in my .wgetrc that says
something like:
What version of Wget are you using? I believe this bug has been fixed
in Wget 1.7.1 and later.
By the way, your analysis is correct.
Hi,
when i run wget 1.8 with two arguments:
wget http://some/url http://some/url
which are the same, i get:
Assertion failed: !hash_table_contains (dl_url_file_map, url), file recur.c, line 752
Abort (core dumped)
Best,
v.
hi.
when leeching one file, wget dumped core.. I think it got timeout from
squid or something.
$ wget -c -t0 http://prdownloads.sourceforge.net/cmusphinx/sphinx2-0.4.tar.gz
--00:04:17-- http://prdownloads.sourceforge.net/cmusphinx/sphinx2-0.4.tar.gz
= `sphinx2-0.4.tar.gz'
Resolving
Sami Farin [EMAIL PROTECTED] writes:
when leeching one file, wget dumped core..
Thanks for the report. This is a known problem with the 1.8 release,
fixed by this patch:
Index: src/progress.c
===
RCS file:
I'm not on the list, just following via web archive.
In response to:
http://www.mail-archive.com/wget@sunsite.dk/msg02211.html
On my _homegrown_ Linux system, I'm also having an issue.
I have a libmd5, but no md5.h.
Apparently installing w3c-libwww-5.3.2 installs the library (with said
[EMAIL PROTECTED] writes:
with IPv6-capable API host name resolution is done by
getaddrinfo(3) functions, not gethostbyname(3). they return
sockaddrs, therefore it is more natural/easier to carry around
sockaddrs.
It sounds like a random implementation convenience in
Dear,
Maybe a bug in file fnmatch.c, line 54:
( n==string || (flags FNM_PATHNAME) n[-1] == '/'))
the n[-1] should be change to *(n-1).
Regards
You have been specially selected to qualify for the following:
Premium Vacation Package and Pentium PC Giveaway
To review the details of the please click on the link
with the confirmation number below:
http://vacation.81832.com
Confirmation Number#Lh340
Please confirm your entry within 24
18 matches
Mail list logo