Not many changes from the previous beta. This is for the purposes of
the Translation Project, to which I've submitted `wget.pot', and which
might wonder where to get the source of a wget-1.9-beta3 from.
Get it from:
http://fly.srk.fer.hr/~hniksic/wget/wget-1.9-beta3.tar.gz
Mauro's IPv6
jayme [EMAIL PROTECTED] writes:
[...]
Before anything else, note that the patch originally written for 1.8.2
will need change for 1.9. The change is not hard to make, but it's
still needed.
The patch didn't make it to canonical sources because it assumes `long
long', which is not available on
This beta includes several important bug fixes since 1.9-beta1, most
notably the fix for correct file name quoting with recursive FTP
downloads. Important Windows fixes by Gisle Vanem and Herold Heiko
are also present.
Get it from:
http://fly.srk.fer.hr/~hniksic/wget/wget-1.9-beta2.tar.gz
Jack Pavlovsky [EMAIL PROTECTED] writes:
It's probably a bug: bug: when downloading wget -mirror
ftp://somehost.org/somepath/3acv14~anivcd.mpg, wget saves it as-is,
but when downloading wget ftp://somehost.org/somepath/3*, wget saves
the files as 3acv14%7Eanivcd.mpg
Thanks for the report.
Thanks for the patch, I've now applied it using the following
ChangeLog entry:
2003-09-26 Gisle Vanem [EMAIL PROTECTED]
* mswindows.c (read_registry): Removed.
(set_sleep_mode): New function.
(windows_main_junk): Call it.
BTW, unless you want your patch to be reviewed
Could the person who sent me the patch for Windows compilers support
please resend it? Amidst all the viruses, I accidentally deleted the
message before I've had a chance to apply it. Sorry about the
mistake.
To unsubscribe, send mail to [EMAIL PROTECTED].
failed to enforce
the exception.) This patch should fix it:
2003-09-24 Hrvoje Niksic [EMAIL PROTECTED]
* url.c (url_escape_1): Revert unintentional change to lowercase
xdigit escapes.
(url_escape_dir): Document that this function depends on the
output
DervishD [EMAIL PROTECTED] writes:
Yes, you're true, but... How about using C99 large integer types
(intmax_t and family)?
But then I can use `long long' just as well, which is supported by C99
and (I think) required to be at least 64 bits wide. Portability is
the whole problem, so
Randy Paries [EMAIL PROTECTED] writes:
Not sure if this is a bug or not.
I guess it could be called a bug, although it's no simple oversight.
Wget currently doesn't support large files.
After a lot of time of sitting in CVS, a beta of Wget 1.9 is
available. To see what's new since 1.8, check the `NEWS' file in the
distribution. Get it from:
http://fly.srk.fer.hr/~hniksic/wget/wget-1.9-beta1.tar.gz
Please test it on as many different platforms as possible and in the
places
In these enlightened times when 2G+ or large files are no longer
considered large even in the third world, more and more people ask for
the ability to download huge files with Wget.
Wget carefully uses `long' for potentially large values, such as
file sizes and offsets, but that has no effect on
Maciej W. Rozycki [EMAIL PROTECTED] writes:
On Mon, 22 Sep 2003, Hrvoje Niksic wrote:
Well, using off_t and AC_SYS_LARGEFILE seems to be the recommended
practice.
Recommended for POSIX systems, perhaps, but not really portable to
older machines. And it doesn't solve the portable
Note that this is not an alias, it's a mailing list you must have
subscribed to before. (We're not in the spam business just yet,
despite certain unfortunate events in the past.) To unsubscribe,
please send mail to [EMAIL PROTECTED].
Daniel Stenberg [EMAIL PROTECTED] writes:
On Mon, 22 Sep 2003, Hrvoje Niksic wrote:
The bottom line is, I really don't know how to solve this
portably. Does anyone know how widely ported software deals with
large files?
In curl, we provide our own *printf() code that works as expected
Sorry about the lack of response. Your feature requests are quite
reasonable, but I have no idea of the timeframe when I'll work on them
(they're not a priority for me). Perhaps someone else is interested
in helping implement them.
The things I planned to tackle for a post-1.9 release are
Mark Veltzer [EMAIL PROTECTED] writes:
On Monday 22 September 2003 00:20, you wrote:
Sorry about the lack of response. Your feature requests are quite
reasonable, but I have no idea of the timeframe when I'll work on
them (they're not a priority for me). Perhaps someone else is
interested
Mark Veltzer [EMAIL PROTECTED] writes:
In addition I would add a flag that makes the URL method work like
the explicit method and vice versa. This would cover all bases.
The semantics of that flag aren't as obvious as it may seem. For
example, it's completely legal to do this:
wget -r
Doug Kaufman [EMAIL PROTECTED] writes:
On Thu, 18 Sep 2003, Hrvoje Niksic wrote:
modifying advance_declaration() in html-parse.c. A future version of
Wget will probably parse comments in a non-compliant fashion, by
considering everything between !-- and -- to be a comment, which is
what
Dimitri Ars [EMAIL PROTECTED] writes:
I'm having trouble connecting with wget to a site using SSL:
[...]
I can repeat this, but currently I don't understand enough about SSL
to fix it. Christian, could you please help?
wget https://145.222.135.165/index.htm
--13:46:36--
Noèl Köthe [EMAIL PROTECTED] writes:
at the end of the description of the option --http-passwd=password:
For more information about security issues with Wget,
The sentence is incomplete.
wget.texi shows:
For more information about security issues with Wget, @xref{Security
Herold Heiko [EMAIL PROTECTED] writes:
Found it.
Using the 23:00 connect.c and the 23:59 retr.c does produce the bug.
Using the 23:59 connect.c and the 23:00 retr.c works ok.
This means the problem must be in retr.c .
OK, that narrows it down. Two further questions:
1) If you comment out
I've noticed the mistake as soon as I compiled with SSL (and saw the
warnings):
2003-09-18 Hrvoje Niksic [EMAIL PROTECTED]
* retr.c (get_contents): Pass the correct argument to ssl_iread.
Index: src/retr.c
===
RCS file
Herold Heiko [EMAIL PROTECTED] writes:
Solution 1: have a switch like --use-protocol-dir = [no|most|all]
no would be the current state:
./www.some.site/index.html
./www.some.site/index.html
./www.some.site/index.html
all would be: always add a directory level for the protocol:
Ilya N. Golubev [EMAIL PROTECTED] writes:
Duplicating my [EMAIL PROTECTED] sent on Wed, 10 Sep 2003
19:48:56 +0400 since mailer reports that [EMAIL PROTECTED] does not
work.
wget -mLd http://www.hro.org/docs/rlex/uk/index.htm
does not follow `A HREF=uk1.htm#1' links contained in the
Lucuk, Pete [EMAIL PROTECTED] writes:
as we can see above, wget has raznoe.shtml.html as the main file,
this is *not* what I want, I *always* want the main file to be name
index.html.
Wget doesn't really have the concept of a main file. As a
workaround, you could simply `ln -s
Herold Heiko [EMAIL PROTECTED] writes:
Does compile now, but I managed to produce an application error during a
test run on a https site.
I produced a debug build with /DDEBUG /Zi /Od /Fd /FR and produced the
wget.bsc by running bscmake on all the sbr files, but I didn't yet
understand how
Christopher G. Lewis [EMAIL PROTECTED] writes:
Here's a small change to print out the OpenSSL version with the -V
--help parameters.
[...]
I think that GNU Wget something should always stand for Wget's
version, regardless of the libraries it has been compiled with. But
if you want to see the
Stefan Eissing [EMAIL PROTECTED] writes:
Of course this is only noticable with HTTP/1.1 server which leave
the connection open and do not apply transfer-encding: chunked for
empty response bodies.
They may not apply chunked transfer because Wget doesn't know how to
handle it. And leaving the
Noèl Köthe [EMAIL PROTECTED] writes:
-infinite retrying.
+infinite retrying. Default (no command-line switch) is to retry
+20 times but fatal errors like connection refused or not found
+(404) are not being retried.
Thanks. I've now committed this:
Index: doc/wget.texi
Herold Heiko [EMAIL PROTECTED] writes:
Repeatable, and it seems to appear with this:
2003-09-15 Hrvoje Niksic [EMAIL PROTECTED]
* retr.c (get_contents): Reduce the buffer size to the amount of
data that may pass through for one second. This prevents long
sleeps when
Stefan Eissing [EMAIL PROTECTED] writes:
Please excuse if this bug has already been reported:
In wget 1.8.1 (OS X) and 1.8.2 (cygwin) the handling of resources
with content-length 0 is wrong. wget tries to read the empty content
and hangs until the socket read timeout fires. (I set the
from unsigned __int64 to double not
implemented, use signed __int64
The culprit seems to be (in wtimer_sys_diff)
#ifdef WINDOWS
return (double)(wst1-QuadPart - wst2-QuadPart) / 1;
#endif
Does this patch help?
2003-09-16 Hrvoje Niksic [EMAIL PROTECTED]
* utils.c
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
Mitra [EMAIL PROTECTED] writes:
Hi,
Thanks for the response.
I've never used Info before, except for documentation of emacs and
very few things are documented there. I suggest it should be
presumed that people will look at man wget or wget --help and
make sure the documentation is
Hrvoje Niksic [EMAIL PROTECTED] writes:
Jochen Roderburg [EMAIL PROTECTED] writes:
Question: Is the often discussed *feature* in version 1.8.x meanwhile
repaired, that special characters in local filenames are
url-encoded?
Hmm, that was another thing scheduled to be fixed for 1.9.
I
Noèl Köthe [EMAIL PROTECTED] writes:
Am Mi, 2003-09-10 um 22.21 schrieb Hrvoje Niksic:
Just a small patch for the documentation:
--- wget-1.8.2.orig/doc/wget.texi
+++ wget-1.8.2/doc/wget.texi
@@ -507,7 +507,7 @@
@item -t @var{number}
@itemx [EMAIL PROTECTED]
Set number
is needed.
2003-09-14 Hrvoje Niksic [EMAIL PROTECTED]
* url.c (append_uri_pathel): Use opt.restrict_file_names when
calling file_unsafe_char.
* init.c: New command restrict_file_names.
* main.c (main): New option --restrict-file-names[=windows,unix
Nicolas, thanks for the patch; I'm about to apply it to Wget CVS.
back the system clock by ~6 milliseconds, to which Wget reacted
badly.
Even so, Wget shouldn't crash. The correct fix is to disallow the
timer code from ever returning decreasing or negative time intervals.
Please let me know if this patch fixes the problem:
2003-09-14 Hrvoje Niksic [EMAIL
Mauro Tortonesi [EMAIL PROTECTED] writes:
On Wed, 10 Sep 2003, Hrvoje Niksic wrote:
Mauro Tortonesi [EMAIL PROTECTED] writes:
Shouldn't we simply check for libinet6 in the usual fashion?
this could be another solution. but i think it would be much better
to do it only for kame
Mauro Tortonesi [EMAIL PROTECTED] writes:
Isn't the second check a matter of running a small test program, as in
the check that Daniel provided (but more sophisticated)?
sure. but what was the problem with stack detection? it's simply a couple
of AC_EGREP_CPP macros after all...
The problem
Mauro Tortonesi [EMAIL PROTECTED] writes:
Thanks for the patch. I'm curious, in what circumstances would one
want to use this option? (I'm also asking because of the manual in
which I'd like to explain why the option is useful.)
e.g., with RFC 3041 temporary ipv6 addresses.
Do they really
[ I'm Cc-ing the list because this might be interesting to others. ]
Mauro Tortonesi [EMAIL PROTECTED] writes:
ok, i agree here. but, in order to help me with my work on wget, could
you please tell me:
* how do you generate a wget tarball for a new release
With the script `dist-wget' in
Mauro Tortonesi [EMAIL PROTECTED] writes:
* how do you generate/maintain gettext-related files (e.g. the files in
the po directory
The `.po' files are from the translation project. POTFILES.IN is
generated by hand when a new `.c' file is added.
ok, but what about Makefile.in.in and
Mauro Tortonesi [EMAIL PROTECTED] writes:
AFAIR wget.pot is generated by Makefile. (It should probably not be
in CVS, though.) Makefile.in.in is not generated, it was originally
adapted from the original Makefile.in.in from the gettext
distribution. It has served well for years in the
Patrick Cernko [EMAIL PROTECTED] writes:
I discovered a small problem with the increasing number of servers with
canching IPs but constant name (provided by Nameservers like
dyndns.org). If the download with wget is interrupted by a IP change
(e.g. a dialup host whose provider killed the
Daniel Stenberg [EMAIL PROTECTED] writes:
These are two snippets that can be used to detect IPv6 support and a
working getaddrinfo() info. Adjust as you see fit!
Thanks a bunch! I'll try it out later today.
Jochen Roderburg [EMAIL PROTECTED] writes:
Question: Is the often discussed *feature* in version 1.8.x meanwhile
repaired, that special characters in local filenames are
url-encoded?
Hmm, that was another thing scheduled to be fixed for 1.9.
Herold Heiko [EMAIL PROTECTED] writes:
could you please check the thread Windows filename patch for 1.8.2
from around 24-05-2002 (Hack Kampbjørn, Ian Abbott) ? That patch
(url.c) got committed to the 1.8 branch but not to the 1.9 branch.
Also, it is comprised of two parts, the first one:
of wasted time.
i agree here.
OK then. Here is an additional patch:
2003-09-09 Hrvoje Niksic [EMAIL PROTECTED]
* url.c (url_parse): Return an error if the URL contains a [...]
IPv6 numeric address and we don't support IPv6.
Index: src/url.c
Thanks to Daniel Stenberg who has either been reading my mind or has
had the exact same needs, here is a patch that brings configure
(auto-)detection for IPv6.
Please test it out on various configurations where IPv6 is or is not
enabled.
ChangeLog:
2003-09-09 Hrvoje Niksic [EMAIL PROTECTED
Newman, David [EMAIL PROTECTED] writes:
This is my third attempt at a Content-Disposition patch and if it
isn't acceptable yet, I'm sure it is pretty close.
Thanks. Note that I and other (co-)maintainers have been away for
some time, so if your previous attempts have been ignore, it might not
Ahmon Dancy [EMAIL PROTECTED] writes:
Is there a wget-announce mailing list?
No.
Alright. Is there a rough estimate for the next release date?
I'm thinking of releasing 1.9 with the accumulated features in the
current CVS. The code base is IMHO stable enough for that. The only
major
Mauro Tortonesi [EMAIL PROTECTED] writes:
here is my rfc2732 patch for wget. here is a brief summary of the
changes i've made:
[...]
Thanks for the patch. I'm about to apply this, with several (minor)
changes:
* I modified the functions to not require a zero-terminated string,
but to
Maciej W. Rozycki [EMAIL PROTECTED] writes:
I couldn't send the patches earlier, sorry. Besides what you have
already done, I have the following bits within my changes.
Thanks, I never would have caught those myself. Do you have
suggestions for Autoconf 2.5x features Wget could put to good
Jeremy Reeve [EMAIL PROTECTED] writes:
Please consider this, my trivial --disable-dns-cache patch for wget.
ChangeLog should read something like:
2003-09-07Jeremy S. Reeve [EMAIL PROTECTED]
* host.c, init.c, main.c, options.h: Added --disable-dns-cache
option
to turn
Ahmon Dancy [EMAIL PROTECTED] writes:
I'll apply it shortly.
Thanks.
Applied now.
Is there a wget-announce mailing list?
No.
[EMAIL PROTECTED] writes:
I found a workaround for the problem described below.
Using option -nh does the job for me.
As the subdomains mentioned below are on the same IP
as the main domain wget seems not to compare their
names but the IP only.
I believe newer versions of Wget don't do
Hrvoje Niksic [EMAIL PROTECTED] writes:
Maciej W. Rozycki [EMAIL PROTECTED] writes:
On Wed, 3 Sep 2003, Hrvoje Niksic wrote:
If you have patches for Wget's configure.in to work with Autoconf
2.5x, I'll gladly accept those, too.
Please note that the changes to support lone autoconf 2.5x
Ahmon Dancy [EMAIL PROTECTED] writes:
Please consider this patch:
[...]
It looks good to me. Cheating about whether the connection was
really refused looks slightly wrong, but on the other hand, changing
every single place that looks at the result is tedious.
Please note that patches should
Maciej W. Rozycki [EMAIL PROTECTED] writes:
On Wed, 3 Sep 2003, Hrvoje Niksic wrote:
If you have patches for Wget's configure.in to work with Autoconf
2.5x, I'll gladly accept those, too.
Please note that the changes to support lone autoconf 2.5x are minimal
and almost exclusively m4
Mauro Tortonesi [EMAIL PROTECTED] writes:
what about the patch for src/url.c?
It looks fine, but I'm not sure I understand why it's necessary to
install full IP address understanding at the URL parsing level.
please, take a look at RFC 2732. it is just 6 pages long and it is
an IETF
Mauro Tortonesi [EMAIL PROTECTED] writes:
Outside Unix this is needlessly complex and completely unnecessary,
not to mention that it doesn't work outside a shell requirement.
Wget tries to help by allowing you to completely avoid Autoconf and
simply provide your own Makefile and config.h.
Mauro Tortonesi [EMAIL PROTECTED] writes:
On Tue, 2 Sep 2003, Herold Heiko wrote:
Did you know wget is currently in lack of a maintainer ?
the GNU website says (http://www.gnu.org/help/help.html):
We are looking for new maintainers for these GNU packages (contact
[EMAIL PROTECTED] if
Mauro Tortonesi [EMAIL PROTECTED] writes:
it makes the sources __MUCH__ easier to maintain, believe me.
How so? It adds the complexity to the build process, and it makes a
crucial build component (Makefiles) almost impossible to understand,
debug, and modify.
that's a point i didn't take
Mauro Tortonesi [EMAIL PROTECTED] writes:
On Tue, 2 Sep 2003, Jeremy Reeve wrote:
I've written a trivial patch to implement the --disable-dns-cache feature
as described in the TODO contained in the CVS tree. I need to write the
Changelog entry which I'll do and post to the patches list
Mauro Tortonesi [EMAIL PROTECTED] writes:
I almost can't believe this is serious -- ansi2knr and the PARAMS
macro are concession enough to pre-ANSI compilers; I wouldn't want to
encumber the program with the KR-style function definitions too.
i agree that supporting KR compilers is a good
[EMAIL PROTECTED] (Georg Bauhaus) writes:
Hrvoje Niksic, Tue, 02 Sep 2003 15:58:02 +0200:
Mauro Tortonesi [EMAIL PROTECTED] writes:
2. Care to elaborate on why you introduced automake in wget?
it makes the sources __MUCH__ easier to maintain, believe me.
How so? It adds
Herold Heiko [EMAIL PROTECTED] writes:
This seems to be a bad timeframe for most developers or skilled
individuals following wget, mostly due to real-world time
constrainsts as far as I understand.
Yes. To make things worse, I am going to serve the civil service for
the next eight months.
I
Sorry about the silence. I've been inactive for the past several
months, and so have most of other developers. The patches are being
accumulated, but not lost.
The anonymous CVS repository exists and is located on sunsite's CVS.
Please note http://wget.sunsite.dk/.
George Prekas [EMAIL PROTECTED] writes:
Give some details about file name sanity.
Currently Wget encodes unsafe characters in file names according to
the rules defined for URLs: by replacing unsafe characters with a %hh
representation. The original rationale for this was to prevent
creation
Sorry about the extended absence. I've been extremely busy at work
and will continue to do so for a while.
If someone wants to get write access to apply bug fixes and do
development, please let me know.
It would probably be nice to release 1.9 before doing destablizing
changes. However, I
Daniel Stenberg [EMAIL PROTECTED] writes:
Yes
If the big bad company wants to use wget and modify it for their own purposes
without giving the source code back, the recently added exception to the GPL
gives them every means:
- Just make your extension a library and name it OpenSSL.
-
Daniel Stenberg [EMAIL PROTECTED] writes:
On Fri, 7 Jun 2002, Martin Trautmann wrote:
I'm afraid that this is only little help, since the current virus fakes a
from by any other address from address book. But maybe it will help to
reduce the garbage from the list.
Refusing mails larger
Radomir Tomis [EMAIL PROTECTED] writes:
Does anyone know how to download a page that yields the message
in subject ?
For example, how to download the following page ?
http://groups.yahoo.com/group/fabia/message/?source=1
Browser gets the page at this URL correctly (either
Thomas Lussnig [EMAIL PROTECTED] writes:
wget 'http://groups.yahoo.com/group/fabia/message/?source=1'
It download the right URL and follow the redirection.
Because you're using the source from CVS where the bug has been
fixed. See my response to Radomir.
Hack Kampbjørn [EMAIL PROTECTED] writes:
But I'm not sure wget should do [HTML de-quoting] for URLs on the
cmd line or in a non-HTML file.
I'm pretty sure that it shouldn't. HTML unquoting only makes sense in
the context of HTML. That's how the browsers behave, as well --
typing amp; in the
I don't know why Wget dumps core on startup. Perhaps a gettext
problem? I have seen reports of failure on startup on Solaris, and it
strikes me that Wget could have picked up wrong or inconsistent
gettext.
Try unsetting the locale-related evnironment variables and seeing if
Wget works then.
This crash seems to be gettext-related. What does `ldd wget' say?
Noel Koethe [EMAIL PROTECTED] writes:
The internationalization of wget seem incomplete. It is translated, but not
properly localized, which can easily be seen here:
Längd: 34,885,632 [audio/mpeg]
100%[] 34,885,632
True. I intended the thousand
Ian Abbott [EMAIL PROTECTED] writes:
Would wt-wintime.u.HighPart work under both compilers? I'm just
asking as someone who would like to see the number of #ifdefs
decrease rather than increase.
Microsoft only document the anonymous form in their Win32 SDK, which
is why I'm hesitant to take
Ian Abbott [EMAIL PROTECTED] writes:
On Wed, 29 May 2002 05:14:14 +0200, Hrvoje Niksic [EMAIL PROTECTED] wrote:
Wget 1.8.2, a bugfix release of Wget, has been released, and is now
available from the GNU ftp site:
ftp://ftp.gnu.org/pub/gnu/wget/wget-1.8.2.tar.gz
This is a bit late
Noel Koethe [EMAIL PROTECTED] writes:
On Mit, 29 Mai 2002, Hrvoje Niksic wrote:
Wget 1.8.2, a bugfix release of Wget, has been released, and is now
available from the GNU ftp site:
Please correct the websites:
http://www.gnu.org/software/wget/
http://wget.sunsite.dk/
News:
The latest
Doug Kaufman [EMAIL PROTECTED] writes:
On Sat, 25 May 2002, Hrvoje Niksic wrote:
Here is the final (ha ha) pre-test for the 1.8.2 bugfix release. Get
...
Please try to compile it and see if it works for you. It should
This doesn't work out of the box for DJGPP or for Cygwin. Appended
Thomas Lussnig [EMAIL PROTECTED] writes:
i make some thoughts about the tls/ssl/input topic. With an look
about who to make such changes easyer in the future. And i think one
good idee maybe something like object orientated. For the input Part
that would be:
[...]
In short: yes, a thing
Thomas Lussnig [EMAIL PROTECTED] writes:
For example, it's wrong to call it input stream if it also allows
writing. Second, if we allow read and write, we should also think
about operations such as seek and rewind. Thirdly, we should think
about peeking, buffered reads, etc. Also, do we allow
Wget 1.8.2, a bugfix release of Wget, has been released, and is now
available from the GNU ftp site:
ftp://ftp.gnu.org/pub/gnu/wget/wget-1.8.2.tar.gz
As anyone who has followed this list knows, 1.8.2 is a bugfix release
that fixes many bugs reported for 1.8.1. An important legal change is
Herold Heiko [EMAIL PROTECTED] writes:
Relevant windows binary at http://space.tin.it/computer/hherold .
One (1, sorry, no time) test done with something like
wget -vkKHp http://ars.userfriendly.org/cartoons/?id=20020527
Seems to work correctly.
Heh, that's a nice test. Glad it works. :-)
Here is another pre-test of what will become Wget 1.8.2 RSN unless a
major problem is discovered.
http://fly.srk.fer.hr/~hniksic/wget/wget-1.8.2-pre4.tar.gz
The difference between -pre3 is that an overlooked https recursion fix
has been imported from the main trunk, thanks to a reminder
Jacques Beigbeder [EMAIL PROTECTED] writes:
I ran into a trouble with:
wget -m http://some/site
because of a line like:
img src=a.gif v:shapes=...
v:shapes contains a character ':', so a.gif isn't mirrored.
Correction for wget 1.8.1:
(line 340 of src/html-parse.c)
#define
Hrvoje Niksic [EMAIL PROTECTED] writes:
Jacques Beigbeder [EMAIL PROTECTED] writes:
I ran into a trouble with:
wget -m http://some/site
because of a line like:
img src=a.gif v:shapes=...
v:shapes contains a character ':', so a.gif isn't mirrored.
Correction for wget 1.8.1
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.
Thomas Lussnig [EMAIL PROTECTED] writes:
i think to add it on all source files is an bit of overkill.
But I was told that it was necessary for legal reasons, therefore it's
already been done.
Because it is only mathers the point on using openssl on some
operating systems. And on the other
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.
Henrik van Ginhoven [EMAIL PROTECTED] writes:
problem, I agree. On large networks some evil-minded person could
write a tiny cron-script that ran once every 5 minutes or so to
parse ps-output looking for nothing but passwords,
Note that the standard workaround for this problem, which is now
Here is the final (ha ha) pre-test for the 1.8.2 bugfix release. Get
it from:
http://fly.srk.fer.hr/~hniksic/wget/wget-1.8.2-pre3.tar.gz
The difference between -pre1 is that the often reported Windows file
name problem has now been fixed.
Please try to compile it and see if it works for
Thanks; I've now applied it to the 1.8.2 branch.
[EMAIL PROTECTED] writes:
I do the following:
wget http://killefiz.de/zaurus/showdetail.php?app=221
but the file is saved as http://killefiz.de/zaurus/showdetail.php@app=221
(*.php?app gets translated to *.php@app)
Are you running Wget on Windows?
Jamie Zawinski [EMAIL PROTECTED] writes:
...since ^M and ^H tricks don't work in emacs shell buffers,
they just make a mess.
Yup. This patch should fix things.
2002-05-24 Hrvoje Niksic [EMAIL PROTECTED]
* progress.c (bar_set_params): Fall back to dot progress
901 - 1000 of 1457 matches
Mail list logo