Hello,
I use a extra file with a long list of http entries. I included this
file with the -i option.
After 154 downloads I got an error message: Segmentation fault.
With wget 1.7.1 everything works well.
Is there a new limit of lines?
Regards,
Dieter Drossmann
Dieter Drossmann [EMAIL PROTECTED] writes:
I use a extra file with a long list of http entries. I included this
file with the -i option. After 154 downloads I got an error
message: Segmentation fault.
With wget 1.7.1 everything works well.
Is there a new limit of lines?
No, there's no
, NET, ORG, GOV, MIL, and INT.
The default value of domain is the host name of the server which generated
the cookie response.
It appears that the algorithm for cookie matching in
wget-1.8.1/src/cookies.c does not agree with this spec.
Jeff
Log trace:
$ wget -d --load-cookies c:/temp
This crash seems to be gettext-related. What does `ldd wget' say?
Solaris 2.6
wget 1.8.1
rucio:gct$ wget
Fallo de segmentación(coredump)
rucio:gct$ gdb `which wget` core
GDB is free software and you are welcome to distribute copies of it
under certain conditions; type show copying to see the conditions.
There is absolutely no warranty for GDB; type show
On Sat, 25 May 2002 19:03:45 +0200, Hrvoje Niksic
[EMAIL PROTECTED] wrote:
Ian Abbott [EMAIL PROTECTED] writes:
The 1.8.2 branch is pretty similar to 1.8.1 at the moment and
doesn't compile with any version of Borland C++.
Should we care to fix that before the release? I'm not sure how
Ian Abbott [EMAIL PROTECTED] writes:
Should we care to fix that before the release? I'm not sure how
important error-free compilation under Borland is.
I could attempt to get it to compile on Borland C++ 4.5. I'm not sure
which previous releases compiled okay with that compiler, though.
Ian Abbott [EMAIL PROTECTED] writes:
The 1.8.2 branch is pretty similar to 1.8.1 at the moment and
doesn't compile with any version of Borland C++.
Should we care to fix that before the release? I'm not sure how
important error-free compilation under Borland is.
I used the publicly available release version available at
ftp.gnu.org/pub/gnu/wget/wget-1.8.1.tar.gz and simply just untarred it to a windows
directory and then ran the configure -borland command before running make and getting
these error messages. No problems doing this at work with MS
On Wed, 22 May 2002 18:04:34 +0200, Herold Heiko
[EMAIL PROTECTED] wrote:
Latest cvs should compile correctly with borland compilers.
The latest CVS (main branch) should compile correctly with Borland C++
5.52 (which is a free download from Borland's site), but will not
compile with earlier
Just a query about if anyone has tried compiling
this version on a Borland compiler (4.5) or similar for windows. Normally
Icompile Wget on Linux but now only having a winmodem I want to get it
working under windows.
The last version I tried compiling sucessfully was
wget 1.5.2 with no
-Original Message-From: Matt and Kylee
[mailto:[EMAIL PROTECTED]]Sent: Wednesday, May 22, 2002 3:57
PMTo: [EMAIL PROTECTED]Subject: query compiling wget 1.8.1
on Borland C++ 4.5
Just a query about if anyone has tried compiling
this version on a Borland compiler (4.5) or similar
to change with the new version to get this
working again? Please CC: all responses to [EMAIL PROTECTED] Thanks!
I have captured the debug output below:
DEBUG output created by Wget 1.8.1 on solaris2.8.
Enqueuing http://sunsolve.sun.com/autopatch at depth 0
Queue count 1, maxcount 1.
Dequeuing http
Hello wget hackers :)
While mirroring Debian I killed wget, and when resuming the
mirroring one of the files in the remote site 'shrunk' (correctly, it
is updated daily). The problem is that, being the new size smaller
than the old, wget doesn two things wrong:
- First, it doesn't
On 11 Apr 2002 at 18:55, Nelson H. F. Beebe wrote:
what happens if you configure it with the option
--x-includes=/usr/local/include ?
On SGI IRIX 6.5, in a clean directory, I unbundled wget-1.8.1.tar.gz,
and did this:
% env CC=c89 ./configure --x-includes=/usr/local/include
Nelson H. F. Beebe [EMAIL PROTECTED] writes:
The wget-1.8.1 release is evidently intended to be buildable with
old-style KR compilers, since it automatically detects this, and
filters the source code with ansi2knr.
Unfortunately, there are some syntactical things in the wget source
code
Nelson H. F. Beebe [EMAIL PROTECTED] writes:
c89 -I. -I. -I/opt/include -DHAVE_CONFIG_H
-DSYSTEM_WGETRC=\/usr/local/etc/wgetrc\ -DLOCALEDIR=\/usr/local/share/locale\ -O
-c connect.c
cc-1164 c89: ERROR File = connect.c, Line = 94
Argument of type int is incompatible with parameter of
On 11 Apr 2002 at 19:14, Hrvoje Niksic wrote:
Nelson H. F. Beebe [EMAIL PROTECTED] writes:
c89 -I. -I. -I/opt/include -DHAVE_CONFIG_H
-DSYSTEM_WGETRC=\/usr/local/etc/wgetrc\ -DLOCALEDIR=\/usr/local/share/locale\ -O
-c connect.c
cc-1164 c89: ERROR File = connect.c, Line = 94
Christopher Scott [EMAIL PROTECTED] writes:
The attached file contains a link which causes wget 1.8.1 to crash
on Solaris i386 and sparc, on both Solaris 7 and 8 on both
platforms. However, I downloaded the latest version for Windows, and
it ran correctly!?!
I'm afraid I cannot get Wget
I'm using the NT port of WGET 1.8.1.
FTP retrieval of files works fine, retrieval of directory listings fails.
The problem happens under certain conditions when connecting to OS2 FTP
servers.
For example, if the current directory on the FTP server at login time is
e:/abc, the command wget ftp
hello,
this is probably a suggestion more than a bug report..
I use wget 1.8.1 compiled with ssl support. I tried to recursively download a HTTPS
web site. When it didn't work, I had a look at the output with a -d option and then to
source file recur.c.
It appears there that recursion
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo specialists,
I used wget 1.8.1 on my system to mirror the site www.europa.eu.int.
Transfer was throug a proxy and DSL over night.
After about 12-13 hours I found following situation:
Totally download about 1.8GB data.
wget process
that
currently claims to support proxy user/pass in URL fails :-)
The attached patch (wget-1.8.1) fixes it. It always interprets at least
proxy user name and password as URL encoded strings and decodes them
before use. It allows you to specify anything including ':' and '' as
part of name
Dear folks,
I've installed wget-1.8.1 on a Compaq AlphaServer running Tru64 UNIX 5.1, and couldn't
make it to work in continuous transfer mode, I mean, recovering a file transfer that
was interrupted by some reason.
This is my command line:
wget -c
ftp://linux.frs.cpqcorp.net/linux/distros
On Mar 8, 1:11pm, Rodriguez, Julian wrote:
And these are the error messages:
Continued download failed on this file, which conflicts with `-c'.
Refusing to truncate existing file `suse-axp-CD2-20010509-2.iso'.
This is a problem I have also seen often with newer wget versions.
I've seen it
I'm using WGET 1.8.1 in Windows 2000 Pro/ IE
5.0,
and there is a proxy to reach the 'Net. ?How do I
specify
the proxy IP address port number in
WGET?
Thanks,
jose emilio
The wget-1.8.1 release is evidently intended to be buildable with
old-style KR compilers, since it automatically detects this, and
filters the source code with ansi2knr.
Unfortunately, there are some syntactical things in the wget source
code that ansi2knr cannot recognize, and they prevent
I got a build failure for wget-1.8.1 on Sun Solaris 2.8 with gcc-2.95.3;
switching to cc in a fresh build was successful.
Here is the compilation failure:
gcc -I. -I.-DHAVE_CONFIG_H -DSYSTEM_WGETRC=\/usr/local/etc/wgetrc\
-DLOCALEDIR=\/usr/local/share/locale\ -O2 -Wall -Wno-implicit -c gen
I got a build failure for wget-1.8.1 on SGI IRIX 6.5 with c89;
switching to gcc-2.95.3 in a fresh build was successful.
Here are the compilation failures:
% env CC=c89 ./configure make all -i
...
c89 -I. -I. -I/opt/include -DHAVE_CONFIG_H -DSYSTEM_WGETRC=\/usr/local/etc/wgetrc\
-DLOCALEDIR
-Version: GNU Wget 1.7-dev\n
+Project-Id-Version: GNU Wget 1.8.1\n
POT-Creation-Date: 2001-02-23 13:23-0800\n
-PO-Revision-Date: 1999-02-09 02:00+\n
-Last-Translator: Simos KSenitellis [EMAIL PROTECTED]\n
-Language-Team: Greek [EMAIL PROTECTED]\n
+PO-Revision-Date: 2001-02-20 02:00+\n
+Last
[EMAIL PROTECTED] writes:
I translated the few remaining messages in the greek po file.
Here are the diffs.
Please, try to get in contact with the last translator (cf. the Cc:) to
avoid duplicate work. Thanks a lot!
Thanks for writing and maintaining such a great tool.
--
Linux frechet
Version: wget 1.8.1
Platform: Linux Mandrake 8.1
(both Mandrake packaged version and locally compiled vanilla version)
How to reproduce (example):
wget -o wget.debuglog -d -v \
-r -np -p -x -N -nH \
-R gz,zip,tgz,pdf,ps \
http://www.w3.org/TR/xmlschema-0
There is an error in what I
Hello.
when i download a file with wget --spider http://
i get all wget output and the file isn't downloaded, which is ok,
but when i use it w/ ftp, for example:
~creep[~]$ bin/wget -O /dev/null --spider
ftp://ftp.alfa.pl/pub/drivers/vga/_directx/w98/DX81pol.exe
--23:32:20--
Hello
I'm using WGet 1.8.1 for downloading files over FTP protocol.
when filename contain spaces url is like that ftp://server.name/file%20name
and it saves files also with %20 in file names
Prior I was using WGet 1.7 and it saved spaces as the should be.
My OS is RedHat 7.2
I tried w32
Lauri Mägi [EMAIL PROTECTED] writes:
I'm using WGet 1.8.1 for downloading files over FTP protocol.
when filename contain spaces url is like that ftp://server.name/file%20name
and it saves files also with %20 in file names
Prior I was using WGet 1.7 and it saved spaces as the should
It's supposed to be a feature, but many users dislike that particular
feature. Which means it is likely to go away in the next release.
(Some dangerous characters will still be encoded to %hh, but space is
likely not to be one of them.)
Is it possible to make and default set witch is bad and
Jonathan Davis [EMAIL PROTECTED] writes:
I recently successfully compiled and installed wget 1.8.1 on my box.
The new OS and architecture reads as follows: Mac OS X
(powerpc-apple-darwin5.2)
Thanks for the report; I've now updated MACHINES.
I compiled wget 1.8.1 from source
However, running wget www.yahoo.com for example
(or just any URL) doesn't do anything. There is no
output on the next screen.
The machine I am running it on is:
SunOS iecsv 5.7 Generic_106541-16 sun4u sparc SUNW,Ultra-Enterprise
wget 1.8 works just fine
Bastiaan Stougie [EMAIL PROTECTED] writes:
Executing rpm -ta --clean wget-1.8.1.tgz gives an error, after some searching I
discovered this
is because the version in util/wget.spec is incorrect: Version: 1.7 should be:
Version: 1.8.1.
Furthermore, executing rpm -Fvh wget-1.8.1-1.i686.rpm
Ryan Daniels [EMAIL PROTECTED] writes:
The following command line causes a Segfault on my system:
wget -spider http://www.yahoo.com
Note that the correct syntax is `--spider', and that this (currently
defunct) option does not accept arguments.
But the bug you've uncovered is real: you can
I recently successfully compiled and installed wget 1.8.1 on my box.
The new OS and architecture reads as follows: Mac OS X
(powerpc-apple-darwin5.2)
Jonathan
Jochen Roderburg [EMAIL PROTECTED] writes:
This release 1.81. has still the problem (bug/feature ?), that *unsafe*
characters are hex-encoded in local filenames.
Yes.
Any plans to repair this ?
For 1.9, hopefully.
Jiang Wei [EMAIL PROTECTED] writes:
I tried to download a whole directory in a FTP site by using `-r -np'
options, and I have go through some firewall
via http_proxy/ftp_proxy. But I failed, wget-1.8.1 only retrieved the
first indexed ftp file list and stopped working, while wget-1.5.3 can
Dear Sir,
I downloaded the newest version of wget (v 1.8.1), and I found a problem.
I tried to download a whole directory in a FTP site by using `-r -np'
options, and I have go through some firewall
via http_proxy/ftp_proxy.
But I failed, wget-1.8.1 only retrieved the first indexed ftp file
Wget 1.8 is released. As usual, it should appear on ftp.gnu.org after
a while; until it does, you can get it from:
ftp://ftp.srk.fer.hr/pub/unix/util/wget/wget-1.8.1.tar.gz
MD5 checksum of the archive is:
6ca8e939476e840f0ce69a3b31c13060
Please send bug reports to [EMAIL PROTECTED
Hrvoje Niksic wrote:
Alexey Aphanasyev [EMAIL PROTECTED] writes:
rm -f *.o wget *~ *.bak core *._o *._c
rm: ~: is a directory
*** Error code 1
This is really weird. It seems that you have created a subdirectory
named ~ which makes rm fail and `make distclean' stop.
Yes, it was
Hello,
I got an error (see attachment) during latest CVS Wget 1.8.1-pre2+cvs
compilation. My platform is FreeBSD 4.4. The latest successfully
compiled version was Wget 1.8+cvs.
Regards,
Alexis
gateway:~/work/wget$make install
cd src make CC='gcc' CPPFLAGS='' DEFS='-DHAVE_CONFIG_H
Alexey Aphanasyev [EMAIL PROTECTED] writes:
I got an error (see attachment) during latest CVS Wget
1.8.1-pre2+cvs compilation.
[...]
gcc -O2 -Wall -Wno-implicit -o wget cmpt.o connect.o cookies.o fnmatch.o ftp.o
ftp-basic.o ftp-ls.o ftp-opie.o getopt.o hash.o headers.o host.o html-parse.o
On 18 Dec 2001 at 23:13, Hrvoje Niksic wrote:
Ian Abbott [EMAIL PROTECTED] writes:
If I have a website http://somesite/ with three files on it:
index.html, a.html and b.html, such that index.html links only to
a.html and a.html links only to b.html then the following command
will
Ian Abbott [EMAIL PROTECTED] writes:
what I actually used was more like the following:
wget -r -l 1 http://somesite/~user/index.html \
http://somesite/~user/a.html
which resulted in a.html being downloaded twice.
If I replace the ~'s on the command-line with %7E's then it
Yes, sure. Please find it attached bellow.
Hrvoje Niksic wrote:
Alexey Aphanasyev [EMAIL PROTECTED] writes:
I got an error (see attachment) during latest CVS Wget
1.8.1-pre2+cvs compilation.
[...]
gcc -O2 -Wall -Wno-implicit -o wget cmpt.o connect.o cookies.o fnmatch.o ftp.o
ftp
On 19 Dec 2001 at 17:40, Alexey Aphanasyev wrote:
Hrvoje Niksic wrote:
The `gnu-md5.o' object is missing. Can you show us the output from
`configure'?
Yes, sure. Please find it attached bellow.
Have you tried running make distclean before ./configure? It is
possible that some of your
Several fixes since 1.8.1-pre2. As I said the last time, if all goes
well, I plan to release 1.8.1 some time tomorrow.
Get it from:
ftp://gnjilux.srk.fer.hr/pub/unix/util/wget/.betas/wget-1.8.1-pre3.tar.gz
(The `.betas' directory is intentionally unreadable, but the file
Alexey Aphanasyev [EMAIL PROTECTED] writes:
Something is very wrong here. Almost every single line of configure
output is cached. What version of Autoconf are you using?
autoconf-2.13
That version should work. Have you performed `make distclean' before
configuring? It sounds like some
Ian Abbott wrote:
On 19 Dec 2001 at 17:40, Alexey Aphanasyev wrote:
Hrvoje Niksic wrote:
The `gnu-md5.o' object is missing. Can you show us the output from
`configure'?
Yes, sure. Please find it attached bellow.
Have you tried running make distclean before ./configure? It is
I don't have time to look at this problem today, but I thought I'd
mention it now to defer the 1.8.1 release.
If I have a website http://somesite/ with three files on it:
index.html, a.html and b.html, such that index.html links only to
a.html and a.html links only to b.html then the following
Ian Abbott [EMAIL PROTECTED] writes:
If I have a website http://somesite/ with three files on it:
index.html, a.html and b.html, such that index.html links only to
a.html and a.html links only to b.html then the following command
will retrieve all three files:
wget -r -l 1
Hrvoje Niksic [EMAIL PROTECTED] writes:
For me, this patch fixes the bug in both cases:
And introduces a new one. This patch is required on top of the
previous one. Or simply upgrade to the latest CVS.
2001-12-18 Hrvoje Niksic [EMAIL PROTECTED]
* recur.c (retrieve_tree): Make a
Minor fixes. Should compile on SunOS. If all goes well, I plan to
release 1.8.1 some time tomorrow.
Get it from:
ftp://gnjilux.srk.fer.hr/pub/unix/util/wget/.betas/wget-1.8.1-pre2.tar.gz
(The `.betas' directory is intentionally unreadable, but the file is
there.)
ChangeLog since 1.8.1
Hrvoje Niksic [EMAIL PROTECTED] writes:
Get it from:
ftp://gnjilux.srk.fer.hr/pub/unix/util/wget/.betas/wget-1.8.1-pre1.tar.gz
Something is wrong with that network. The prerelease is now also
available at:
http://muc.arsdigita.com:2005/wget-1.8.1-pre1.tar.gz
:
ftp://gnjilux.srk.fer.hr/pub/unix/util/wget/.betas/wget-1.8.1-pre1.tar.gz
(The `.betas' directory is intentionally unreadable, but the file is
there.)
ChangeLog since last release:
2001-12-13 Hrvoje Niksic [EMAIL PROTECTED]
* version.c: Wget 1.8.1-pre1 is released.
2001-12-13
61 matches
Mail list logo