getInstallPrefix() returns a wrong path

[sevaa]

I'm hacking Cura on Windows. That requires Uranium. I have a clone of Cura repository in d:\dev\Cura, a clone of the Uranium repository under d:\dev\Uranium. The latter is in PYTHONPATH.

The startup file of Cura is d:\dev\Cura\cura_app.py. When I start Cura, sys.argv[0] contains "D:\dev\Cura\cura_app.py", and Uranium's UM.Application.getInstallPrefix() returns the parent of that, which is "d:\dev", which can't be right.

Maybe when Cura is installed into Program Files, the folder hierarchy is different and cura_app.py goes into some folder below the install path.

[awhiemstra]

It is actually correct, but getInstalltionPrefix() is rather useless on non-Linux machines or when running directly from source. The installation prefix is assumed to be the directory one level higher than the application's main script, because on Linux the usual installation location is $prefix/bin/$executable. In your case, on Windows, this ends up being C:\dev. This should cause no problems as far as I know, since we only use it as a base path in certain locations like the resource lookup, which would most of the time just ignore it since it would resolve a resource location to a non-existing directory.