[0.17.12] [Linux] Game froze when I was placing belts

Bugs that are actually features.
Post Reply
Ayamari
Inserter
Inserter
Posts: 36
Joined: Sat Nov 12, 2016 10:51 am

[0.17.12] [Linux] Game froze when I was placing belts

Post by Ayamari »

I wasn't doing anything complicated, just laying down another line of belts when the game froze. I waited a few seconds, thinking it's just the usual save game hitch, but when nothing happened, I tried to minimize the window to see if it would react. The window resized, but Factorio remained frozen. I had to kill the process, which worked, but it did not create the usual stack trace on death. Before killing Factorio, I briefly checked gdb, but nothing stood out to me. None of the previous 0.17.x had any freezing issues. I updated my Nvidia proprietary drivers a week ago, but for the past week I was playing previous 0.17.x versions of Factorio and there were no freezes. Log attached. Attaching also the quick inspection from gdb.
bug-froze.jpg
bug-froze.jpg (401.88 KiB) Viewed 1066 times

Code: Select all

$ sudo gdb -p 8852
Attaching to process 8852
[New LWP 8884]
[New LWP 8885]
[New LWP 8886]
[New LWP 8887]
[New LWP 8888]
[New LWP 8889]
[New LWP 8890]
[New LWP 8891]
[New LWP 8892]
[New LWP 8893]
[New LWP 8895]
[New LWP 8896]
[New LWP 8918]
[New LWP 9704]
[New LWP 9878]
[New LWP 9882]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x00007f97316e9e57 in sched_yield () at ../sysdeps/unix/syscall-template.S:78
78	../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) bt
#0  0x00007f97316e9e57 in sched_yield () at ../sysdeps/unix/syscall-template.S:78
#1  0x00007f972ab4a42b in ?? () from /usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0
#2  0x00007f9729c7a07b in ?? () from /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.390.116
#3  0x00007f97297930b4 in ?? () from /usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.390.116
#4  0x0000000000560f13 in GraphicsInterfaceOpenGL::queryTimestamp ()
    at /tmp/factorio-build-mqEV1z/src/Graphics/OpenGL/GraphicsInterfaceOpenGL.cpp:566
#5  0x0000000000647a47 in GpuTimeStatistics::captureEndTime () at /tmp/factorio-build-mqEV1z/src/Info/GpuTimeStatistics.cpp:39
#6  GraphicsInterfaceOpenGL::startTimingNewFrame () at /tmp/factorio-build-mqEV1z/src/Graphics/OpenGL/GraphicsInterfaceOpenGL.cpp:259
#7  0x00000000005614fe in SDLWindow::swap () at /tmp/factorio-build-mqEV1z/src/Graphics/SDLWindow.cpp:270
#8  0x0000000000f31d4d in GlobalContext::swapRenderBuffers () at /tmp/factorio-build-mqEV1z/src/GlobalContext.cpp:1346
#9  MainLoop::mainLoopStep(WorkerThread&, MainLoop::HeavyMode) () at /tmp/factorio-build-mqEV1z/src/MainLoop.cpp:611
#10 0x0000000000f3207e in MainLoop::run(Filesystem::Path const&, Filesystem::Path const&, bool, bool, std::function<void ()>, Filesystem::Path const&, MainLoop::HeavyMode) () at /tmp/factorio-build-mqEV1z/src/MainLoop.cpp:364
#11 0x0000000000520838 in main () at /tmp/factorio-build-mqEV1z/src/Main.cpp:1242
#12 0x00007f9731607b97 in __libc_start_main (main=0x515450 <main>, argc=1, argv=0x7ffcd4a3a148, init=<optimized out>, 
    fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffcd4a3a138) at ../csu/libc-start.c:310
#13 0x000000000052e49e in _start ()
(gdb) i thread
  Id   Target Id         Frame 
