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.
[Linux GZDoom] Bad numeric constant error
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.
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.
-
TDRR
- Posts: 812
- Joined: Sun Mar 11, 2018 4:15 pm
- Operating System Version (Optional): Manjaro/Win 8.1
- Graphics Processor: Intel (Modern GZDoom)
- Location: Venezuela
-
_mental_
-
- Posts: 3807
- Joined: Sun Aug 07, 2011 4:32 am
Re: [Linux GZDoom] Bad numeric constant error
What’s your system language? Execute locale command in Terminal and post its output.
-
TDRR
- Posts: 812
- 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
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?
https://pastebin.com/dUT7ASSm
So, i assume that changing the language to english will fix this?
-
_mental_
-
- Posts: 3807
- Joined: Sun Aug 07, 2011 4:32 am
Re: [Linux GZDoom] Bad numeric constant error
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.
We do some explicit things in code to make such conversion language agnostic. Apparently this fails for unknown reason in your case.
-
Graf Zahl
- Lead GZDoom+Raze Developer
- Posts: 48854
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: [Linux GZDoom] Bad numeric constant error
The relevant comment says:
(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?)
So apparently some component the app links to on your system is playing foul here.// 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_*
(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: 3807
- Joined: Sun Aug 07, 2011 4:32 am
Re: [Linux GZDoom] Bad numeric constant error
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.
There is a non-standard set of functions in some C library implementations that accepts locale explicitly as an argument.
-
Graf Zahl
- Lead GZDoom+Raze Developer
- Posts: 48854
- Joined: Sat Jul 19, 2003 10:19 am
- Location: Germany
Re: [Linux GZDoom] Bad numeric constant error
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.
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.