[Linux GZDoom] Bad numeric constant error

Need help running G/Q/ZDoom/ECWolf/Zandronum/3DGE/EDuke32/Raze? Did your computer break? Ask here.

Moderator: GZDoom Developers

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 Reply
User avatar
TDRR
Posts: 815
Joined: Sun Mar 11, 2018 4:15 pm
Operating System Version (Optional): Manjaro/Win 8.1
Graphics Processor: Intel (Modern GZDoom)
Location: Venezuela

[Linux GZDoom] Bad numeric constant error

Post by TDRR »

Hi, i have an issue where GZDoom doesn't even start up, i just get the following error message: Script error, "gzdoom.pk3:compatibilty.txt" line 6: SC_GetFloat: Bad numeric constant "1.090909"

If it helps, i'm running Canaima 4.1 (Basically a rebrand of Linux Mint Debian Edition with crappy added apps), the GZDoom is 3.3.2 installed from the .deb packages stored in the ZDoom.org archive.
The only specifications of this PC i know of are a 1.4GHz Celeron CPU, some Intel iGPU i don't know the name of and 2GB of RAM.

I already tried extracting the gzdoom.pk3 and zd_extra.pk3 from the latest .zip distribution of GZDoom and that doesn't fix anything, same after a reinstall.
_mental_
 
 
Posts: 3812
Joined: Sun Aug 07, 2011 4:32 am

Re: [Linux GZDoom] Bad numeric constant error

Post by _mental_ »

What’s your system language? Execute locale command in Terminal and post its output.
User avatar
TDRR
Posts: 815
Joined: Sun Mar 11, 2018 4:15 pm
Operating System Version (Optional): Manjaro/Win 8.1
Graphics Processor: Intel (Modern GZDoom)
Location: Venezuela

Re: [Linux GZDoom] Bad numeric constant error

Post by TDRR »

Sorry for the very late reply, but the output is the following:
https://pastebin.com/dUT7ASSm

So, i assume that changing the language to english will fix this?
_mental_
 
 
Posts: 3812
Joined: Sun Aug 07, 2011 4:32 am

Re: [Linux GZDoom] Bad numeric constant error

Post by _mental_ »

Yes, this may help because it's something with conversion from string to numbers.
We do some explicit things in code to make such conversion language agnostic. Apparently this fails for unknown reason in your case.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49056
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: [Linux GZDoom] Bad numeric constant error

Post by Graf Zahl »

The relevant comment says:
// Set LC_NUMERIC environment variable in case some library decides to
// clear the setlocale call at least this will be correct.
// Note that the LANG environment variable is overridden by LC_*
So apparently some component the app links to on your system is playing foul here.
(BTW, am I the only one who thinks that it's borderline [censored word] to implement this so that the internal workings of the entire CRT can be affected globally by this?)
_mental_
 
 
Posts: 3812
Joined: Sun Aug 07, 2011 4:32 am

Re: [Linux GZDoom] Bad numeric constant error

Post by _mental_ »

Me too. Until this issue I didn’t even know that we have a dependency on locale settings.
There is a non-standard set of functions in some C library implementations that accepts locale explicitly as an argument.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49056
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: [Linux GZDoom] Bad numeric constant error

Post by Graf Zahl »

We always had that dependency. Which is all fine and well if the same CRT wasn't shared with any system library the app pulls in directly or indirectly. You only need to have one stinker in there which doesn't handle this properly and all hell will break loose.

What I don't get is that they just altered the behavior of the standard parsing/text output functions instead of providing separate locale-aware versions. That entire attitude is just playing with fire and risking to break stuff. It's amazing that it took this long for this problem to show under Linux. Fortunately, on Windows this is impossible because the statically linked CRT is not shared with anything. No idea about Mac, though.
Post Reply

Return to “Technical Issues”