Hi,
Any pointers on what might be the problem? I understand that compilation
errors would be of assistance, but thought that a deliberate decision to
ditch support for certain crusty systems may have occurred and I wasn't sure
where to send output. So, if output is required, where do I send
Paul Eggert [EMAIL PROTECTED] writes:
I'm using wget 1.6 on Solaris 8 (sparc), and am connected to the
Internet via a FWTK FTP proxy http://www.fwtk.org/main.html.
If I want to retrieve a file via the standard Solaris 'ftp' command,
without using 'wget', I do something like
Using the -T, -t and -w parameters but cannot get it to timeout less than 3
minutes.
/usr/bin/wget --output-document=/tmp/performance.html -T5 --wait=2
--waitretry=2 --tries=2
Shuld this timeout after 5 secs, retry twice, waiting 2 secs between
retries. BUT it always waits 3 minutes.
Trevor
Way, Trevor [EMAIL PROTECTED] writes:
Using the -T, -t and -w parameters but cannot get it to timeout less than 3
minutes.
/usr/bin/wget --output-document=/tmp/performance.html -T5 --wait=2
--waitretry=2 --tries=2
Shuld this timeout after 5 secs, retry twice, waiting 2 secs between
Volker Engels [EMAIL PROTECTED] writes:
i tried out wget 16. and compiled wget 1.8. both versions will not
work can anyone have a look at this command. is it the right one to
mirror/download the files located in the ftp-folder into the local
one?
wget -o log -S -x --proxy=off
Volker Engels [EMAIL PROTECTED] writes:
command:
wget -o log -S -x --proxy=off ftp://ftp.nai.com/pub/antivirus/datfiles/4.x/
shows me the following log but does not download ANY file ! What's
wrong with it?
Which version of Wget are you using? Recent releases have been taught
to
Daniel Stenberg [EMAIL PROTECTED] writes:
On Mon, 24 Sep 2001, Lenny Foner wrote:
utils.c:906: failed assertion `length 0'
This is the key issue here.
The file read by wget (which happens to be a directory in this
case) returns a zero length line and the assert() line warns about
Hi,
When using wget with `relative_only' set to on, when downloading a site
from files that have been referenced starting with / are not retrieved.
For example IMG SRC=/images/image1.gif is not fetched. But when
`relative_only' is turned off the result is a massive download.
Is there a
Jan,
Did you ever make any progress on this?
Mark Post
-Original Message-
From: Jan Prikryl [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 19, 2001 1:53 PM
To: Post, Mark K
Cc: Wget mailing list
Subject: Re: Segfault on Linux/390 for wget 1.6 and 1.7
Quoting Post, Mark K ([EMAIL
I just compiled wget 1.7 under HP-UX and discovered that it dumps core
on -every- invocation, whether with no args, a single arg of --help or
--version, or a URL. 1.6 appears to do the same thing. 1.5.3 (the
version I've been using up until now), and every previous version of
wget I've ever
On Fri, 17 Aug 2001, Myles, Myles (Company Unknown) wrote:
Not a bug as such but was wondering whether it is possible to upload files
using WGET. I'm currently using the DOS version with DJGPP libraries. Are
there any CPAN programs you could recommend that can do a similiarly styled
I am having problems with both wget 1.6 and wget 1.7. I have a working wget
1.5.3 that I use a quite a lot.
When I compile wget 1.6 or 1.7, using either the -O2 (default) or -O1
parameters on gcc 2.95.2, I get segmentation faults as follows:
# wget -m -nd
ftp://ftp.slackware.com/pub/slackware
Quoting Post, Mark K ([EMAIL PROTECTED]):
When I compile wget with -O0 to turn off optimization, wget works, but I get
some garbage in the output as follows:
Could you please try
(1) to run wget with the -d parameter to switch on the debugging
output
(2) compile wget using -O2 -g and
Hi!
I found the following in the log file of piology.org:
202.108.68.179 - - [15/Jul/2001:10:50:19 +0200] GET /3.14/ HTTP/1.0
404 2332 http://www.go2net.com/useless/useless/pi.html; Wget/1.6
202.108.68.179 - - [15/Jul/2001:12:49:38 +0200] GET /elmi/ HTTP/1.0
404 2316 http://piology.org
DEBUG output created by Wget 1.6 on Windows.
parseurl (ftp://ftp.pc.ibm.com/pub/pccbbs/mobiles/spsdiv62.exe;) - host
ftp.pc.ibm.com - opath pub/pccbbs/mobiles/spsdiv62.exe - dir
pub/pccbbs/mobiles - file spsdiv62.exe - ndir pub/pccbbs/mobiles
newpath: /pub/pccbbs/mobiles/spsdiv62.exe
Checking
On Mon, 2 Jul 2001, Jeroen W. Pluimers (mailings) wrote:
== PORT ... Master socket fd 396 bound.
-- PORT 192,168,0,45,16,4
Error in server response, closing control connection.
If you would have seen the server response, I bet this would've been easier
to understand.
Since wget obviously
T:\TMPwget -d -m ftp://ftp.pc.ibm.com/pub/pccbbs/mobiles/spsdiv62.exe
DEBUG output created by Wget 1.7 on Windows.
parseurl (ftp://ftp.pc.ibm.com/pub/pccbbs/mobiles/spsdiv62.exe;) - host
ftp.pc.ibm.com - ftp_type I - opath pub/pccbbs/mobiles/spsdiv62.exe - dir
pub/pccbbs/mobiles - file
Kathryn C/Maureen O [EMAIL PROTECTED] writes:
I recently downloaded and compiled wget 1.6. I've successfully
retrieved documents using the http protocol, but I cannot ftp a file in
ascii mode.
I read the documentation and found that, wget also supports the
'type' feature for FTP
Quoting Maureen O'Drisceoil ([EMAIL PROTECTED]):
I'm not sure what part of the debug log is relevant, so here's the
whole thing. Thank you.
wget -d ftp://hostname.harvard.edu/CURRENT.URLS2.TXT;type=a
Try the following
wget -d
: Wget 1.6 Microsoft Windows
binary
There is a broken link on your page with URL http://sunsite.dk/wget/index.html
refering to Heiko Herold with URL http://www.geocities.com/heiko_herold/.
It seems that he has moved.
Is there a chance to get a Wget 1.6 Microsoft
Windows binary (.exe
Paul Eggert [EMAIL PROTECTED] writes:
* A command like wget -rl1 'ftp://elsie.nci.nih.gov/pub/' -A'tz*.tar.gz'
is less natural than wget 'ftp://elsie.nci.nih.gov/pub/tz*.tar.gz'.
Yes. I feel that the Right Thing would be for Wget to DWIM and
translate the glob pattern into a -A form when
Paul Eggert [EMAIL PROTECTED] writes:
I'm using wget 1.6 on Solaris 8 (sparc), and am connected to the
Internet via a Squid 2.3.STABLE4 proxy server on a host named
'firewall'. I can access single files OK, but I can't use FTP
globbing.
That's true. You need to use somethign like:
wget
Paul Eggert [EMAIL PROTECTED] writes:
Perhaps if ftp_proxy is an FTP URL, wget should assume a FWTK-style
proxy? (Currently it rejects such a setting.)
That sounds reasonable. I'll have to look into FWTK proxies, which
look like a Good Thing anyway.
There is a broken link on your page with URL http://sunsite.dk/wget/index.html
refering to Heiko Herold with URL http://www.geocities.com/heiko_herold/.
It seems that he has moved.
Is there a chance to get a Wget 1.6 Microsoft
Windows binary (.exe file) somewhere.
The 1.5.3 version misses
From: Hrvoje Niksic [EMAIL PROTECTED]
Date: 31 May 2001 11:40:26 +0200
Paul Eggert [EMAIL PROTECTED] writes:
I'm using wget 1.6 on Solaris 8 (sparc), and am connected to the
Internet via a Squid 2.3.STABLE4 proxy server on a host named
'firewall'. I can access single files OK, but I
I'm using wget 1.6 on Solaris 8 (sparc), and am connected to the
Internet via a Squid 2.3.STABLE4 proxy server on a host named
'firewall'. I can access single files OK, but I can't use FTP globbing.
Looking at the code, I don't see a trivial fix. If you don't see a
fix either, perhaps
I'm using wget 1.6 on Solaris 8 (sparc), and am connected to the
Internet via a FWTK FTP proxy http://www.fwtk.org/main.html.
If I want to retrieve a file via the standard Solaris 'ftp' command,
without using 'wget', I do something like this:
$ ftp firewall
Connected
Hiroshi Takekawa [EMAIL PROTECTED] writes:
Hrvoje Niksic [EMAIL PROTECTED] writes:
since there seems to be problems with translation project site, I'll
post et.po update here.
Thanks for the translation; I've now updated it in the 1.6 and the 1.7
CVS branch.
Please update ja.po
When building wget 1.6 on Solaris 2.5.1 with GCC 2.95.3, I ran
into the following porting problem.
snprintf.c: In function `dopr':
snprintf.c:230: warning: subscript has type `char'
snprintf.c:254: warning: subscript has type `char'
This is warning that isdigit doesn't work on negative
Quoting Paul Eggert ([EMAIL PROTECTED]):
When building wget 1.6 on Solaris 2.5.1 with GCC 2.95.3, I ran
into the following porting problem.
snprintf.c: In function `dopr':
snprintf.c:230: warning: subscript has type `char'
snprintf.c:254: warning: subscript has type `char
Date: Sun, 8 Apr 2001 12:05:35 +0200
From: Jan Prikryl [EMAIL PROTECTED]
Wouldn't just an explicit type cast to `(unsigned char)ch' suffice?
That would work for now, but it won't work if wget got properly
internationalized. That is because isdigit(x) succeeds for non-ASCII
digits in some
Paul Eggert [EMAIL PROTECTED] writes:
That would work for now, but it won't work if wget got properly
internationalized. That is because isdigit(x) succeeds for
non-ASCII digits in some locales. Some locales have multiple ways
to represent the decimal digits, and some locales even have
Russ Allbery [EMAIL PROTECTED] writes:
That's why Wget 1.7 incorporates its own implementation of IS* macros
(from Gcc) and uses them consistently. Except in snprintf.c, which is
not part of Wget proper. *sigh*
...since snprintf.c isn't part of wget proper, it *might* be called in a
Hrvoje Niksic [EMAIL PROTECTED] writes:
The problem is, I'm not sure there is an upstream version of snprintf.c.
As you know, it is used by several different projects. That's why I'm
trying to avoid changing it, unless it is absolutely necessary.
I'd been assuming
in the future. Also, on hosts without LC_MESSAGES, Wget
1.6 invokes setlocale with LC_ALL, which in turn affects LC_CTYPE.
So I thought it safer (as well as faster) for Wget to use '0'=x x='9'.
Ask Philipp Thomas... he has already done that.
On Tue, 3 Apr 2001, [iso-8859-1] Nicolás Lichtmaier wrote:
The problem is that when using gettext you must set LC_CTYPE (since
recent versions of libc). The C library is really lacking in this
respect, one should be able to force a
* Nicols Lichtmaier ([EMAIL PROTECTED]) [20010404 09:07]:
That's what 1.7 does.
Yup... I guess I'll port that to 1.6. It's easy to do.
Here's my patch against the WGET_1.6 branch as of today:
src/ChangeLog:
2001-04-04 Philipp Thomas [EMAIL PROTECTED]
* safe-ctype.h: New file.
That's what 1.7 does.
Yup... I guess I'll port that to 1.6. It's easy to do.
Here's my patch against the WGET_1.6 branch as of today:
Thanks, I'll use this.
Nicols Lichtmaier [EMAIL PROTECTED] writes:
New Glibc needs LC_CTYPE in order to work well.
The -C option was not being recognized.
Thanks for the patch; I've applied the latter to 1.6 and 1.7.
Leaving out LC_CTYPE was intentional; setting it has the potential to
mess up the ctype macros.
Nicols Lichtmaier [EMAIL PROTECTED] writes:
It was ignoring the error when getting a directory failed.
Thanks for the patch; I've applied it to 1.6 and 1.7.
Nicols Lichtmaier [EMAIL PROTECTED] writes:
These are the Spanish messages for Wget 1.6
Thanks for the translation; I've now added it to both branches of the
repository.
Toomas Soome [EMAIL PROTECTED] writes:
since there seems to be problems with translation project site, I'll
post et.po update here.
Thanks for the translation; I've now updated it in the 1.6 and the 1.7
CVS branch.
Hrvoje Niksic [EMAIL PROTECTED] writes:
since there seems to be problems with translation project site, I'll
post et.po update here.
Thanks for the translation; I've now updated it in the 1.6 and the 1.7
CVS branch.
Please update ja.po too.
--
Hiroshi Takekawa [EMAIL PROTECTED]
wget
Hi,
I have problems in compiling the recent version wget-1.6. Attached the log
files for "./configure" and "make".
If you have further questions, feel free to ask me.
Hope this helps.
Pedro
Note: I'd like to be cc'd in replies to my post because I am not subscribed.
Dan Harkless [EMAIL PROTECTED] writes:
--- src/recur.c Sun Dec 17 20:28:20 2000
+++ src/recur.c.new Sun Mar 25 20:25:12 2001
@@ -165,7 +165,18 @@
first_time = 0;
}
else
+{
+u = newurl ();
+err = parseurl (this_url, u, 0);
+if (err == URLOK)
"Pedro Montero" [EMAIL PROTECTED] writes:
gcc -I. -I. -DHAVE_CONFIG_H -DSYSTEM_WGETRC=\"/usr/local/etc/wgetrc\" -DLO
CALEDIR=\"/usr/local/share/locale\" -O2 -Wall -Wno-implicit -c log.c
log.c: In function `logprintf':
log.c:382: `__builtin_va_alist' undeclared (first use this function)
Hrvoje Niksic [EMAIL PROTECTED] writes:
To be sure that *all* HTML files are handled, I think the addition
needs to be triggered from within retrieve_url, say by calling a
"register_html_file_for_conversion()". I think I'll provide such a
fix tonight.
Sounds good. Wonder if it should be
It was ignoring the error when getting a directory failed.
--- wget-1.6.orig/src/ftp.c
+++ wget-1.6/src/ftp.c
@@ -1047,10 +1047,9 @@
/* Return the directory listing in a reusable format. The directory
is specifed in u-dir. */
-static struct fileinfo *
-ftp_get_listing (struct urlinfo
New Glibc needs LC_CTYPE in order to work well.
The -C option was not being recognized.
--- wget-1.6.orig/src/main.c
+++ wget-1.6/src/main.c
@@ -90,6 +90,7 @@
makes http_atotm() malfunction. */
#ifdef LC_MESSAGES
setlocale (LC_MESSAGES, "");
+ setlocale (LC_CTYPE, &
These are the Spanish messages for Wget 1.6
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR Free Software Foundation, Inc.
# FIRST AUTHOR EMAIL@ADDRESS, YEAR.
#
msgid ""
msgstr ""
"Project-Id-Version: GNU Wget 1.6\n"
"POT-Creation-Date: 2001-02-26 21:18-0300\
I've just installed wget-1.6 on all our local UNIX architectures
(about 8 flavors), and got this new warning:
wget: /u/sy/beebe/.netrc:46: unknown token ""
The line in question is blank.
Software that doesn't allow blanks and comments in files is
decidedly user
Hello,
I updated Polish translation for wget 1.6. I noticed, that previous file had
all polish characters changed to '?'. I don't know the reason of that. Maybe
because of some conversion of gettext. Anyway, please put this new file in Your
distribution.
It's already fixed in CVS
The configure file from wget appears to unconditionally choose the GNU
format of message files. CATOBJEXT is unconditionally set to ".gmo"
in aclocal.m4 and thus configure. This results in the precompiled
gmo-files included in the distribution to be installed.
On a standard Solaris system,
53 matches
Mail list logo