Weird issues with GZDoom binary

Forum rules
Contrary to popular belief, we are not all-knowing-all-seeing magical beings!

If you want help you're going to have to provide lots of info. Like what is your hardware, what is your operating system, what version of GZDoom/LZDoom/whatever you're using, what mods you're loading, how you're loading it, what you've already tried for fixing the problem, and anything else that is even remotely relevant to the problem.

We can't magically figure out what it is if you're going to be vague, and if we feel like you're just wasting our time with guessing games we will act like that's what you're really doing and won't help you.

Post a reply

Smilies
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :geek: :ugeek: :!: :?: :idea: :arrow: :| :mrgreen: :3: :wub: >:( :blergh:
View more smilies

BBCode is OFF
Smilies are ON

Topic review
   

Expand view Topic review: Weird issues with GZDoom binary

Re: Weird issues with GZDoom binary

by sacarias » Thu Dec 30, 2021 7:00 pm

Kind of solved by doing slower, longer internet searches.

Seems like a "thing" (not even necessarily a "bug") in Debian-based distros.

Also, in general, trying to run direct binaries from file manager is seemingly considered not a very "common" practice. Perhaps not even "orthodox"?

Weird issues with GZDoom binary

by sacarias » Mon Dec 06, 2021 5:02 pm

Built GZDoom on Debian 11 on build directory $HOME/gzdoom_build by following steps in wiki page.
It seems to work normally by running it from command line.

However, I found some weird stuff after doing few small tests.

Running normally from command line works; but trying to run it from file manager in GUI opens a window "Choose application to run with. File type: shared library". The same result as if trying to open this way any other .so library file.
Hell, binary even has the same icon as .so libraries, instead of the characteristic icon of common "executable binaries"...

Also, I tried symlinking gzdoom binary from gzdoom_build to $HOME/bin, which is included in PATH.
Tried running by invoking it with just "gzdoom"; got a window "Fatal error: Cannot find gzdoom.pk3". The same result as if renaming gzdoom.pk3 inside gzdoom_build to something else, then trying to run normally from command line.
The only case it works is when invoking from $HOME/bin directory itself. Hell, in that case just use "./gzdoom" while there...

Finally, "file" command shows gzdoom binary as "ELF 64-bit LSB pie executable"; while other common binaries are "ELF 64-bit LSB executable", without "pie". An internet search showed that LSB pie executables are actually just "shared libraries", but executable.

Could someone help with the described issues, by chance, please?
Could they be related to the fact that binary is a "pie executable"?

Thanks for your attention.

Top