• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[beendet]coredump bei warzone2100 deaktiviren

B

BeastXXL

Hacker
Hallo,

gelegentlich spiele ich gern eine Runde Warzone2100. Leider wird mir das neuerdings dadurch verleidet, dass nach dem Beenden von eben diesem Game die CPU noch eine gewisse Zeit bei 25-38% rumrödelt. Wenn ich nicht daran denke, dann macht mir das beim Shutdown von openSuse ganz schön Probleme.

Die Last bei der CPU geht auf das Konto von systemd-coredump.
Ich bin mir nicht sicher, ob coredump für mich überhaupt Sinn macht. Falls nicht, würde ich einfach in /etc/systemd/coredump.conf Storage=none setzten. Richtig?

Nun könnte coredump aber auch für mich sinnvoll sein und dann würde ich gerne nur für Warzone2100 coredump deaktiviren.
Die Frage lautet nun: wie mache ich das?
In
Code: 
man coredump.conf
heißt es
When packages need to customize the configuration, they can install configuration snippets in /usr/lib/systemd/*.conf.d/. Files in
/etc/ are reserved for the local administrator, who may use this logic to override the configuration files installed by vendor
packages. The main configuration file is read before any of the configuration directories, and has the lowest precedence; entries in a
file in any configuration directory override entries in the single configuration file. Files in the *.conf.d/ configuration
subdirectories are sorted by their filename in lexicographic order, regardless of which of the subdirectories they reside in. If
multiple files specify the same option, the entry in the file with the lexicographically latest name takes precedence. It is
recommended to prefix all filenames in those subdirectories with a two-digit number and a dash, to simplify the ordering of the files.

To disable a configuration file supplied by the vendor, the recommended way is to place a symlink to /dev/null in the configuration
directory in /etc/, with the same filename as the vendor configuration file.
Zum Vergrößern anklicken....
Wenn ich das richtig verstehe, dann muss ich die Datei /usr/lib/systemd/coredump.conf.d/warzone2100.conf anlegen. Und darin muss nur noch Storage=none stehen.
Oder muss irgendwie ein symlink zu /dev/null gesetzt werden? Und wenn ja, wie geht das?

Ziel des Ganzen soll eigentlich nur sein, dass nach dem Beenden von Warzone die CPU nicht mehr weiterrödelt...

Könnte mir jemand bitte helfen. Danke schon mal im voraus.
 
S

spoensche

Moderator
Teammitglied
Mit Storage=none sagst du dem systemd, dass er den Coredump inkl. Trace nur loggen, aber nicht speichern soll.

Führ doch mal folgenden Befehl aus:
Code: 
coredumpctl list

und poste die Ausgabe.

Es muss ja nicht zwingend an warzone liegen. Es kann ja durch aus auch ein anderer Prozess sein.
 
OP
B

BeastXXL

Hacker
Hier die Ausgabe:
Code: 
beastxxl@localhost:~> coredumpctl list
TIME                            PID   UID   GID SIG PRESENT EXE
Di 2017-01-31 15:50:19 CET     6179  1000   100  11   /usr/lib64/libexec/kdeconnectd
Do 2017-02-09 13:07:08 CET     4804  1000   100  11   /usr/lib64/libexec/kdeconnectd
Do 2017-02-09 20:33:08 CET     1676  1000   100  11   /usr/lib64/libexec/kdeconnectd
Di 2017-02-14 12:43:01 CET     3264  1000   100  11   /usr/lib64/libexec/kdeconnectd
Mi 2017-02-15 21:10:43 CET     1695  1000   100  11   /usr/bin/plasmashell
Mi 2017-02-22 09:49:12 CET     2862  1000   100  11   /usr/lib64/libexec/kdeconnectd
Mi 2017-02-22 15:03:31 CET     1885  1000   100  11   /usr/lib64/libexec/kdeconnectd
Mi 2017-02-22 15:55:25 CET     2595  1000   100  11   /usr/lib64/libexec/kdeconnectd
Do 2017-04-27 13:21:05 CEST    4020  1000   100   6   /usr/bin/warzone2100
Do 2017-04-27 13:22:46 CEST    4046  1000   100   6   /usr/bin/warzone2100
Do 2017-04-27 19:41:23 CEST    4189  1000   100   6   /usr/bin/warzone2100
Sa 2017-04-29 14:06:08 CEST    2816  1000   100   6 * /usr/bin/warzone2100
Sa 2017-04-29 16:17:07 CEST    3102  1000   100   6 * /usr/bin/warzone2100
Mo 2017-05-01 14:50:24 CEST    2937  1000   100   6 * /usr/bin/warzone2100
beastxxl@localhost:~>
Ich bin mir sehr sicher, dass es Warzone ist, da ich es vor kurzem installiert habe und erst seit dem die hohe CPU-Last aufgefallen ist (die CPU-Last kontrolliere ich regelmäßig).
 
S

spoensche

Moderator
Teammitglied
Gibts ein Logfile vom Spiel?

Hast du das Problem erst seit kurzem oder schon seit dem du es spielst?

Hast du mal den Ordner (i.d.R. /home/username/.warzone) umbenannt? Mach das mal, starte das Spiel und beende es. Tritt das Problem weiterhin auf? Wenn Nein, ist es naheliegend, dass es ein Bug in der Map ist, die du gerade spielst.
 
OP
B

BeastXXL

Hacker
spoensche schrieb:
Gibts ein Logfile vom Spiel?
Zum Vergrößern anklicken....
Ja, im Prinzip gibt es zwei und vermutlich habe ich den Grund gefunden.
In der WZlog-Datei steht praktisch nur ein Fehler, der sich ständig wiederholt:
Code: 
error   |06:17:30: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 450480, size 18480) to update a GL_STATIC_DRAW buffer
In der warzone2100.gdmp-Datei steht:
Code: 
Program: /usr/bin/warzone2100(warzone2100)
Command line: "/usr/bin/warzone2100" 
Version: Version: 3.2.1, Built:Mar 15 2017
Distributor: openSUSE BuildService
Compiled on: Mar 15 2017 10:47:46
Compiled by: GCC 4.8.5
Compiled mode: Release build
Executed on: Wed May  3 13:12:57 2017
Operating system: Linux
Node name: localhost
Release: 4.4.57-18.3-default
Version: #1 SMP Thu Mar 30 06:39:47 UTC 2017 (39c8557)
Machine: x86_64

Pointers: 64bit

Compiled against PhysicsFS version: 2.0.3
Running with PhysicsFS version: 2.0.3

Misc Data:
[13:12:58]Video Mode 1680 x 1050 (fullscreen)
[13:12:58]OpenGL Vendor: X.Org
[13:12:58]OpenGL Renderer: Gallium 0.4 on AMD CAPE VERDE (DRM 2.43.0, LLVM 3.8.0)
[13:12:58]OpenGL Version: 3.0 Mesa 11.2.2
[13:12:58]GLEW Version: 1.13.0
[13:12:58]OpenGL GLSL Version : 1.30
[13:12:58]OpenAL Device Name: OpenAL Soft
[13:12:58]OpenAL Vendor: OpenAL Community
[13:12:58]OpenAL Version: 1.1 ALSOFT 1.16.0
[13:12:58]OpenAL Renderer: OpenAL Soft
[13:12:58]OpenAL Extensions: AL_EXT_ALAW AL_EXT_DOUBLE AL_EXT_EXPONENT_DISTANCE AL_EXT_FLOAT32 AL_EXT_IMA4 AL_EXT_LINEAR_DISTANCE AL_EXT_MCFORMATS AL_EXT_MULAW AL_EXT_MULAW_MCFORMATS AL_EXT_OFFSET AL_EXT_source_distance_model AL_LOKI_quadriphonic AL_SOFT_block_alignment AL_SOFT_buffer_samples AL_SOFT_buffer_sub_data AL_SOFT_deferred_updates AL_SOFT_direct_channels AL_SOFT_loop_points AL_SOFT_MSADPCM AL_SOFT_source_latency AL_SOFT_source_length
[13:12:58]Using Backend: SDL
[13:12:58]Using language: Deutsch
[13:13:11]Current Level/map is Sk-MizaMaze
[15:45:31]Current Level/map is Sk-MizaMaze
[16:51:14]Current Level/map is Sk-MizaMaze

Dump caused by signal: SIGABRT: Process abort signal

Log message: error   |06:08:42: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 136560, size 11760) to update a GL_STATIC_DRAW buffer
Log message: error   |06:08:43: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 1167360, size 6480) to update a GL_STATIC_DRAW buffer
Log message: error   |06:08:43: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 1173840, size 9360) to update a GL_STATIC_DRAW buffer
Log message: error   |06:08:44: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 1147440, size 19920) to update a GL_STATIC_DRAW buffer
Log message: error   |06:08:46: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 1129200, size 18240) to update a GL_STATIC_DRAW buffer
Log message: error   |06:09:00: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 612000, size 13200) to update a GL_STATIC_DRAW buffer
Log message: error   |06:10:28: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 873120, size 26640) to update a GL_STATIC_DRAW buffer
Log message: error   |06:10:28: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 797760, size 7680) to update a GL_STATIC_DRAW buffer
Log message: error   |06:13:14: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 612000, size 13200) to update a GL_STATIC_DRAW buffer
Log message: error   |06:13:44: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 534000, size 17040) to update a GL_STATIC_DRAW buffer
Log message: error   |06:13:49: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 899760, size 16560) to update a GL_STATIC_DRAW buffer
Log message: error   |06:13:50: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 797760, size 7680) to update a GL_STATIC_DRAW buffer
Log message: error   |06:14:00: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 699120, size 21360) to update a GL_STATIC_DRAW buffer
Log message: error   |06:14:17: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 121200, size 15360) to update a GL_STATIC_DRAW buffer
Log message: error   |06:14:17: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 136560, size 11760) to update a GL_STATIC_DRAW buffer
Log message: error   |06:14:21: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 1129200, size 18240) to update a GL_STATIC_DRAW buffer
Log message: error   |06:16:11: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 450480, size 18480) to update a GL_STATIC_DRAW buffer
Log message: error   |06:16:20: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 1122480, size 6720) to update a GL_STATIC_DRAW buffer
Log message: error   |06:17:01: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 612000, size 13200) to update a GL_STATIC_DRAW buffer
Log message: error   |06:17:30: [khr_callback:140] GL::API(Performance:Medium) : using glBufferSubData(buffer 8300, offset 450480, size 18480) to update a GL_STATIC_DRAW buffer

GLIBC raw backtrace:
/usr/bin/warzone2100[0x6aed1c]
/lib64/libpthread.so.0(+0x10b10)[0x7f97e44e8b10]
/lib64/libc.so.6(gsignal+0x37)[0x7f97e0fce8d7]
/lib64/libc.so.6(abort+0x13a)[0x7f97e0fcfcaa]
/lib64/libdbus-1.so.3(+0x30585)[0x7f97d817c585]
/lib64/libdbus-1.so.3(+0x27151)[0x7f97d8173151]
/lib64/libdbus-1.so.3(+0xf97a)[0x7f97d815b97a]
/lib64/libdbus-1.so.3(dbus_bus_remove_match+0x64)[0x7f97d8158914]
/usr/lib64/libQt5DBus.so.5(+0x22fd6)[0x7f97d87c0fd6]
/usr/lib64/libQt5DBus.so.5(+0x25f2b)[0x7f97d87c3f2b]
/usr/lib64/libQt5DBus.so.5(+0x67c4c)[0x7f97d8805c4c]
/usr/lib64/libQt5Core.so.5(_ZN7QObject5eventEP6QEvent+0x296)[0x7f97e24e7166]
/usr/lib64/libQt5Core.so.5(_ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent+0xa1)[0x7f97e24bbff1]
/usr/lib64/libQt5Core.so.5(_ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData+0x1ca)[0x7f97e24bddaa]
/usr/lib64/libQt5Core.so.5(+0x2c2c83)[0x7f97e250cc83]
/usr/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x254)[0x7f97ddf5f134]
/usr/lib64/libglib-2.0.so.0(+0x4c388)[0x7f97ddf5f388]
/usr/lib64/libglib-2.0.so.0(g_main_context_iteration+0x2c)[0x7f97ddf5f42c]
/usr/lib64/libQt5Core.so.5(_ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x5c)[0x7f97e250c30c]
/usr/lib64/libQt5Core.so.5(_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE+0xfb)[0x7f97e24b9fdb]

GDB extended backtrace:
GNU gdb (GDB; openSUSE Leap 42.2) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-suse-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://bugs.opensuse.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/warzone2100...(no debugging symbols found)...done.
Attaching to program: /usr/bin/warzone2100, process 2058
[New LWP 2059]
[New LWP 2060]
[New LWP 2077]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007f97e44e50bf in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib64/libpthread.so.0
Missing separate debuginfos, use: zypper install warzone2100-debuginfo-3.2.1-6.1.x86_64
(gdb)    0x7f97e0fce8d7 <raise+55>:	cmp    $0xfffffffffffff000,%rax
(gdb) #0  0x0000000000000000 in ?? ()
(gdb) (gdb) 
Thread 4 (Thread 0x7f97b558d700 (LWP 2077)):
#0  0x00007f97e105430d in nanosleep () from /lib64/libc.so.6
No symbol table info available.
#1  0x00007f97e10541a4 in sleep () from /lib64/libc.so.6
No symbol table info available.
#2  0x00007f97e2a7c8f2 in ?? () from /usr/lib64/libQt5Script.so.5
No symbol table info available.
#3  0x00007f97e2a7c969 in ?? () from /usr/lib64/libQt5Script.so.5
No symbol table info available.
#4  0x00007f97e44e0744 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#5  0x00007f97e1083d3d in clone () from /lib64/libc.so.6
No symbol table info available.

Thread 3 (Thread 0x7f97ca0af700 (LWP 2060)):
#0  0x00007f97e44e8736 in waitpid () from /lib64/libpthread.so.0
No symbol table info available.
#1  0x00000000006af401 in posixExceptionHandler(int, siginfo_t*, void*) ()
No symbol table info available.
#2  <signal handler called>
No symbol table info available.
#3  0x00007f97e0fce8d7 in raise () from /lib64/libc.so.6
No symbol table info available.
#4  0x00007f97e0fcfcaa in abort () from /lib64/libc.so.6
No symbol table info available.
#5  0x00007f97d817c585 in ?? () from /lib64/libdbus-1.so.3
No symbol table info available.
#6  0x00007f97d8173151 in ?? () from /lib64/libdbus-1.so.3
No symbol table info available.
#7  0x00007f97d815b97a in ?? () from /lib64/libdbus-1.so.3
No symbol table info available.
#8  0x00007f97d8158914 in dbus_bus_remove_match () from /lib64/libdbus-1.so.3
No symbol table info available.
#9  0x00007f97d87c0fd6 in ?? () from /usr/lib64/libQt5DBus.so.5
No symbol table info available.
#10 0x00007f97d87c3f2b in ?? () from /usr/lib64/libQt5DBus.so.5
No symbol table info available.
#11 0x00007f97d8805c4c in ?? () from /usr/lib64/libQt5DBus.so.5
No symbol table info available.
#12 0x00007f97e24e7166 in QObject::event(QEvent*) ()
   from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#13 0x00007f97e24bbff1 in QCoreApplication::notifyInternal2(QObject*, QEvent*)
    () from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#14 0x00007f97e24bddaa in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#15 0x00007f97e250cc83 in ?? () from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#16 0x00007f97ddf5f134 in g_main_context_dispatch ()
   from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#17 0x00007f97ddf5f388 in ?? () from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#18 0x00007f97ddf5f42c in g_main_context_iteration ()
   from /usr/lib64/libglib-2.0.so.0
No symbol table info available.
#19 0x00007f97e250c30c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#20 0x00007f97e24b9fdb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#21 0x00007f97e22f4f1a in QThread::exec() () from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#22 0x00007f97d87b51d5 in ?? () from /usr/lib64/libQt5DBus.so.5
No symbol table info available.
#23 0x00007f97e22f99e9 in ?? () from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#24 0x00007f97e44e0744 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#25 0x00007f97e1083d3d in clone () from /lib64/libc.so.6
No symbol table info available.

Thread 2 (Thread 0x7f97d814b700 (LWP 2059)):
#0  0x00007f97e107b49d in poll () from /lib64/libc.so.6
No symbol table info available.
#1  0x00007f97de8943e2 in ?? () from /usr/lib64/libxcb.so.1
No symbol table info available.
#2  0x00007f97de895fcf in xcb_wait_for_event () from /usr/lib64/libxcb.so.1
No symbol table info available.
#3  0x00007f97dab32839 in ?? () from /usr/lib64/libQt5XcbQpa.so.5
No symbol table info available.
#4  0x00007f97e22f99e9 in ?? () from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#5  0x00007f97e44e0744 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#6  0x00007f97e1083d3d in clone () from /lib64/libc.so.6
No symbol table info available.

Thread 1 (Thread 0x7f97e6449980 (LWP 2058)):
#0  0x00007f97e44e50bf in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib64/libpthread.so.0
No symbol table info available.
#1  0x00007f97e22fa65b in QWaitCondition::wait(QMutex*, unsigned long) ()
   from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#2  0x00007f97e22f3d0b in QSemaphore::acquire(int) ()
   from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#3  0x00007f97e24e5e13 in QMetaObject::activate(QObject*, int, int, void**) ()
   from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#4  0x00007f97e24e67af in QObject::destroyed(QObject*) ()
   from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#5  0x00007f97e24ee25e in QObject::~QObject() ()
   from /usr/lib64/libQt5Core.so.5
No symbol table info available.
#6  0x00007f97ca2f51f9 in ?? () from /usr/lib64/qt5/plugins/styles/breeze.so
No symbol table info available.
#7  0x00007f97e363dbf9 in QApplication::~QApplication() ()
   from /usr/lib64/libQt5Widgets.so.5
No symbol table info available.
#8  0x00007f97e363de29 in QApplication::~QApplication() ()
   from /usr/lib64/libQt5Widgets.so.5
No symbol table info available.
#9  0x00000000006c0a71 in wzShutdown() ()
No symbol table info available.
#10 0x000000000052636b in realmain(int, char**) ()
No symbol table info available.
#11 0x00007f97e0fba6e5 in __libc_start_main () from /lib64/libc.so.6
No symbol table info available.
#12 0x0000000000474c59 in _start ()
No symbol table info available.
(gdb) #4  0x00007f97e24e67af in QObject::destroyed(QObject*) ()
   from /usr/lib64/libQt5Core.so.5
(gdb) Dump of assembler code for function _ZN7QObject9destroyedEPS_:
   0x00007f97e24e6780 <+0>:	sub    $0x28,%rsp
   0x00007f97e24e6784 <+4>:	xor    %edx,%edx
   0x00007f97e24e6786 <+6>:	mov    %rsi,0x8(%rsp)
   0x00007f97e24e678b <+11>:	mov    0x41d2de(%rip),%rsi        # 0x7f97e2903a70
   0x00007f97e24e6792 <+18>:	lea    0x8(%rsp),%rax
   0x00007f97e24e6797 <+23>:	lea    0x10(%rsp),%rcx
   0x00007f97e24e679c <+28>:	movq   $0x0,0x10(%rsp)
   0x00007f97e24e67a5 <+37>:	mov    %rax,0x18(%rsp)
   0x00007f97e24e67aa <+42>:	callq  0x7f97e24e66f0 <_ZN11QMetaObject8activateEP7QObjectPKS_iPPv>
=> 0x00007f97e24e67af <+47>:	add    $0x28,%rsp
   0x00007f97e24e67b3 <+51>:	retq   
End of assembler dump.
(gdb) rax            0xfffffffffffffe00	-512
rbx            0x0	0
rcx            0x7f97e44e50bf	140290347126975
rdx            0x1	1
rsi            0x80	128
rdi            0x1ed77ec	32339948
rbp            0x1eabcb0	0x1eabcb0
rsp            0x7fffde38d3c0	0x7fffde38d3c0
r8             0x1ed7700	32339712
r9             0x0	0
r10            0x0	0
r11            0x246	582
r12            0x1de4880	31344768
r13            0x1de1620	31331872
r14            0x7f97e3d4c5d8	140290339161560
r15            0xdd9b40	14523200
rip            0x7f97e24e67af	0x7f97e24e67af <QObject::destroyed(QObject*)+47>
eflags         0x246	[ PF ZF IF ]
cs             0x33	51
ss             0x2b	43
ds             0x0	0
es             0x0	0
fs             0x0	0
gs             0x0	0
(gdb) A debugging session is active.

	Inferior 1 [process 2058] will be detached.

Quit anyway? (y or n) [answered Y; input not from terminal]
Detaching from program: /usr/bin/warzone2100, process 2058

spoensche schrieb:
Hast du das Problem erst seit kurzem oder schon seit dem du es spielst?

Hast du mal den Ordner (i.d.R. /home/username/.warzone) umbenannt? Mach das mal, starte das Spiel und beende es. Tritt das Problem weiterhin auf? Wenn Nein, ist es naheliegend, dass es ein Bug in der Map ist, die du gerade spielst.
Zum Vergrößern anklicken....
In früheren Versionen (sowohl oS als auch Warzone) hatte ich diese Probleme nicht. Erst nach dem ich vor ein paar Tagen das Game mal wieder installiert habe. Aber dann auch jedes Mal, wenn ich es gespielt und wieder beendet habe.

Ordner habe ich umbenannt und Spiel gestartet. Das Problem inkl. Fehlermeldung bleibt bestehen. Die Map habe ich zwischendurch mal gewechselt. Auch da tritt das Problem auf.
Bin ratlos, vermute aber ein Grafiktreiberproblem...
 
S

spoensche

Moderator
Teammitglied
Die warzone2010.gdmp liefert die nötigen Infos. Der Grafiktreiber ist es nicht, weil das Problem ja erst nach dem beenden des Spiels auftritt.

Den Meldungen vom GDB, lassen auf eine Race Condition schließen. Eine Race Condition tritt dann auf, wenn zwei unterschiedliche Threads auf gemeinsame Variablen zugreifen, kein Lock auf der Variablen existiert und ein Thread den Inhalt der Variablen ändert.

Ohne jetzt weiter zu debuggen, tippe ich mal auf Thread 3 und
Code: 
#8  0x00007f97d8158914 in dbus_bus_remove_match () from /lib64/libdbus-1.so.3
No symbol table info available.

In diesem Programmteil wird irgendwo irgendwas entfernt, was evtl. noch vom QT-Event Dispatcher verwendet wird, was zu der Race Condition führt.

Genaueres können dir die Entwickler sagen.

Wir können hier jetzt nicht ohne weiteres und in Kürze eine Lösung finden. Ich kann dir nur empfehlen einen Bugreport mit den Informationen, die du hier bereitgestellt hast, zu erstellen.
 
OP
B

BeastXXL

Hacker
Alles klar. Vielen Dank. :)
Dann versuche ich mal den Entwicklern mein Problem zu schildern.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben