FreeOrion

Ugh, sorry, I forgot until just now.

...passing a string literal to a function accepting pointers to non-const characters. Not really... static constexpr char* bool_regex = "(?i:true|false)"; should be static constexpr const char* bool_regex = "(?i:true|false)"; because while constexpr implies the pointer itself is const, that doesn't...

Cjkjvfnby wrote: ↑Fri Jan 15, 2021 5:09 pmIt was not my choice.

I didn't mean / assume it was, rather just that you'd know why, such as it being due to the limits of some Linux distros.

Cjkjvfnby wrote: ↑Fri Jan 15, 2021 3:59 pmHow python3.5 version was chosen?

I would have thought you'd know better than most people likely to reply...

Is it a good time to check if we can switch to a more modern version now?

I think so.

I don't know a situation in C++ part but want to encourage someone to make a look at it and get low hanging fruit. Visual Studio has some built-in code analysis that I've used to find potential issues in FreeOrion code, but the results have been mostly unimportnant or arising from external, mostly ...

Turns out you can't but the interface tells you you can, then a bunch of your ships get blown up if you believe it. It specifically listed both systems as possible retreat squares, but the ships didn't move. I'm not majorly fussed which way it works, but the interface saying one thing and the game ...

If you notice something like this happening, it would be helpful to include client and server log files from when it happens and a save that reproduces the issue when reporting it...

[ 62%] Linking CXX executable freeorion /usr/bin/ld: CMakeFiles/freeorion.dir/UI/SidePanel.cpp.o: undefined reference to symbol 'glMaterialfv' /usr/bin/ld: //lib/x86_64-linux-gnu/libGL.so.1: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status Looks similar...

CFV, are you able to compile FreeOrion from source? Possibly adding #if defined(MS_WINDOWS) // forces stream encoding to UTF8, which will hopefully fix issues on windows with non-english locale settings const std::string ENCODING{"UTF-8"}; auto encoding_result = Py_SetStandardStreamEncoding(ENCODING...

Geoff the Medio wrote: ↑Thu Dec 17, 2020 1:42 pm

I could avoid this problem by adding
Code

-Dfile.encoding=UTF-8

to "bin\pycharm.exe.vmoptions".

Is that something we can pass or set somehow when launching the Python interpreter?

Probably can be done with Py_SetStandardStreamEncoding but I'm not sure what valid parameter values would be.

So the converse of the Spatial Distortion Generator, that pulls ships in instead of pushing them away?

Fatal Python error: Py_Initialize: can't initialize sys standard streams LookupError: unknown encoding: cp932 Current thread 0x00003f60 (most recent call first): Googling the error gave this: https://stackoverflow.com/questions/51053464/fatal-python-error-py-initialize-cant-initialize-sys-standard-...

The system is in Japanese, with Japanese windows Are you able to run programs from the command line? All I can think to suggest is to have you run freeoriond.exe from the windows command prompt and see if it starts up, then in a separate command prompt window, run "freeorion --network.server.extern...

What language is the system set to that you're running FreeOrion on? The client log has something slightly suggestive:

Can I use "Statistic" or something else to query the planetary focus within an effect? Something like value = Value + (Statistic Condition LocalCandidate.focus = "FOCUS_PROTECTION") + 1 Yes, with an arbitrary condition, like https://github.com/freeorion/freeorion/blob/master/default/scripting/ship_...