I have just tried WinWget.
Starting the GUI is OK, but no webpage can be downloaded, whether parameters are set or not. I navigated to the folder where the wget binary resides (wget.exe) and tried to run it via command line, but to no avail:
---------------------------
wget.exe - Application Error
---------------------------
The application failed to initialize properly (0xc0150002). Click on OK to terminate the application.
---------------------------
OK
---------------------------
(Did you know that you can copy-and-paste-as-text those error messages with ctrl-c/ctrl-v?)
I re-downloaded WinWget, but it's the same, so I guess the binary is broken.
What operating system are you running?
Same issue here (win xp). When I start a download with WinWGetPortable, Job Status always says: "error". When I start the wget.exe directly I got the above error immediately (0xc0150002). When I start winwget.exe I got this error when starting a download. So it seems to be a problem with wget.exe (not the portable version).
It's curious, because it worked perfectly some month ago!
Finally I found the solution:
vcredist_x86.exe must be installed. This can be found on Microsoft download side.
I'll look into that some more and make a note on the download page.
We should include the runtime libraries with the app as we do for ClamWin, OpenOffice.org, etc. It's allowed by the MS license. And SourceForge.net allows their inclusion with an app when it is a library normally included with the OS.
Sometimes, the impossible can become possible, if you're awesome!
I tried to copy all *.dlls into the application folder because vcredist_x86.exe makes many many registry entries. But no success to do so.
Just for Information:
Got a similar problem with AssaultCubePortable (https://portableapps.com/node/18158). Couldn't start it until I installed the vcredist_x86.exe which is located in "\App\assaultcube\bin_win32" folder over the version I downloaded some days before from Microsoft.
It's more than just DLLs. It also requires a manifest. And some apps will need an addition to the PATH passed to the app EXE, too, so that all files can see it.
Sometimes, the impossible can become possible, if you're awesome!
are a nuisance. They need to be got around by modifying the app manifest. Visual C Runtime 2008 and later (MSVC[RP](80+).dll) are side-by-side assemblies. Earlier versions can just go in the app directory, or in the PATH.
This has also been reported as a problem with the Blender Portable 2.48a Pre-Release.
I am a Christian and a developer and moderator here.
“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1
Maybe this is easier?
http://sourceforge.net/projects/mingw/files/MSYS/wget/ (wget.exe)
http://sourceforge.net/projects/mingw/files/MSYS/BaseSystem/msys-core/ (msys-1.0.dll)
http://sourceforge.net/projects/mingw/files/MSYS/openssl/ (msys-crypto-1.0.0.dll; msys-ssl-1.0.0.dll)
http://sourceforge.net/projects/mingw/files/MSYS/BaseSystem/gettext/ (msys-intl-8.dll)
http://sourceforge.net/projects/mingw/files/MSYS/BaseSystem/libiconv/ (msys-iconv-2.dll)
I actually couldn't get this to work, maybe because it doesn't understand windows command-line options, but there was at least no runtime error. This has the advantage of not depending on m$ crap.
http://users.ugent.be/~bpuype/wget/ hosts statically-linked (to MSVC) wget, also.