Do we still want to support the older Windows NT4 and 9X versions? If so, we should try loading Rpcrt4.dll dynamically, with LoadLibrary, and if that fails, fall back on the current code. Thanks.
Or have I misunderstood the purpose of WARC in Wget? The Wget docs on it seems rather limited. Seems I have; the warc-file gets overwritten each time Wget runs. I assumed the file(s) should be rotate
Hello, I'm using this wget 1.15 compiled with MinGW: http://sourceforge.net/projects/getgnuwin32/. I'm noticing that when I use the --warc-file parameter in combination with the --directory-prefix pa
Greetings all. Please leave Your's suggestion, commentaries or anything other about this variant of patch to SUBJ. * Solves - if try to create WARC file in Win32, then Wget fail with message "Could n
Hi, For the new --body-data option most of the code that used to reference opt.post_data has been changed to use opt.body_data. I found one remaining reference, hidden in one of the WARC-writing sect
Am Wednesday 17 April 2013 schrieb Giuseppe Scrivano: As I understood, Wget 1.14 aims to be c89/c90 compatible ? If yes, is there any interest to get these issues fixed ? warc.c:160:3: warning: ISO C
Good to see that that's fixed. However, there's another instance of this problem in the warc_write_cdx_record function in warc.c. (I saw that Tim Ruehsen fixed this in his version of the patch.) The
Am Tuesday 13 November 2012 schrieb David Ryskalczyk: One correct possibility would be casting ftello() to long long or maxint_t (or to another at least 64 bit int ) and use %lld / %jd. I tend to use
I found the bug in the first place after using wget in WARC mode on ARM and PPC systems and having trouble extracting the files. I believe the issue stems from this line in warc.c: if (! asprintf (&c
Hi Gijs, the patch is huge and I think we don't want to add some many files into the wget tree. Can't we assume the user will install the warc tools by herself and let configure check if they are ins
I didn't mean it, but yes, that would be the best solution. Eli Zaretskii already already stated that. IMO, best place would be in warc_init(). That would avoid loading the library if the user does n
Thanks, your patch has been pushed to git. On top of it I created the attached patch that implements my suggestion from above. Please review and test on OpenBSD if possible. Tim Attachment: 0001-conf
Thanks for looking at it! I think this makes sense and would be a nice addition on any OS that provides those uuid functions natively. Given the following points: - I didn't sign the FSF paperwork th
Thanks for your contribution ! It looks like a good opportunity to fix ./configure's libuuid detection. We just have to agree on an approach. Suggestion: if --with-libuuid explicitly specified search
It may have some kind of academical use, not sure what people *really* are use this format for. Here you can find links to more detailed information: http://en.wikipedia.org/wiki/Web_ARChive Tim arch