lib32-libxcb makes game crash under steam

Olosta · 2016-06-01 06:06:52

Hello,

I'm not sure if I should file a bug report on arch for this, but I wanted to share.

Since a few days, I had an issue with some games launched from Steam crashing immediately. Mainly Civ5. I'm using Steam on a wayland gnome-shell session, this is on a laptop with an intel and an AMD card, so I'm also using DRI PRIME (all opensource drivers).

Steam is launched this way:

% STEAM_RUNTIME=0 DRI_PRIME=1 steam

Previously I had removed some libraries from Steam, but in investigating this problem I switched to the method described here: https://wiki.archlinux.org/index.php/St … ve_runtime . This had no effect for this particular problem though (since libxcb was one of the removed libraries).

The only clue I found about the cause of the crash was this line in dmesg output:

[17981.680518] traps: Civ5XP[21306] general protection ip:f6c276d1 sp:f0b57a44 error:0 in libxcb.so.1.1.0[f6c1a000+2a000]

I downgraded libxcb and lib32-libxcb from version 1.12-1 to version 1.11.1-1, and it solved the issue.

ngoonee · 2016-06-01 07:28:09

As a separate datapoint, I use steam the same way (STEAM_RUNTIME=0) in a bumblebee+nvidia system with lib32-libxcb-1.12 and it works fine with XCom 2 and Civ5 starting up and playing normally.

LukeRichese · 2016-06-02 08:38:10

I am also having some issues with lib32-libxcb-1.12.

It causes most (not all) of my applications run through wine to crash at startup.
Backtrace from wine seems to be the same for all of them:

Backtrace:
=>0 0x7d80c191 xcb_writev+0x41() in libxcb.so.1 (0x7e246b1c)
1 0x7d86a3ce _XSend+0x1dd() in libx11.so.6 (0x7dad1af0)
2 0x7d860265 XQueryExtension+0x94() in libx11.so.6 (0x7e24bd74)
3 0x7d8540ec XInitExtension+0x3b() in libx11.so.6 (0x7d5d78e8)
4 0x7d98dd6c XextAddDisplay+0x4b() in libxext.so.6 (0x7d5f38f8)
0x7d80c191 xcb_writev+0x41 in libxcb.so.1: (bad)

I also tried to start steam with STEAM_RUNTIME=0 and it crashes on startup too (with the same backtrace).

I have a system with AMD APU and fglrx driver.

htfy96 · 2016-06-02 09:08:56

Confirmed on my intel CPU + integrated video card when running Civ5. Simply downgrading it to 1.11 should just work.

Backtrace:

(gdb) bt
#0  0xf6ccd6d1 in remove_finished_readers (completed=<optimized out>, prev_reader=0xed6c9ec8) at xcb_in.c:107
#1  read_packet (c=0xed6c8e40) at xcb_in.c:223
#2  _xcb_in_read (c=<optimized out>) at xcb_in.c:1012
#3  0xf6ccac53 in _xcb_conn_wait (c=0xed6c8e40, cond=0xf44d7c30, vector=0x0, count=0x0) at xcb_conn.c:515
#4  0xf6ccc9ab in wait_for_reply (c=c@entry=0xed6c8e40, request=<optimized out>, e=0x0) at xcb_in.c:516
#5  0xf6cccb37 in xcb_wait_for_reply (c=0xed6c8e40, request=1, e=0x0) at xcb_in.c:546
#6  0xf6cd2d30 in xcb_intern_atom_reply (c=0xed6c8e40, cookie=..., e=0x0) at xproto.c:3250
#7  0xee662a1f in pa_x11_get_prop () from /usr/lib32/pulseaudio/libpulsecommon-8.0.so
#8  0xee66237e in pa_client_conf_from_x11 () from /usr/lib32/pulseaudio/libpulsecommon-8.0.so
#9  0xee625581 in pa_client_conf_load () from /usr/lib32/pulseaudio/libpulsecommon-8.0.so
#10 0xee6ab832 in pa_context_new_with_proplist () from /usr/lib32/libpulse.so.0
#11 0xee6ab93e in pa_context_new () from /usr/lib32/libpulse.so.0
#12 0xf701cf48 in ?? ()
#13 0xed6b9cd8 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

107	    while(*prev_reader && XCB_SEQUENCE_COMPARE((*prev_reader)->request, <=, completed))
   0xf6ccd6c9 <+1193>:	test   %edx,%edx
   0xf6ccd6cb <+1195>:	je     0xf6ccd692 <_xcb_in_read+1138>
   0xf6ccd6cd <+1197>:	movq   (%edx),%xmm0
