1. Note: Nightly builds are not officially supported and things that appear broken might actually just be broken with no way of fixing it, but community members may still be willing to assist you with common problems.

Closed Server crashing if linux kernel tickrate is 300 hz

Discussion in 'Nightly Builds Support' started by Tyrola, Jul 15, 2016.

Thread Status:
Not open for further replies.
  1. Tyrola

    Tyrola Void-Bound Voyager


    the Starbound Unstable Server is crashing if I use a kernel tickrate of 300hz. If I run it with 1000Hz server will start up fine. Starbound Stable is not affected at the moment.


    [Info] Root: Preparing Root...
    [Info] Root: Initializing Root with 2 assets sources
    [Info] Root: Done preparing Root.
    [Info] Root: Loading Assets
    [Info] Root: Loading Configuration
    [Info] Root: Loading NameGenerator
    [Info] Root: Loading ObjectDatabase
    [Info] Loading assets from: '../assets/packed.pak'
    [Info] Loading assets from: '../assets/user/'
    [Info] Root: Done loading Assets in 0.223333 seconds
    [Info] Root: Loading PlantDatabase
    Floating point exception
    GDB Backtrace of Crash:

    (gdb) backtrace
    #0  0x0000000000949c99 in Star::Time::monotonicMilliseconds() ()
    #1  0x0000000000974868 in Star::Assets::loadAsset(Star::Assets::AssetId const&) const ()
    #2  0x0000000000974d7a in Star::Assets::doLoad(Star::Assets::AssetId const&) const ()
    #3  0x0000000000975005 in Star::Assets::getAsset(Star::Assets::AssetId const&) const ()
    #4  0x000000000097521e in Star::Assets::json(Star::String const&) const ()
    #5  0x0000000000d8077e in Star::Root::configuration() ()
    #6  0x0000000000d911d3 in std::_Function_handler<void (), Star::SwallowReturn<std::_Bind<std::_Mem_fn<std::shared_ptr<Star::Configuration> (Star::Root::*)()> (Star::Root*)> > >::_M_invoke(std::_Any_data const&) ()
    #7  0x000000000094f06c in ?? ()
    #8  0x000000000094fe52 in Star::WorkerPool::WorkerThread::run() ()
    #9  0x000000000095d9f8 in Star::ThreadImpl::runThread(void*) ()
    #10 0x00007ffff7bc4184 in start_thread (arg=0x7ffff5fff700) at pthread_create.c:312
    #11 0x00007ffff71df37d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
    I hope this helps to find and fix the bug.

Thread Status:
Not open for further replies.

Share This Page