* 1    Thread 0x7f97331ee180 (LWP 8852) "factorio" 0x00007f97316e9e57 in sched_yield () at ../sysdeps/unix/syscall-template.S:78
  2    Thread 0x7f973077c700 (LWP 8884) "TaskManager" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x20921e0) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  3    Thread 0x7f972ff7b700 (LWP 8885) "WorkerThread" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x20e9da4) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  4    Thread 0x7f972f77a700 (LWP 8886) "WorkerThread" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x20cd8a4) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  5    Thread 0x7f972ef79700 (LWP 8887) "WorkerThread" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x20cdb54) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  6    Thread 0x7f972e778700 (LWP 8888) "WorkerThread" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x20c77e4) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  7    Thread 0x7f972df77700 (LWP 8889) "WorkerThread" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x20c6224) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  8    Thread 0x7f972d776700 (LWP 8890) "WorkerThread" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x20c01e4) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  9    Thread 0x7f972cf75700 (LWP 8891) "WorkerThread" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x2089670) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  10   Thread 0x7f972c774700 (LWP 8892) "SDLTimer" 0x00007f9732be06d6 in futex_abstimed_wait_cancelable (private=0, abstime=0x0, 
    expected=0, futex_word=0x20e8f90) at ../sysdeps/unix/sysv/linux/futex-internal.h:205
  11   Thread 0x7f9724b00700 (LWP 8893) "factorio" 0x00007f97316fd03f in __GI___select (nfds=nfds@entry=25, 
    readfds=readfds@entry=0x7f9724aff260, writefds=writefds@entry=0x0, exceptfds=exceptfds@entry=0x0, timeout=timeout@entry=0x7f9724aff250)
    at ../sysdeps/unix/sysv/linux/select.c:41
  12   Thread 0x7f971d7d3700 (LWP 8895) "threaded-ml" 0x00007f97316fabf9 in __GI___poll (fds=0x7f9718004710, nfds=3, timeout=1235)
    at ../sysdeps/unix/sysv/linux/poll.c:29
  13   Thread 0x7f971cfd2700 (LWP 8896) "factorio" 0x00007f97316fabf9 in __GI___poll (fds=0x7f971cfd1350, nfds=1, timeout=10)
    at ../sysdeps/unix/sysv/linux/poll.c:29
  14   Thread 0x7f970a318700 (LWP 8918) "GameUpdate" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x7ffcd4a38540) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  15   Thread 0x7f972697a700 (LWP 9704) "factorio" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x7f96ddee8714) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  16   Thread 0x7f972717b700 (LWP 9878) "factorio" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x7f965041b2fc) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  17   Thread 0x7f96d5048700 (LWP 9882) "factorio" 0x00007f9732bdd9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, 
    futex_word=0x7f9630008d9c) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
Attachments
factorio-current.log
(5.85 KiB) Downloaded 58 times

kovarex
Factorio Staff
Factorio Staff
Posts: 8078
Joined: Wed Feb 06, 2013 12:00 am
Contact:

Re: [0.17.12] [Linux] Game froze when I was placing belts

Post by kovarex »

Thanks for the report, but I figure anything from the log currently. If you can't reproduce it, lets move it to pending. It is quite possible that it is related to some of the other problems we fixed for next version.

Ayamari
Inserter
Inserter
Posts: 36
Joined: Sat Nov 12, 2016 10:51 am

Re: [0.17.12] [Linux] Game froze when I was placing belts

Post by Ayamari »

I played over 15 hours of 0.17.14 during the weekend, and there were no freezes. This morning I played around 1.5 hours of 0.17.15 and there was a noticeable hitch for around 2 seconds (which was not an autosave, autosave triggered around 30 seconds later), but no freezes. I'll post updates if I get a freeze again.

Ayamari
Inserter
Inserter
Posts: 36
Joined: Sat Nov 12, 2016 10:51 am

Re: [0.17.12] [Linux] Game froze when I was placing belts

Post by Ayamari »

I am sorry for resurrecting this, but I only now noticed it's still as "Pending".
Turned out that PC had bad RAM and I replaced it a few years ago. I no longer have access to it, and haven't seen anything like this in the last few years either.

Post Reply

Return to “Not a bug”