jeffnz Posted January 18, 2017 Report Share Posted January 18, 2017 (edited) [jeff@linux ~]$ 0ad Cache: 200 (total: 1980) MiB TIMER| InitVfs: 3.36409 ms TIMER| CONFIG_Init: 2.58018 ms Sound: AlcInit success, using OpenAL Soft TIMER| shutdown ConfigDB: 2.025 us AL lib: (WW) FreeContext: (0xa22ed00) Deleting 64 Source(s) TIMER| resource modules: 9.76073 ms TIMER TOTALS (9 clients) ----------------------------------------------------- tc_dds_transform: 0 c (0x) tc_png_decode: 0 c (0x) tc_pool_alloc: 71.61 kc (2x) tc_transform: 0 c (0x) tc_plain_transform: 0 c (0x) tc_ShaderGLSLLink: 0 c (0x) tc_ShaderGLSLCompile: 0 c (0x) tc_ShaderValidation: 0 c (0x) xml_validation: 0 c (0x) ----------------------------------------------------- TIMER| shutdown misc: 393.98 us Cache: 200 (total: 1980) MiB TIMER| InitVfs: 262.88 ms TIMER| CONFIG_Init: 2.64842 ms Sound: AlcInit success, using OpenAL Soft topology.cpp(105): Assertion failed: "logicalPerPackage % maxCoresPerPackage == 0" Assertion failed: "logicalPerPackage % maxCoresPerPackage == 0" Location: topology.cpp:105 (MaxLogicalPerCore) Call stack: (0x855ae85) /usr/bin/pyrogenesis() [0x855ae85] (0x84ff54d) /usr/bin/pyrogenesis() [0x84ff54d] (0x8500a1d) /usr/bin/pyrogenesis() [0x8500a1d] (0x855439d) /usr/bin/pyrogenesis() [0x855439d] (0x8503609) /usr/bin/pyrogenesis() [0x8503609] (0x8554590) /usr/bin/pyrogenesis() [0x8554590] (0x8290e39) /usr/bin/pyrogenesis() [0x8290e39] (0x8280642) /usr/bin/pyrogenesis() [0x8280642] (0x806cb92) /usr/bin/pyrogenesis() [0x806cb92] (0x805e9b6) /usr/bin/pyrogenesis() [0x805e9b6] (0xb60e91c6) /lib/libc.so.6(__libc_start_main+0xf6) [0xb60e91c6] (0x806b81c) /usr/bin/pyrogenesis() [0x806b81c] errno = 0 (Error during IO) OS error = ? (C)ontinue, (S)uppress, (B)reak, Launch (D)ebugger, or (E)xit? I'm going to try running the game on Windows too. Can I upload a memory dump or anything to see what went wrong? Also - I got 0ad from Fedora repos ... should I install from source instead? That'd be a safer bet I think. Edited January 20, 2017 by jeffnz I updated the title to reflect that it isn't a X server or Wayland issue Quote Link to comment Share on other sites More sharing options...
Skhorn Posted January 18, 2017 Report Share Posted January 18, 2017 Try from source until a dev appears. http://trac.wildfiregames.com/wiki/BuildInstructions#Linux Quote Link to comment Share on other sites More sharing options...
jeffnz Posted January 18, 2017 Author Report Share Posted January 18, 2017 Okay thanks I'll try that tomorrow. I'm bored out of my mind and I can't afford anything on Steam, I don't even have internet where I live. I'm doing a programming course which starts on February 27 so I plan to be here often. I'd rather make games than play them. 3 Quote Link to comment Share on other sites More sharing options...
Skhorn Posted January 18, 2017 Report Share Posted January 18, 2017 If you are bored and you are doing a course on programming and you rather make games than play them, why don't you check this? http://trac.wildfiregames.com/wiki/GettingStartedProgrammers Quote Link to comment Share on other sites More sharing options...
jeffnz Posted January 19, 2017 Author Report Share Posted January 19, 2017 Ha. I'll start with debugging first! Bad news lads, I cannot build from source on Fedora... text file attached. zero_ad_fault Quote Link to comment Share on other sites More sharing options...
FeXoR Posted January 19, 2017 Report Share Posted January 19, 2017 (edited) Hi @jeffnz Welcome to the 0 A.D. forum! Don't take me to serious on this one because I didn't compile the game for more than a year and never used Fedora or RedHat. It looks like you experience a "hardening" linker problem similar to this: https://bugzilla.redhat.com/show_bug.cgi?id=1343892 (That may also contain a solution if you are willing to dive into that) I hope a developer more experienced with the build process will show up soon Have a pleasent stay EDIT: Another link (similar bugreport): https://issues.asterisk.org/jira/browse/ASTERISK-25726 So maybe installing the redhat-rpm-config package fixes the issue *hope* Edited January 19, 2017 by FeXoR Added better fitting bug report and easier fix (hopefully) Quote Link to comment Share on other sites More sharing options...
jeffnz Posted January 19, 2017 Author Report Share Posted January 19, 2017 Yeah I made a post about 0 A.D. on Fedora Forums and a user with 2,400 posts told me to install redhat-rpm-config too. Quote Link to comment Share on other sites More sharing options...
jeffnz Posted January 20, 2017 Author Report Share Posted January 20, 2017 (edited) I installed redhat-rpm-config and ran the make command again. I attached a text file with the output so please download the attachment on this post. I also tried running with make -j3, make -j2 and make -j1. Note, when I say this I mean that I ran: ./update-workspaces.sh -jx *** AND *** make -jx ... in their respective directories (build/workspaces & build/workspaces/gcc) Also, when I run the test binary I get this ./test Running cxxtest tests (301 tests)......... WARNING: Skipping component scripts tests (can't find binaries/data/mods/public/simulation/components/tests/setup.js) Why is there an issue regarding CPU cores? It keeps coming back to that pesky topology.cpp:105 (MaxLogicalPerCore) - time to file a bug report? zero_ad_2 Edited January 20, 2017 by jeffnz Quote Link to comment Share on other sites More sharing options...
Stan` Posted January 20, 2017 Report Share Posted January 20, 2017 Did you by any chance forget to install 0ad-data ? Quote Link to comment Share on other sites More sharing options...
jeffnz Posted January 20, 2017 Author Report Share Posted January 20, 2017 (edited) I must have put the data folder next to the source folder, when it should have gone within the source folder. I'll have another try. Update: APIC: not unique. Floating point exception (core dumped) That's when I try to run pyrogenisis. Edited January 20, 2017 by jeffnz Quote Link to comment Share on other sites More sharing options...
mrben Posted April 23, 2017 Report Share Posted April 23, 2017 Hello, I hit this assertion you reported in the beginning too and I found another thread where people are discussing it. I added a copy of a gdb session I ran with a recent version of the code (it shows logicalPerPackage is 109 and indeed doesn't pass the assertion since maxCoresPerPackage is 2). Perhaps you'll like to monitor that other thread too. Quote Link to comment Share on other sites More sharing options...
jeffnz Posted April 24, 2017 Author Report Share Posted April 24, 2017 Hello there, I managed to fix my issue by installing the latest source. At the time of this thread (3 months ago) I was attempting to build a "fixed" version, which had a version number. The best way to install is to use the latest source from SVN. If that causes you grief, then wait a few weeks and get the latest source again and hope it works. Nothing beats the latest source in my opinion! Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.