=> 0xf6ccd6d1 <+1201>:	psubq  (%esp),%xmm0
   0xf6ccd6d6 <+1206>:	movd   %xmm0,%ecx
   0xf6ccd6da <+1210>:	psrlq  $0x20,%xmm0
   0xf6ccd6df <+1215>:	movd   %xmm0,%eax
   0xf6ccd6e3 <+1219>:	cmp    $0x0,%eax

%esp is not writable. prev_reader is accessible

Last edited by htfy96 (2016-06-02 09:43:03)

0x76 · 2016-06-02 19:47:50

Had the same problem with Steam through Wine crashing after login. Downgraded libxcb to 1.11-1 and it works fine again.

beherit · 2016-06-03 17:42:15

I have the same problem with some games running the native Linux Steam client. Not all though.

For example, Borderlands 2 works. But Borderlands The Pre-Sequel refuses to start, all I see is a black screen. dmesg says there's a general protection trap in libxcb.so.1.1.0. This happens regardless of using STEAM_RUNTIME=0 or STEAM_RUNTIME=1.

I was offered the following "fix", which didn't work:

find ~/.steam/root/ \( -name "libgcc_s.so*" -o -name "libstdc++.so*" -o -name "libxcb.so*" -o -name "libgpg-error.so*" \) -print -delete
find ~/.local/share/Steam/ \( -name "libgcc_s.so*" -o -name "libstdc++.so*" -o -name "libxcb.so*" -o -name "libgpg-error.so*" \) -print -delete

Downgrading lib32-libxcb to lib32-libxcb-1.11.1-1-x86_64.pkg.tar.xz solves it, for now.

Last edited by beherit (2016-06-03 17:44:22)

itzexor · 2016-06-03 20:13:17

I have this issue as well with Civ5. I'm using kernel 4.5.4--1-zen and mesa git. Downgrading back to 1.11 for now gets it working again. My stack trace is very similar to htfy96's. I'll edit this and add it in a few minutes.

Edit:
Civ5 lib32-libxcb-1.12 crash backtrace:

$ gdb Civ5XP 
GNU gdb (GDB) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <[url]http://gnu.org/licenses/gpl.html[/url]>
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-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<[url]http://www.gnu.org/software/gdb/bugs/[/url]>.
Find the GDB manual and other documentation resources online at:
<[url]http://www.gnu.org/software/gdb/documentation/[/url]>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from Civ5XP...(no debugging symbols found)...done.
(gdb) r
Starting program: /home/exor/.local/share/Steam/steamapps/common/Sid Meier's Civilization V/Civ5XP 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
warning: the debug information found in "./libopenal.so.1.13.0" does not match "./libopenal.so.1" (CRC mismatch).

warning: the debug information found in "./libuuid.so.1.3.0" does not match "./libuuid.so.1" (CRC mismatch).

[New Thread 0xf72f9b40 (LWP 22749)]
[New Thread 0xf2cc3b40 (LWP 22750)]
[New Thread 0xf2324b40 (LWP 22752)]
GUID Assets\dlc\dlc_01\mongol.civ5pkg 7a036b7fb9a80e8dea7b73fb58c5a288
GUID Assets\dlc\dlc_02\spaininca.civ5pkg 4f75e72761f4c6019b55a0a7b90444a2
GUID Assets\dlc\dlc_03\polynesia.civ5pkg 99ac9d5f6ca4b5bed0ab89c0fd3b9e6d
GUID Assets\dlc\dlc_04\denmark.civ5pkg 0efb155307bd6d14c9290b49b5364a3e
GUID Assets\dlc\dlc_05\korea.civ5pkg 9f4df81cf712ae9480737f816bf6f4c8
GUID Assets\dlc\dlc_06\ancientwonders.civ5pkg 92b102db9a3c7dc068030c3ce33bbb48
GUID Assets\dlc\dlc_07\civcomplete.civ5pkg eb01a0be4d8e5312f53b042c8a7c30b5
GUID Assets\dlc\dlc_deluxe\babylon.civ5pkg 712495341921f2b288746c6d44fd6867
GUID Assets\dlc\dlc_sp_maps\dlc_sp_maps.civ5pkg 52b285c37939913e0a5b72933bb06067
GUID Assets\dlc\dlc_sp_maps_2\dlc_sp_maps_2.civ5pkg 16a61e7a2a7bb4bc2d1f677b5bb58ff4
GUID Assets\dlc\dlc_sp_maps_3\dlc_sp_maps_3.civ5pkg 1954db58e0a60b018969c49440fa01ef
GUID Assets\dlc\expansion\expansion1.civ5pkg 8bc30c58378345cb0911c5848926f1ff
GUID Assets\dlc\expansion2\expansion2.civ5pkg 31dfaa9838c5b051d4c2112ddd9e7eb3
GUID Assets\dlc\shared\upgrade1.civ5pkg e818fa28902977b42ee5e3426f5112e6
[S_API FAIL] SteamAPI_Init() failed; no appID found.
Either launch the game from Steam, or put the file steam_appid.txt containing the correct appID in your game folder.
[New Thread 0xe5fffb40 (LWP 22753)]
[New Thread 0xe5dfeb40 (LWP 22754)]
[New Thread 0xe5bfdb40 (LWP 22755)]
[New Thread 0xe55ffb40 (LWP 22756)]
[New Thread 0xe53feb40 (LWP 22757)]
[New Thread 0xe4dfcb40 (LWP 22758)]
[New Thread 0xe6affb40 (LWP 22759)]
[New Thread 0xe3387b40 (LWP 22760)]

