[opensuse] Civ 5 segfaults when launching in Tumbleweed.
Hello people.
I'm getting a segfault when I launch Civilization V. I'm running openSUSE
Tumbleweed on a Thinkpad T470. Is there anything I can do to work around this
issue?
My specs are:
carmen@carmen-laptop:~> inxi -v1
System: Host: carmen-laptop Kernel: 4.11.8-1-default x86_64 (64 bit) Desktop: KDE Plasma 5.10.3
Distro: openSUSE Tumbleweed
CPU: Dual core Intel Core i5-7200U (-HT-MCP-) speed/max: 903/3100 MHz
Graphics: Card: Intel Device 5916
Display Server: X.Org 1.19.3 drivers: modesetting (unloaded: fbdev,vesa)
Resolution: 1920x1080@60.03hz
GLX Renderer: Mesa DRI Intel HD Graphics 620 (Kaby Lake GT2) GLX Version: 3.0 Mesa 17.1.4
Drives: HDD Total Size: NA (-)
Info: Processes: 264 Uptime: 0:38 Memory: 2350.4/7878.9MB Client: Shell (bash) inxi: 2.3.8
The backtrace I get is:
(gdb) bt
#0 0xf7a2e7c3 in __strspn_sse42 () from /lib/libc.so.6
#1 0xefb8f5a6 in pa_config_parse () from /usr/lib/pulseaudio/libpulsecommon-10.0.so
#2 0xefb80e9b in pa_client_conf_load () from /usr/lib/pulseaudio/libpulsecommon-10.0.so
#3 0xf0421264 in pa_context_new_with_proplist () from /usr/lib/libpulse.so.0
#4 0xf04213ce in pa_context_new () from /usr/lib/libpulse.so.0
#5 0xf785cf48 in ?? () from ./libopenal.so.1
#6 0xf785d4ab in ?? () from ./libopenal.so.1
#7 0xf785fe06 in ?? () from ./libopenal.so.1
#8 0xf78350a3 in alcOpenDevice () from ./libopenal.so.1
#9 0x09126f34 in YUV12 ()
#10 0x091264a2 in YUV12 ()
#11 0x09113bee in check_for_pending_io ()
#12 0x09114188 in BinkOpen ()
#13 0x085f7553 in ASL::PlayBinkMovieGL(char const*, float, unsigned int, unsigned int, bool*) ()
#14 0x0884c26c in PlayMovieState::Begin() ()
#15 0x086e0fc3 in Civ5App::PlayOpeningMovie() ()
#16 0x086e1c46 in Civ5App::Init(char const*) ()
#17 0x0865b3ed in WinMain ()
#18 0x085f5487 in ?? ()
#19 0x085d8e3e in ThreadHANDLE::ThreadProc(void*) ()
#20 0xf7b81328 in start_thread () from /lib/libpthread.so.0
#21 0xf79d3606 in clone () from /lib/libc.so.6
Thank you very much!
--
Carmen Bianca Bakker
Carmen Bianca Bakker wrote:
Hello people.
I'm getting a segfault when I launch Civilization V. I'm running openSUSE Tumbleweed on a Thinkpad T470. Is there anything I can do to work around this issue?
#3 0xf0421264 in pa_context_new_with_proplist () from /usr/lib/libpulse.so.0 #4 0xf04213ce in pa_context_new () from /usr/lib/libpulse.so.0 #5 0xf785cf48 in ?? () from ./libopenal.so.1 #6 0xf785d4ab in ?? () from ./libopenal.so.1 #7 0xf785fe06 in ?? () from ./libopenal.so.1
So it uses a supplied version of openal. I did have issues with this in several other cases (someimes with supplied SDL libraries, too). My first try in such cases is to move the offending library away so that it uses the system one (make sure it is installed, should be libopenal1-32bit). -- Dr. Peter "Pit" Suetterlin http://www.astro.su.se/~pit Institute for Solar Physics Tel.: +34 922 405 590 (Spain) P.Suetterlin@royac.iac.es +46 8 5537 8559 (Sweden) Peter.Suetterlin@astro.su.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wednesday, 12 July 2017 17:56:53 CEST pit wrote:
So it uses a supplied version of openal. I did have issues with this in several other cases (someimes with supplied SDL libraries, too). My first try in such cases is to move the offending library away so that it uses the system one (make sure it is installed, should be libopenal1-32bit).
Afraid it results in the exact same error:
(gdb) bt
#0 0xf7a2e7c3 in __strspn_sse42 () from /lib/libc.so.6
#1 0xef78f5a6 in pa_config_parse () from /usr/lib/pulseaudio/libpulsecommon-10.0.so
#2 0xef780e9b in pa_client_conf_load () from /usr/lib/pulseaudio/libpulsecommon-10.0.so
#3 0xefb82264 in pa_context_new_with_proplist () from /usr/lib/libpulse.so.0
#4 0xefb823ce in pa_context_new () from /usr/lib/libpulse.so.0
#5 0xf780a78a in ?? () from /usr/lib/libopenal.so.1
#6 0xf780c3e7 in ?? () from /usr/lib/libopenal.so.1
#7 0xf77d8553 in ?? () from /usr/lib/libopenal.so.1
#8 0xf7b897e5 in __pthread_once_slow () from /lib/libpthread.so.0
#9 0xf77d9985 in alcOpenDevice () from /usr/lib/libopenal.so.1
#10 0x09126f34 in YUV12 ()
#11 0x091264a2 in YUV12 ()
#12 0x09113bee in check_for_pending_io ()
#13 0x09114188 in BinkOpen ()
#14 0x085f7553 in ASL::PlayBinkMovieGL(char const*, float, unsigned int, unsigned int, bool*) ()
#15 0x0884c26c in PlayMovieState::Begin() ()
#16 0x086e0fc3 in Civ5App::PlayOpeningMovie() ()
#17 0x086e1c46 in Civ5App::Init(char const*) ()
#18 0x0865b3ed in WinMain ()
#19 0x085f5487 in ?? ()
#20 0x085d8e3e in ThreadHANDLE::ThreadProc(void*) ()
#21 0xf7b81328 in start_thread () from /lib/libpthread.so.0
#22 0xf79d3606 in clone () from /lib/libc.so.6
The Arch bug tracker appears to have a record of this as well:
https://bugs.archlinux.org/task/54136
They recompiled glibc with -mstackrealign, but that's not something I really
fancy doing myself.
--
Carmen Bianca Bakker
On 07/12/2017 11:06 AM, Carmen Bianca Bakker wrote:
#5 0xf780a78a in ?? () from /usr/lib/libopenal.so.1 #6 0xf780c3e7 in ?? () from /usr/lib/libopenal.so.1 #7 0xf77d8553 in ?? () from /usr/lib/libopenal.so.1
installing the libopenal-debug file will fill in the blanks. -- David C. Rankin, J.D.,P.E.
On Thursday, 13 July 2017 01:45:12 CEST David C. Rankin wrote:
installing the libopenal-debug file will fill in the blanks.
I don't think such a package is available. And it seems like a bug in libc,
according to the Arch bug report.
--
Carmen Bianca Bakker
On 07/13/2017 03:51 AM, Carmen Bianca Bakker wrote:
On Thursday, 13 July 2017 01:45:12 CEST David C. Rankin wrote:
installing the libopenal-debug file will fill in the blanks.
I don't think such a package is available. And it seems like a bug in libc, according to the Arch bug report.
Have you filed a bug report? It looks like a compiler flag issue on Arch (e.g. -mstackrealign) if you are looking at the same bug closed last month there: https://bugs.archlinux.org/task/54490 -- David C. Rankin, J.D.,P.E.
On Thursday, 13 July 2017 11:08:08 CEST David C. Rankin wrote:
Have you filed a bug report? It looks like a compiler flag issue on Arch (e.g. -mstackrealign) if you are looking at the same bug closed last month there: https://bugs.archlinux.org/task/54490
I'm looking at this bug report, which I had linked earlier in the thread:
https://bugs.archlinux.org/task/54136
I can confirm that Portal, also listed in that bug report, has the same crash
on Tumbleweed.
I'll see about filing a bug report somewhere.
--
Carmen Bianca Bakker
participants (3)
-
Carmen Bianca Bakker -
David C. Rankin -
pit