You are here

WinWGet (Application Error)

10 posts / 0 new
Last post
NiMhurchu
Offline
Last seen: 3 years 8 months ago
Joined: 2007-03-04 03:20
WinWGet (Application Error)

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.

Patrick Patience
Offline
Last seen: 4 years 3 months ago
DeveloperModerator
Joined: 2007-02-20 19:26
What OS?

What operating system are you running?

OpaJo
Offline
Last seen: 13 years 1 month ago
Joined: 2007-12-17 14:10
Same issue

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!

OpaJo
Offline
Last seen: 13 years 1 month ago
Joined: 2007-12-17 14:10
Problem solved

Finally I found the solution:
vcredist_x86.exe must be installed. This can be found on Microsoft download side.

Patrick Patience
Offline
Last seen: 4 years 3 months ago
DeveloperModerator
Joined: 2007-02-20 19:26
Thank You

I'll look into that some more and make a note on the download page.

John T. Haller
John T. Haller's picture
Online
Last seen: 8 min 4 sec ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
Include Em

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!

OpaJo
Offline
Last seen: 13 years 1 month ago
Joined: 2007-12-17 14:10
I tried to copy all *.dlls

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.

John T. Haller
John T. Haller's picture
Online
Last seen: 8 min 4 sec ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
More

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!

Chris Morgan
Chris Morgan's picture
Offline
Last seen: 8 years 9 months ago
Joined: 2007-04-15 21:08
"Side-by-side" assemblies

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

puzzles
Offline
Last seen: 13 years 3 weeks ago
Joined: 2011-03-06 20:16
What about an open source solution?

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.

Log in or register to post comments