You are here

Qalculate 4.5.0 launch error

8 posts / 0 new
Last post
ralmon
Offline
Last seen: 1 year 3 months ago
Joined: 2009-07-31 11:51
Qalculate 4.5.0 launch error

When I try to run the Qalculate app, nothing appears to happen. In the Windows Applications event log, I see the following:

Faulting application name: qalculate-gtk.exe, version: 0.0.0.0, time stamp: 0x63a024eb
Faulting module name: libglib-2.0-0.dll, version: 2.72.1.0, time stamp: 0x00000000
Exception code: 0x40000015
Fault offset: 0x000aad51

When I navigate to the App\Qalculate subfolder, and run the qalculate-gtk.exe manually, I get the same error event as above. Manually running qalculate-qt.exe pops up an error message "The application was unable to start correctly (0x000007b). Click OK to close the application."

Next: I downloaded the "portable" version from their website, and get the same error as above for qalculate-gtk.exe, but qalculate-qt.exe actually runs!

As an experiment, I copied the DLLs and EXEs from the web version into the PortableApps folder, then edited App\AppInfo\Launcher\QalculatePortable.ini file as follows:
[Launch]
ProgramExecutable=Qalculate\qalculate-qt.exe

This method works, but is there anything else I could have done to make this easier? Perhaps install some kind of VC++ Redistribution set?

Thanks for any suggestions

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

First off, what operating system are you running? Without that, I can't reproduce the error. It runs without issue here on Windows 10 64-bit.

Second, what do you mean by 'web version'? Ours is built with the contents of the '32-bit "portable" zip package' directly from the publisher unzipped into QalculatePortable\App\Qalculate.

Third, is there some reason you switched to the Qt version over the Gtk version specifically?

Sometimes, the impossible can become possible, if you're awesome!

ralmon
Offline
Last seen: 1 year 3 months ago
Joined: 2009-07-31 11:51
Hi John,

Hi John,

I have Win 10 64-bit. Winver returns 21H2 (OS build 19044.2364).

Sorry, you're right, I should have specified the version I dl'd: With web version I meant the download from the Qalculate web site (http://qalculate.github.io/downloads.html). I used the 64-bit "portable" zip package, as I didn't realize PortableApps was a 32-bit version.

Okay, with that knowledge, let me start again.

My finding:
32-bit version - neither GTK nor QT versions work
64-bit version - GTK does not work, QT does work (which was the reason why I did the experimental INI file edit)

I guess I should bring it up with the Qalculate devs since, as you pointed out, PortableApps simply has the same 32-bit files.

Thanks for setting me on the right path.

Cheers!
Ray

John T. Haller
John T. Haller's picture
Online
Last seen: 18 min 22 sec ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
GTK installed elsewhere?

Do you have GTK installed with another app somewhere else on your system that might be in your system path? If so, isolating the app might help. Start with a vanilla install of Qalculate! Portable. Open up the QalculatePortable.ini within QalculatePortable\App\AppInfo\Launcher. Just before the [Activate] section, add the following:

[Environment]
PATH=%PAL:AppDir%\Qalculate

I also tested the app on a clean Windows 7 64-bit and clean Windows 10 64-bit virtual machine where it runs without issue. The error you're seeing isn't what we'd see if a Visual C++ runtime were missing.

BTW - what's your full install path?

Sometimes, the impossible can become possible, if you're awesome!

ralmon
Offline
Last seen: 1 year 3 months ago
Joined: 2009-07-31 11:51
It is possible that over the

It is possible that over the years some version of GTK and/or QT made it to the drive. I ran a few searches but couldn't find anything obvious. Environment also doesn't seem to have anything set that looks related.

I deleted the QalculatePortable folder, reinstalled via the PortableApps platform, and added your mod suggestion to the QalculatePortable.ini with the same result. I also tried running from a command prompt in which environment I specifically unset the PATH variable (verified it was gone with ProcessExplorer once launched). Sigh.

You've already tried a clean install, so it remains a mystery for now.

The PA version is installed at c:\usr\bin\PortableApps\QalculatePortable, and the web version was unpacked at c:\usr\bin\qalculate. I actually tried a few versions 4.5, 4.4, 4.0, and 3.2.2 - in each one (all 64-bit), the QT executable works on this system, but the other one does not. The event log mentions as faulting module libglib-2.0-0.dll for 4.5 and 4.4, and lists C:\WINDOWS\System32\KERNELBASE.dll for 4.0 and 3.2.2

However, you probably have a lot of work on your plate. No need for you to use a lot of time on this. I can still use the 64-bit QT version from a PA folder structure, and be quite content.

Thanks for bearing with me so long, though. If I chance upon new info, I'll bring an update here.

Cheers!

John T. Haller
John T. Haller's picture
Online
Last seen: 18 min 22 sec ago
AdminDeveloperModeratorTranslator
Joined: 2005-11-28 22:21
Qalculate bug due to bin in full path, developers aware

I replicated your setup and was able to reproduce the bug. I've narrowed it down to one specific trigger. If the directory you're running Qalculate from has a parent directory named bin, it will fail to run. This affects both the 32-bit GTK and Qt versions of the current 4.5.0 release. In the 64-bit version, the Qt build will work but the GTK build will fail.

I checked the project's githhub issues searching for 'bin' and it turns out this is a known bug (Issue 171) with the base Qalculate! app. I've added my own current discoveries to the bug in the hopes that it will be addressed. I also added a note to the portable app's page.

Sometimes, the impossible can become possible, if you're awesome!

ralmon
Offline
Last seen: 1 year 3 months ago
Joined: 2009-07-31 11:51
Thanks

Wow, fantastic detective work! I didn't think to check the directory. Old habits...

I just had installed the PortableApps version in a Win 11 Sandbox, and of course it ran because I was too lazy to setup my usual folder structure. I guess this old dog will have to learn a few new tricks, a different folder naming scheme in the least - ha!

Thanks so much, John, for taking the time during this end of year period.

Have a wonderful New Year!

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

You're welcome! Bummed there's not a solution yet but at least we know what's going on now. Duplicating a setup can often help when trying to track down an issue like this. I wouldn't have thought it was a path issue either.

Have a great new year!

Sometimes, the impossible can become possible, if you're awesome!

Log in or register to post comments