Re: test wget_options_fuzzer seems never pass

to “Remove '-lgdi32' from linking with WinTLS”. Best Regards, YX Hao

[PATCH] Support for tag

Hi Sho Amano, You’d better send you patch as an attachment next time. It’s convenient to use as Tim said. I made the change on my branch with your name. Good catch. https://github.com/lifenjoiner/wget-for-windows/commit/ae540f71a8efb9e64e978e45370bcf15134a7255 Best Regards, YX Hao

RE: test wget_options_fuzzer seems never pass

/5ef44c9dddca79ec9866371e52c12a5c861e18ac Best Regards, YX Hao -Original Message- From: Tim Rühsen Hi YX Hao ! I see all the work you into the Windows version of Wget - thanks, that's awesome ! Darshit's plan was to release wget 1.21 soon - let's get his opinion if we should integrate all

test wget_options_fuzzer seems never pass

Hey guys, ``` static const char *argv[] = { "wget", "-q" }; ``` It won’t return 0 … Best Regards, YX Hao

Some tests fixes

for Windows: https://github.com/lifenjoiner/wget-for-windows/commit/d8fe630922b25334c817a829a2ea9e913b256b0d Hope they can help! Best Regards, YX Hao

Windows native hashes wrapper implemented

/36bc1b9a44d516d90f5f9686cc233978a8115820 Best Regards, YX Hao

Windows native https, ftps and ntlm implemented

/33e42fba76d89f4a0ca2bf876414d7692f5fdf58 https://github.com/lifenjoiner/wget-for-windows/commit/b928bfacf6cc0e6dc6e06981be0669274433f5b0 Best Regards, YX Hao

RE: Windows native hashes wrapper implemented

at least 79 KB smaller with metalink support enabled. If you are interested in it, please refer to commits: https://github.com/lifenjoiner/wget-for-windows/commit/36bc1b9a44d516d90f5f9686cc233978a8115820 Best Regards, YX Hao

New URL transcoding model and Windows native IDN support implemented

/lifenjoiner/wget-for-windows/commit/071d680d829d6056b892104ffe12a6cf2c6407d7 https://github.com/lifenjoiner/wget-for-windows/commit/bd993e36db726c212794746b9ba9027678ab0b3a https://github.com/lifenjoiner/wget-for-windows/commit/0778432a6dd0fb91866c8ae227e3f40ef0ee060b Best Regards, YX Hao

Re: [Bug-wget] Patch: Fix printing mutibyte characters as unprintable characters on Windows

returns the codepage as command 'chcp'. It is right. The gnu 'vsnprintf' doesn't work right with 'setlocale' omitted. Best Regards, YX Hao

Re: [Bug-wget] Patch: Fix printing mutibyte characters as unprintable characters on Windows

.%d", CP); + setlocale(LC_ALL, MBCP); +#endif } At last, one more thing, I'm wondering if it could print correct on multibyte characters with GNU-NLS linked but without 'setlocale'? Best Regards, YX Hao wget_v1.9.2_Fix printing mutibyte characters as unprintable characters opatch Description: Binary data

[Bug-wget] Patch: Fix printing mutibyte characters as unprintable characters on Windows

Dear Tim, During my daily use, I've found a few small bugs and made the patches. I will email them in standalone topics. Patch is attached. I made the patch on Windows. I think it shouldn't break anything on other platforms. Please take a review :) Best Regards, YX Hao wget_v1.9.2_Fix

[Bug-wget] Patch: Make url_file_name also convert remote path to local encoded

Dear Tim, The 2nd patch is attached. Please take a review :) Best Regards, YX Hao wget_v1.9.2_Make url_file_name also convert remote path to local encodedpatch Description: Binary data

[Bug-wget] Patch: Avoid unnecessary UTF-8 encoded fallback

; +} + else + DEBUGP (("[Needn't fallback to non-utf8 for %s\n", quote (url))); } else DEBUGP (("[Couldn't fallback to non-utf8 for %s\n", quote (url))); Regards, YX Hao wget_v1.9.1_Avoid_unnecessary_UTF-8_encoded_fallback.patch Description: Binary data

[Bug-wget] Patch: Improve configuration for converting to utf8 capability

on that. Because it is caused by logical consideration confused and more complicate. I am trying to figure it out ... Maybe :p Hoping the encoding related feature can be improved ASAP! Regards, YX Hao convert-to-utf8-only-needs-libiconv.patch Description: Binary data

Re: [Bug-wget] patch: Improve the rolling file name length for downloading progress image when without NLS

ort if it >works for you ? > I have done it. Got 'NO_ USE_NLS_PROGRESS_BAR.png'. Just to make sure that we are on the same page. This will unconditionally bring you to the point, where this issue happens. Rebuilt and tested. The problem remains ;) >Regards, Tim Regards, YX Hao

Re: [Bug-wget] patch: Improve the rolling file name length for downloading progress image when without NLS

will be reproduced progressively on the screen :( Regards, YX Hao

Re: [Bug-wget] patch: Stored file name coversion logic correction

> Date: Thu, 16 Feb 2017 12:42:23 +0800 (CST) > From: "YX Hao" <lifenjoi...@163.com> > > I downloaded the 'mbox format' original, and found out the reason why you > can't reproduce the issue. > The non-ASCII characters you use is encoded in "iso-8859-1"

Re: [Bug-wget] patch: Stored file name coversion logic correction

F8', which is the remote server's default encoding. That won't cause iconv error :) Think about 'UFT8' incompatible encoding envrionments ... Regards, YX Hao >Hi Tim, > >First, sorry for not subscribing the maili

[Bug-wget] patch: Improve the rolling file name length for downloading progress image when without NLS

. Best Regards, YX Hao wget-1.19.1_progress_no-NLS-filename-bytes2copy.patch Description: Binary data

[Bug-wget] patch: Stored file name coversion logic correction

Regards, YX Hao wget-1.19.1-url-convert-fname.patch Description: Binary data