Thread 4 "Civ5XP" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xf2324b40 (LWP 22752)]
0xf7510351 in _xcb_out_flush_to (c=0xe62d7650, request=1) at xcb_out.c:473
473	    assert(XCB_SEQUENCE_COMPARE(request, <=, c->out.request));
(gdb) thread apply all bt

Thread 12 (Thread 0xe3387b40 (LWP 22760)):
#0  0xf7fd8d49 in __kernel_vsyscall ()
#1  0xf7b84449 in __pthread_mutex_lock_full () from /usr/lib32/libpthread.so.0
#2  0xe6867ec0 in pa_mutex_lock () from /usr/lib32/pulseaudio/libpulsecommon-8.0.so
#3  0xe68d4fb6 in ?? () from /usr/lib32/libpulse.so.0
#4  0xe6868dae in ?? () from /usr/lib32/pulseaudio/libpulsecommon-8.0.so
#5  0xf7b822f1 in start_thread () from /usr/lib32/libpthread.so.0
#6  0xf79da8be in clone () from /usr/lib32/libc.so.6

Thread 11 (Thread 0xe6affb40 (LWP 22759)):
#0  0xf7fd8d49 in __kernel_vsyscall ()
#1  0xf79d62e7 in syscall () from /usr/lib32/libc.so.6
#2  0xf7d83f62 in tbb::internal::futex_wait (comparand=2, futex=0xe6250a98) at ../../include/tbb/machine/linux_common.h:68
#3  tbb::internal::binary_semaphore::P (this=0xe6250a98) at ../../src/tbb/semaphore.h:214
#4  rml::internal::thread_monitor::commit_wait (c=<synthetic pointer>, this=0xe6250a90) at ../../src/rml/include/../server/thread_monitor.h:267
#5  tbb::internal::rml::private_worker::run (this=this@entry=0xe6250a80) at ../../src/tbb/private_server.cpp:288
#6  0xf7d83f8f in tbb::internal::rml::private_worker::thread_routine (arg=0xe6250a80) at ../../src/tbb/private_server.cpp:234
#7  0xf7b822f1 in start_thread () from /usr/lib32/libpthread.so.0
#8  0xf79da8be in clone () from /usr/lib32/libc.so.6

Thread 10 (Thread 0xe4dfcb40 (LWP 22758)):
#0  0xf7fd8d49 in __kernel_vsyscall ()
#1  0xf79d62e7 in syscall () from /usr/lib32/libc.so.6
#2  0xf7d83f62 in tbb::internal::futex_wait (comparand=2, futex=0xe6250a18) at ../../include/tbb/machine/linux_common.h:68
#3  tbb::internal::binary_semaphore::P (this=0xe6250a18) at ../../src/tbb/semaphore.h:214
#4  rml::internal::thread_monitor::commit_wait (c=<synthetic pointer>, this=0xe6250a10) at ../../src/rml/include/../server/thread_monitor.h:267
#5  tbb::internal::rml::private_worker::run (this=this@entry=0xe6250a00) at ../../src/tbb/private_server.cpp:288
#6  0xf7d83f8f in tbb::internal::rml::private_worker::thread_routine (arg=0xe6250a00) at ../../src/tbb/private_server.cpp:234
#7  0xf7b822f1 in start_thread () from /usr/lib32/libpthread.so.0
#8  0xf79da8be in clone () from /usr/lib32/libc.so.6

