[Cannot Start Game - Get Mod Screen Instead]

public/public

[Cannot Start Game - Get Mod Screen Instead]

I did. Same error. It drives me nuts when something that worked before fails for no apparent reason.

[Installation on CentOS 7]

Ignore previous. For some reason I cannot edit the text, it only lets me edit the reason.

In any case, the version of gcc needed is 7.2.1. devtoolset-7-gcc needs to be installed manually.

[Installation on CentOS 7]

Sorry, my mistake. It needs version 5.8 or better.

[Cannot Start Game - Get Mod Screen Instead]

Well, I tried to reinstall and I am back to getting errors in the make. Please see https://wildfiregames.com/forum/index.php?/topic/24985-installation-on-centos-7/. Boost has been the main problem. Now for some reason it will no longer link.

==== Building pyrogenesis (release) ====
Linking pyrogenesis
obj/pyrogenesis_Release/main.o: In function `generic_category':
/usr/local/include/boost/system/error_code.hpp:498: undefined reference to `boost::system::detail::generic_category_ncx()'
/usr/local/include/boost/system/error_code.hpp:498: undefined reference to `boost::system::detail::generic_category_ncx()'
/usr/local/include/boost/system/error_code.hpp:498: undefined reference to `boost::system::detail::generic_category_ncx()'
/usr/local/include/boost/system/error_code.hpp:498: undefined reference to `boost::system::detail::generic_category_ncx()'
/usr/local/include/boost/system/error_code.hpp:498: undefined reference to `boost::system::detail::generic_category_ncx()'
collect2: error: ld returned 1 exit status
make[1]: *** [../../../binaries/system/pyrogenesis] Error 1
make: *** [pyrogenesis] Error 2

Very frustrating.

[Installation on CentOS 7]

I've been pretty busy. I looked at the entry and the one thing that is missing is that gcc version 4.8.5 also needs to be manually installed as that is not available from the CentOS 7 repos.

[Cannot Start Game - Get Mod Screen Instead]

Should I report this as a bug? Do I need to collect some debug info first?

[Cannot Start Game - Get Mod Screen Instead]

No joy. It comes right back to the mods screen.

[Cannot Start Game - Get Mod Screen Instead]

That didn't help much. Now I get this screen but I don't know what to do from there.

[Cannot Start Game - Get Mod Screen Instead]

As far as I recall there was never anything other than the zip file in that directory. I certainly wouldn't have deleted it intentionally.

[Cannot Start Game - Get Mod Screen Instead]

I wanted to look at some different maps so I extracted binaries/data/mods/public/public.zip. That is when it started so I re-zipped it but that didn't help.

[Cannot Start Game - Get Mod Screen Instead]

Here it is.

[Cannot Start Game - Get Mod Screen Instead]

Thanks for the reply. I don't see anything about public on that screen. There is an enable/disable button but it is grayed out as is the visit web site button.

[Cannot Start Game - Get Mod Screen Instead]

I don't know what I did but I am no longer able to launch the game. Rather than the start screen coming up, I am getting the mods screen. There seems to be no way to get from that screen to the game. How do I fix this?

[Installation on CentOS 7]

After a couple of hours of play I don't seem to find any problems other than me. :-) I am willing to give someone a login on my server if they want to create a CentOS 7 RPM. I've never messed with that.

I can't produce enough resources yet to keep up with more than 2 onslaughts and still get to town level. The third defeats me even on the very easy level. I don't like the fact that I cannot build any walls until town level. The older version allowed a wood stockade at village level but that seems to have been removed for some reason. But that is another thread.

[Installation on CentOS 7]

I didn't play very long but, yes, it seems to work fine.

[Installation on CentOS 7]

Arrrggggggh! Got past Atlas but now I'm back to a boost problem:

Linking test
obj/test_Release/test_Color.o: In function `generic_category':
/usr/local/include/boost/system/error_code.hpp:498: undefined reference to `boost::system::detail::generic_category_ncx()'
/usr/local/include/boost/system/error_code.hpp:498: undefined reference to `boost::system::detail::generic_category_ncx()'
/usr/local/include/boost/system/error_code.hpp:498: undefined reference to `boost::system::detail::generic_category_ncx()'
/usr/local/include/boost/system/error_code.hpp:498: undefined reference to `boost::system::detail::generic_category_ncx()'
/usr/local/include/boost/system/error_code.hpp:498: undefined reference to `boost::system::detail::generic_category_ncx()'
collect2: error: ld returned 1 exit status
make[1]: *** [../../../binaries/system/test] Error 1
make: *** [test] Error 2

 

[Installation on CentOS 7]

Something has happened to the epel repostiory as it is no longer accessible. (Cannot retrieve metalink for repository: epel/x86_64. Please verify its path and try again). I'm trying to contact the epel team to see what is wrong. In any case what is the significance of bypassing Atlas? How does that effect the game?

[Installation on CentOS 7]

Woo-hoo! More progress. I keep forgetting to rerun that script. Anyway, I made it past pyrogenesis.

SnapSplitterWindow.cpp
In file included from /usr/include/wx-2.8/wx/version.h:17:0,
                 from /usr/include/wx-2.8/wx/defs.h:134,
                 from /usr/include/wx-2.8/wx/wxprec.h:13,
                 from ../../../source/tools/atlas/AtlasUI/Misc/precompiled.h:48:
../../../source/tools/atlas/AtlasUI/CustomControls/MapDialog/MapDialog.cpp: In constructor ‘MapDialog::MapDialog(wxWindow*, MapDialogType, const wxIcon&)’:
../../../source/tools/atlas/AtlasUI/CustomControls/MapDialog/MapDialog.cpp:113:54: error: ‘Lm_Type’ was not declared in this scope
  filenameSizer->Add(new wxStaticText(this, wxID_ANY, _(m_Type == MAPDIALOG_SAVE ? "Map name: " : "Map path: ")), wxSizerFlags().Align(wxALIGN_CENTER_VERTICAL));
                                                      ^
make[1]: *** [obj/AtlasUI_Release/MapDialog.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make: *** [AtlasUI] Error 2

I'm guessing I need better than wx-2.8.

[Installation on CentOS 7]

Thanks. That may have helped a little. I removed the standard boost which was 1.57. That eliminated any potential conflict. I then installed 1.68 and that seems to have worked.

>echo -e '#include <boost/version.hpp>\nBOOST_VERSION' | gcc -x c++ -E -
# 1 "<stdin>"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "<command-line>" 2
# 1 "<stdin>"
# 1 "/usr/local/include/boost/version.hpp" 1 3
# 2 "<stdin>" 2
106800

However, I am not sure where the boost script (b2) installed everything. I don't think I am getting as far because I now get this error:

Linking pyrogenesis
/usr/bin/ld: cannot find -lboost_filesystem-mt
/usr/bin/ld: cannot find -lboost_system-mt
collect2: error: ld returned 1 exit status
make[1]: *** [../../../binaries/system/pyrogenesis] Error 1
make: *** [pyrogenesis] Error 2

I'm guessing I have a path issue somewhere since those '-mt' files are now gone from /usr/include/boost. Is it possible they are no longer needed?

[Installation on CentOS 7]

Thanks but no joy. Have I reached a dead end?

[Installation on CentOS 7]

I'm not sure if I have it or not. In my file they end with '-mt':

LIBS += -Wl,--start-group ../../../binaries/system/libmocks_real.a ../../../binaries/system/libnetwork.a ../../../binaries/system
/libtinygettext.a ../../../binaries/system/liblobby.a ../../../binaries/system/libglooxwrapper.a ../../../binaries/system/libsimulation2.a
../../../binaries/system/libscriptinterface.a ../../../binaries/system/libengine.a ../../../binaries/system/libgraphics.a ../../../binaries
/system/libatlas.a ../../../binaries/system/libgui.a ../../../binaries/system/liblowlevel.a ../../../binaries/system/libmongoose.a -Wl,--end-
group -lGL -lSDL2 -lpng -lz -lmozjs38-ps-release -lxml2 -lboost_filesystem-mt -lboost_system-mt -lenet -lcurl -licui18n -licuuc -lsodium
-lX11 -lXcursor -lopenal -lvorbisfile -lnvcore -lnvmath -lnvimage -lnvtt -lgloox -lminiupnpc -lrt -ldl

 

[Installation on CentOS 7]

Since the code in the Makefile does not match option 2 (I assume I have a newer version) as suggested, does no one know where to put the suggested code in the current make file?

[Installation on CentOS 7]

No. I don't see any of that code in the 'Makefile' so I don't know where to add it.

[Installation on CentOS 7]

No joy. Just to make sure I understood your suggestion, this is what I did:

#ifndef INCLUDED_PCH_BOOST
#define INCLUDED_PCH_BOOST

#include "lib/external_libraries/suppress_boost_warnings.h"

#if MSC_VERSION
# define BOOST_HAS_STDINT_H
#endif

// Boost
// .. if this package isn't going to be statically linked, we're better off
// using Boost via DLL. (otherwise, we would have to ensure the exact same
// compiler is used, which is a pain because MSC8, MSC9 and ICC 10 are in use)
#ifndef LIB_STATIC_LINK
# define BOOST_ALL_DYN_LINK
#endif

// don't compile get_system_category() etc, since we don't use them and they
// sometimes cause problems when linking.
// But Filesystem <= 1.43 requires boost::system::posix, so only disable if newer
#include <boost/version.hpp>
#if BOOST_VERSION >= 104400
# define BOOST_SYSTEM_NO_DEPRECATED
#endif

// the following boost libraries have been included in TR1 and are
// thus deemed usable:
#if BOOST_VERSION >= 104400
// Filesystem v3 is included since Boost 1.44
// v2 is deprecated since 1.46 and removed entirely in 1.50
# define BOOST_FILESYSTEM_VERSION 3
#else
# define BOOST_FILESYSTEM_VERSION 2
#endif
#define BOOST_NO_CXX11_SCOPED_ENUMS
#include <boost/filesystem.hpp>
#undef BOOST_NO_CXX11_SCOPED_ENUMS
namespace fs = boost::filesystem;

#endif  // #ifndef INCLUDED_PCH_BOOST