Re: [Bug-wget] Support non-ASCII URLs (Was: GNU wget 1.17.1 released)

> Date: Sun, 13 Dec 2015 20:04:31 +0100 > From: "Andries E. Brouwer" > Cc: "Andries E. Brouwer" , bug-wget@gnu.org > > On Sun, Dec 13, 2015 at 08:01:27PM +0200, Eli Zaretskii wrote: > > > If no one is going to pick up the gauntlet, I will sit down

Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released)

> From: Tim Ruehsen > Cc: Eli Zaretskii > Date: Tue, 15 Dec 2015 11:02:21 +0100 > > I pushed a conversion fix to master. Thanks! > There is another bug in wget that comes out with > wget -d --local-encoding=cp1255 >

Re: [Bug-wget] Support non-ASCII URLs

This second part is the main part of the change. It uses 'iconv', when available, to convert the file names to the local encoding, before saving the files. Note that the same function I modified is used by ftp.c, so downloading via FTP should also work with non-ASCII file names now; however, I

Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released)

On Monday 14 December 2015 18:33:38 Eli Zaretskii wrote: > > Date: Sun, 13 Dec 2015 20:04:31 +0100 > > From: "Andries E. Brouwer" > > Cc: "Andries E. Brouwer" , bug-wget@gnu.org > > > > On Sun, Dec 13, 2015 at 08:01:27PM +0200, Eli Zaretskii wrote:

Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released)

I pushed a conversion fix to master. There is another bug in wget that comes out with wget -d --local-encoding=cp1255 'http://he.wikipedia.org/wiki/%F9._%F9%F4%F8%E4' Wget double escapes/converts to UTF-8... Maybe you can address this when you are working on the code !? Tim On Tuesday 15

Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released)

On Monday 14 December 2015 22:15:32 Tim Rühsen wrote: > Am Montag, 14. Dezember 2015, 21:58:59 schrieb Eli Zaretskii: > > > From: Tim Rühsen > > > Date: Mon, 14 Dec 2015 20:22:41 +0100 > > > > > > > 1. The functions that call 'iconv' (in iri.c) don't make a point of > > > >

Re: [Bug-wget] flock is not available on solaris 10 (at least sparc)

Hello, Tim. std=c89 is not needed on my environment:  Solaris 10 x86 & (solarisstudio12.4 & gcc-4.8.5). I can make wget wget-1.17.1 without it. This is only for hint, why Christian needs -std=c89. Default of solarisstudio12.4 cc is c11. But, if I use -std=c11 or -std=c99 explicitly, make

Re: [Bug-wget] flock is not available on solaris 10 (at least sparc)

On Tuesday 15 December 2015 21:55:53 Kiyoshi KANAZAWA wrote: > 2. about #error "Compiler or options invalid for pre-UNIX 03 X/Open > applications" This error may depends on compilers. > Both of "solarisstudio12.4" & "gcc-4.8.5" can build wget-1.17.1 without > errors. > > But I once experienced

Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released)

On Tuesday 15 December 2015 16:20:04 Andries E. Brouwer wrote: > On Tue, Dec 15, 2015 at 10:33:10AM +0100, Tim Ruehsen wrote: > > On Monday 14 December 2015 18:33:38 Eli Zaretskii wrote: > > > 1. The functions that call 'iconv' (in iri.c) don't make a point of > > > > > > flushing the last

[Bug-wget] [bug #30177] Permit filtering based on file size

Follow-up Comment #1, bug #30177 (project wget): This is a duplicate of #20483: https://savannah.gnu.org/bugs/?20483 ___ Reply to this item at: ___

[Bug-wget] [bug #35369] "wget" has a bug on exit code with -p / --page-requisites

Follow-up Comment #3, bug #35369 (project wget): Not reproducible with wget 1.15 as well. Returning exit code 8 in both cases. This can be closed. ___ Reply to this item at:

[Bug-wget] [bug #37059] "Filename too long" stops downloads when writing to WARC

Follow-up Comment #3, bug #37059 (project wget): Commit 67e602 was released in v.1.15. Confirmed that the issue is fixed. However, the long file name warning is printed twice in a row (see bug_37059_wget_v1.15_output.txt attached). (file #35758)

Re: [Bug-wget] flock is not available on solaris 10 (at least sparc)

Hello, I built wget-1.17.1 on solaris 10 x86/x64, with compiler solarisstudio12.4 & gcc-4.8.5. 1. "'LOCK_EX' undeclared" is not detected in tar ball ftp://ftp.gnu.org/gnu/wget/wget-1.17.1.tar.xz This problem seems to be the same as mentioned for wget-1.17 last month in subject "Wget 1.17

[Bug-wget] [bug #46611] log errors with --trust-server-names

Follow-up Comment #3, bug #46611 (project wget): Ok, but your example has no ...exe.html' - what your initial complain was. Again, I assume you used -E / --adjust-extension in your very first example. If you did everything is fine. ___

[Bug-wget] [bug #33824] support file:/// URLs

Follow-up Comment #1, bug #33824 (project wget): This is a duplicate of #24347: https://savannah.gnu.org/bugs/?24347 ___ Reply to this item at: ___

Re: [Bug-wget] URL encoding issues (Was: GNU wget 1.17.1 released)

On Tue, Dec 15, 2015 at 10:33:10AM +0100, Tim Ruehsen wrote: > On Monday 14 December 2015 18:33:38 Eli Zaretskii wrote: > > 1. The functions that call 'iconv' (in iri.c) don't make a point of > > flushing the last portion of the converted URL after 'iconv' > > returns successfully having