Thread 9 (Thread 0xe53feb40 (LWP 22757)):
#0  0xf7fd8d49 in __kernel_vsyscall ()
#1  0xf79d62e7 in syscall () from /usr/lib32/libc.so.6
#2  0xf7d83f62 in tbb::internal::futex_wait (comparand=2, futex=0xe6250b98) at ../../include/tbb/machine/linux_common.h:68
#3  tbb::internal::binary_semaphore::P (this=0xe6250b98) at ../../src/tbb/semaphore.h:214
#4  rml::internal::thread_monitor::commit_wait (c=<synthetic pointer>, this=0xe6250b90) at ../../src/rml/include/../server/thread_monitor.h:267
#5  tbb::internal::rml::private_worker::run (this=this@entry=0xe6250b80) at ../../src/tbb/private_server.cpp:288
#6  0xf7d83f8f in tbb::internal::rml::private_worker::thread_routine (arg=0xe6250b80) at ../../src/tbb/private_server.cpp:234
#7  0xf7b822f1 in start_thread () from /usr/lib32/libpthread.so.0
#8  0xf79da8be in clone () from /usr/lib32/libc.so.6

Thread 8 (Thread 0xe55ffb40 (LWP 22756)):
#0  0xf7fd8d49 in __kernel_vsyscall ()
#1  0xf79d62e7 in syscall () from /usr/lib32/libc.so.6
#2  0xf7d83f62 in tbb::internal::futex_wait (comparand=2, futex=0xe6250998) at ../../include/tbb/machine/linux_common.h:68
#3  tbb::internal::binary_semaphore::P (this=0xe6250998) at ../../src/tbb/semaphore.h:214
#4  rml::internal::thread_monitor::commit_wait (c=<synthetic pointer>, this=0xe6250990) at ../../src/rml/include/../server/thread_monitor.h:267
#5  tbb::internal::rml::private_worker::run (this=this@entry=0xe6250980) at ../../src/tbb/private_server.cpp:288
#6  0xf7d83f8f in tbb::internal::rml::private_worker::thread_routine (arg=0xe6250980) at ../../src/tbb/private_server.cpp:234
#7  0xf7b822f1 in start_thread () from /usr/lib32/libpthread.so.0
#8  0xf79da8be in clone () from /usr/lib32/libc.so.6

Thread 7 (Thread 0xe5bfdb40 (LWP 22755)):
#0  0xf7fd8d49 in __kernel_vsyscall ()
#1  0xf79d62e7 in syscall () from /usr/lib32/libc.so.6
#2  0xf7d83f62 in tbb::internal::futex_wait (comparand=2, futex=0xe6250b18) at ../../include/tbb/machine/linux_common.h:68
#3  tbb::internal::binary_semaphore::P (this=0xe6250b18) at ../../src/tbb/semaphore.h:214
#4  rml::internal::thread_monitor::commit_wait (c=<synthetic pointer>, this=0xe6250b10) at ../../src/rml/include/../server/thread_monitor.h:267
#5  tbb::internal::rml::private_worker::run (this=this@entry=0xe6250b00) at ../../src/tbb/private_server.cpp:288
#6  0xf7d83f8f in tbb::internal::rml::private_worker::thread_routine (arg=0xe6250b00) at ../../src/tbb/private_server.cpp:234
#7  0xf7b822f1 in start_thread () from /usr/lib32/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
#8  0xf79da8be in clone () from /usr/lib32/libc.so.6

Thread 6 (Thread 0xe5dfeb40 (LWP 22754)):
#0  0xf7fd8d49 in __kernel_vsyscall ()
#1  0xf79d62e7 in syscall () from /usr/lib32/libc.so.6
#2  0xf7d83f62 in tbb::internal::futex_wait (comparand=2, futex=0xe6250c98) at ../../include/tbb/machine/linux_common.h:68
#3  tbb::internal::binary_semaphore::P (this=0xe6250c98) at ../../src/tbb/semaphore.h:214
#4  rml::internal::thread_monitor::commit_wait (c=<synthetic pointer>, this=0xe6250c90) at ../../src/rml/include/../server/thread_monitor.h:267
#5  tbb::internal::rml::private_worker::run (this=this@entry=0xe6250c80) at ../../src/tbb/private_server.cpp:288
#6  0xf7d83f8f in tbb::internal::rml::private_worker::thread_routine (arg=0xe6250c80) at ../../src/tbb/private_server.cpp:234
#7  0xf7b822f1 in start_thread () from /usr/lib32/libpthread.so.0
#8  0xf79da8be in clone () from /usr/lib32/libc.so.6

