...
I was able to work around this issue by changing line 396 of download.bat
to add a '--max-redirect 10' option to the wget call:
bin\%WGETPROG% --max-redirect 10 --no-cache
http://%GETGNUWIN32_SITE%/%UPDATE_NAME%.zip 1sf_diag.tmp 21
...
Hi KJ,
Can you reproduce? ...
Can you explain why you think the zip and sig update files were html and not
the binary contents?
...
[Is the normal list etiquette here to Cc thread participants, or just
reply to the list?]
I tried again today, and the problem did not reproduce. However, I've
seen the same issue before with other SourceForge software, and from
other users trying to download from direct links (usually using wget
or curl).
I knew the file was not the actual binary because it attempted to
download update94d563d1564001.zip. After running download.bat, I could
open/cat/type update94d563d1564001.zip and see that it was only the
HTML content from the original message. It wasn't a zip file at all.
Anyway, I'm not sure what else to do since it's not reproducing now.
--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
___
GnuWin32-Users mailing list
GnuWin32-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gnuwin32-users