Thread 5 (Thread 0xe5fffb40 (LWP 22753)):
#0  0xf7fd8d49 in __kernel_vsyscall ()
#1  0xf79d62e7 in syscall () from /usr/lib32/libc.so.6
#2  0xf7d83f62 in tbb::internal::futex_wait (comparand=2, futex=0xe6250c18) at ../../include/tbb/machine/linux_common.h:68
#3  tbb::internal::binary_semaphore::P (this=0xe6250c18) at ../../src/tbb/semaphore.h:214
#4  rml::internal::thread_monitor::commit_wait (c=<synthetic pointer>, this=0xe6250c10) at ../../src/rml/include/../server/thread_monitor.h:267
#5  tbb::internal::rml::private_worker::run (this=this@entry=0xe6250c00) at ../../src/tbb/private_server.cpp:288
#6  0xf7d83f8f in tbb::internal::rml::private_worker::thread_routine (arg=0xe6250c00) at ../../src/tbb/private_server.cpp:234
#7  0xf7b822f1 in start_thread () from /usr/lib32/libpthread.so.0
#8  0xf79da8be in clone () from /usr/lib32/libc.so.6

Thread 4 (Thread 0xf2324b40 (LWP 22752)):
#0  0xf7510351 in _xcb_out_flush_to (c=0xe62d7650, request=1) at xcb_out.c:473
#1  0xf7511b74 in wait_for_reply (c=c@entry=0xe62d7650, request=<optimized out>, e=0x0) at xcb_in.c:508
#2  0xf7511c28 in xcb_wait_for_reply (c=0xe62d7650, request=1, e=0x0) at xcb_in.c:546
#3  0xf7517e80 in xcb_intern_atom_reply (c=0xe62d7650, cookie=..., e=0x0) at xproto.c:3250
#4  0xe6867a1f in pa_x11_get_prop () from /usr/lib32/pulseaudio/libpulsecommon-8.0.so
#5  0xe686737e in pa_client_conf_from_x11 () from /usr/lib32/pulseaudio/libpulsecommon-8.0.so
#6  0xe682a581 in pa_client_conf_load () from /usr/lib32/pulseaudio/libpulsecommon-8.0.so
#7  0xe68b0832 in pa_context_new_with_proplist () from /usr/lib32/libpulse.so.0
#8  0xe68b093e in pa_context_new () from /usr/lib32/libpulse.so.0
#9  0xf7861f48 in ?? () from ./libopenal.so.1
#10 0xf78624ab in ?? () from ./libopenal.so.1
#11 0xf7864e06 in ?? () from ./libopenal.so.1
#12 0xf783a0a3 in alcOpenDevice () from ./libopenal.so.1
#13 0x09126f34 in YUV12 ()
#14 0x091264a2 in YUV12 ()
#15 0x09113bee in check_for_pending_io ()
#16 0x09114188 in BinkOpen ()
#17 0x085f7553 in ASL::PlayBinkMovieGL(char const*, float, unsigned int, unsigned int, bool*) ()
#18 0x0884c26c in PlayMovieState::Begin() ()
#19 0x086e0fc3 in Civ5App::PlayOpeningMovie() ()
#20 0x086e1c46 in Civ5App::Init(char const*) ()
#21 0x0865b3ed in WinMain ()
#22 0x085f5487 in ?? ()
#23 0x085d8e3e in ThreadHANDLE::ThreadProc(void*) ()
#24 0xf7b822f1 in start_thread () from /usr/lib32/libpthread.so.0
#25 0xf79da8be in clone () from /usr/lib32/libc.so.6

Thread 3 (Thread 0xf2cc3b40 (LWP 22750)):
#0  0xf7fd8d49 in __kernel_vsyscall ()
#1  0xf7b87bab in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib32/libpthread.so.0
#2  0xf65435aa in ?? () from /usr/lib32/xorg/modules/dri/radeonsi_dri.so
#3  0xf7b822f1 in start_thread () from /usr/lib32/libpthread.so.0
#4  0xf79da8be in clone () from /usr/lib32/libc.so.6

Thread 2 (Thread 0xf72f9b40 (LWP 22749)):
#0  0xf7fd8d49 in __kernel_vsyscall ()
#1  0xf7b87f75 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib32/libpthread.so.0
#2  0xf7afdf6d in std::__1::condition_variable::__do_timed_wait(std::__1::unique_lock<std::__1::mutex>&, std::__1::chrono::time_point<std::__1::chrono::system_clock, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000000000ll>---Type <return> to continue, or q <return> to quit---
 > >) () from ./libc++.so.1
#3  0x085aed80 in std::__1::cv_status std::__1::condition_variable::wait_for<long long, std::__1::ratio<1ll, 1000000000ll> >(std::__1::unique_lock<std::__1::mutex>&, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000000000ll> > const&) ()
#4  0x085aec53 in std::__1::cv_status std::__1::condition_variable::wait_until<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000000000ll> > >(std::__1::unique_lock<std::__1::mutex>&, std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000000000ll> > > const&) ()
#5  0x085aeba7 in std::__1::future_status std::__1::__assoc_sub_state::wait_until<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000000000ll> > >(std::__1::chrono::time_point<std::__1::chrono::steady_clock, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000000000ll> > > const&) const ()
#6  0x085ae0e5 in CWin32MSGQueue::Send(HWND__*, unsigned int, unsigned int, long, bool, bool) ()
#7  0x085dc549 in ?? ()
#8  0x085dc5b0 in SendMessageW ()
#9  0x085adabd in ?? ()
#10 0x090566a5 in ?? ()
#11 0x09055d7e in ?? ()
#12 0x0906a617 in ?? ()
#13 0xf7b822f1 in start_thread () from /usr/lib32/libpthread.so.0
#14 0xf79da8be in clone () from /usr/lib32/libc.so.6

Thread 1 (Thread 0xf743b740 (LWP 22745)):
#0  0xf7fd8d49 in __kernel_vsyscall ()
#1  0xf7b87f75 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib32/libpthread.so.0
#2  0xf7afdf6d in std::__1::condition_variable::__do_timed_wait(std::__1::unique_lock<std::__1::mutex>&, std::__1::chrono::time_point<std::__1::chrono::system_clock, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000000000ll> > >) () from ./libc++.so.1
#3  0x085f577f in std::__1::cv_status std::__1::condition_variable::wait_for<long long, std::__1::ratio<1ll, 1000ll> >(std::__1::unique_lock<std::__1::mutex>&, std::__1::chrono::duration<long long, std::__1::ratio<1ll, 1000ll> > const&)
    ()
#4  0x085f53c1 in ASL::Main(int, char const**, ASL::AppHooks&, int (*)(HINSTANCE__*, HINSTANCE__*, char*, int)) ()
#5  0x0865ac41 in main ()

If there are any packages that anyone needs me to recompile with debug symbols, let me know. lib32-libcxb is the only one I specificially rebuilt with debug symbols for this trace.

Last edited by itzexor (2016-06-03 20:21:20)

ford prefect · 2016-06-06 09:18:02

hi all,
this problem seems to be simialar to the one discussed at the bug tracker [0].
there are reports of zsnes, acroread, teamviewer and other software affected by this.
all they have in common (besides depending on libxcb) is that they are 32bit applications run in multilib environments thus using lib32-libxcb.
could you check your affected applications for this pattern as well please?
if you find an affected app, please report it to the opened bug and provide a stack trace as described in the wiki [1].
if you havent already built a version of lib32-libxcb-1.12 with debug sybols, you can find one here [2].
thanks for your contribution. i am in contact with the upstream devs and we'll try to solve this asap.
regards
georg

[0] https://bugs.archlinux.org/task/49560
[1] https://wiki.archlinux.org/index.php/De … ing_Traces
[2] https://dukun.de/lib32-libxcb-1.12-1-x86_64.pkg.tar.xz

polyzen · 2016-06-08 09:54:29

Fixed with 1.12.2-2.
https://bugs.archlinux.org/task/49560

Arch Linux

#1 2016-06-01 06:06:52

lib32-libxcb makes game crash under steam

#2 2016-06-01 07:28:09

Re: lib32-libxcb makes game crash under steam

#3 2016-06-02 08:38:10

Re: lib32-libxcb makes game crash under steam

#4 2016-06-02 09:08:56

Re: lib32-libxcb makes game crash under steam

#5 2016-06-02 19:47:50

Re: lib32-libxcb makes game crash under steam

#6 2016-06-03 17:42:15

Re: lib32-libxcb makes game crash under steam

#7 2016-06-03 20:13:17

Re: lib32-libxcb makes game crash under steam

#8 2016-06-06 09:18:02

Re: lib32-libxcb makes game crash under steam

#9 2016-06-08 09:54:29

Re: lib32-libxcb makes game crash under steam

Board footer