Comment # 8
on bug 95026
from Christoph Haag
Looks like it's the only one:
Thread 32 "WinMain" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffc84b1700 (LWP 11301)]
0x00007fffe979cb77 in glsl_to_tgsi_visitor::visit (this=0x7fff3ea10aa0,
ir=0x7fff3e263c40) at state_tracker/st_glsl_to_tgsi.cpp:1537
warning: Source file is more recent than executable.
1537 {
(gdb) i threads
Id Target Id Frame
1 Thread 0x7ffff7fdaec0 (LWP 11258) "AlienIsolation" 0x00007ffff6ef977d in
nanosleep () from /usr/lib/libpthread.so.0
2 Thread 0x7fffee897700 (LWP 11262) "SDLTimer" 0x00007ffff6ef85f5 in
do_futex_wait () from /usr/lib/libpthread.so.0
3 Thread 0x7fffe5a64700 (LWP 11263) "AlienIsolation" 0x00007ffff6ef603f in
pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
4 Thread 0x7fffdf705700 (LWP 11264) "PulseHotplug" 0x00007ffff536ad01 in
ppoll () from /usr/lib/libc.so.6
5 Thread 0x7fffdd8c9700 (LWP 11265) "CFileWriterThre" 0x00007ffff6ef603f
in pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
6 Thread 0x7fffdd35b700 (LWP 11266) "OpenGL dispatch" 0x00007ffff6ef8427
in do_futex_wait.constprop () from /usr/lib/libpthread.so.0
7 Thread 0x7fffdcb5a700 (LWP 11267) "AlienIsolation" 0x00007ffff534361d in
nanosleep () from /usr/lib/libc.so.6
8 Thread 0x7fffd7fff700 (LWP 11268) "OpenGL dispatch" 0x00007ffff6ef8427
in do_futex_wait.constprop () from /usr/lib/libpthread.so.0
9 Thread 0x7fffd77fe700 (LWP 11273) "WinMain" 0x00007ffff6ef8427 in
do_futex_wait.constprop () from /usr/lib/libpthread.so.0
10 Thread 0x7fffc92f6700 (LWP 11279) "OpenGL dispatch" 0x00007ffff6ef8427
in do_futex_wait.constprop () from /usr/lib/libpthread.so.0
11 Thread 0x7fffc8af5700 (LWP 11280) "WinMain" 0x00007ffff6ef63e8 in
pthread_cond_timedwait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
12 Thread 0x7fffd415a700 (LWP 11281) "WinMain" 0x00007ffff6ef603f in
pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
13 Thread 0x7fffd4109700 (LWP 11282) "WinMain" 0x00007ffff6ef603f in
pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
14 Thread 0x7fffd40b8700 (LWP 11283) "WinMain" 0x00007ffff6ef603f in
pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
15 Thread 0x7fff957fc700 (LWP 11284) "SDLAudioDev2" 0x00007ffff536ad01 in
ppoll () from /usr/lib/libc.so.6
16 Thread 0x7fffd4067700 (LWP 11285) "WinMain" 0x00007ffff6ef603f in
pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
17 Thread 0x7fffc86b4700 (LWP 11286) "WinMain" 0x00007ffff6ef603f in
pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
18 Thread 0x7fffc8663700 (LWP 11287) "WinMain" 0x00007ffff6ef603f in
pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
31 Thread 0x7fffc8612700 (LWP 11300) "WinMain" 0x00007ffff6ef603f in
pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
* 32 Thread 0x7fffc84b1700 (LWP 11301) "WinMain" 0x00007fffe979cb77 in
glsl_to_tgsi_visitor::visit (this=0x7fff3ea10aa0, ir=0x7fff3e263c40) at
state_tracker/st_glsl_to_tgsi.cpp:1537
33 Thread 0x7fffc8469700 (LWP 11302) "WinMain" 0x00007ffff6ef8427 in
do_futex_wait.constprop () from /usr/lib/libpthread.so.0
34 Thread 0x7fffc8408700 (LWP 11303) "WinMain" 0x00007ffff6ef8427 in
do_futex_wait.constprop () from /usr/lib/libpthread.so.0
36 Thread 0x7fffc835b700 (LWP 11305) "WinMain" 0x00007ffff6ef603f in
pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
38 Thread 0x7fffc830a700 (LWP 11307) "WinMain" 0x00007ffff534361d in
nanosleep () from /usr/lib/libc.so.6
39 Thread 0x7fff7bffe700 (LWP 11308) "vpx decode" 0x00007ffff6ef603f in
pthread_cond_wait@@GLIBC_2.3.2 () from /usr/lib/libpthread.so.0
I'm not exactly an expert at debugging C, but it's kinda weird that it's
segfaulting on the opening brace of
void
glsl_to_tgsi_visitor::visit(ir_expression *ir)
{
unsigned int operand;
Googling a bit sounds like it's a stack overflow:
http://stackoverflow.com/a/10501490
With "disas" gdb actually allows me to see the assembler instructions before
the crash. Yay.
0x00007fffe979cb70 <+32>: sub $0x1000,%rsp
=> 0x00007fffe979cb77 <+39>: orq $0x0,(%rsp)
but not sure why:
(gdb) print ir->operands
$1 = {0x7fff3eb22770, 0x0, 0x0, 0x0}
(gdb) info locals
operand = <optimized out>
op = {{file = PROGRAM_TEMPORARY, index = 0, index2D = 0, swizzle = 0, negate =
0, type = 0, reladdr = 0x0, reladdr2 = 0x0, has_index2 = false, double_reg2 =
false, array_id = 0,
is_double_vertex_input = false}, {file = PROGRAM_TEMPORARY, index = 0,
index2D = 0, swizzle = 0, negate = 0, type = 0, reladdr = 0x0, reladdr2 = 0x0,
has_index2 = false,
double_reg2 = false, array_id = 0, is_double_vertex_input = false}, {file =
PROGRAM_TEMPORARY, index = 0, index2D = 0, swizzle = 0, negate = 0, type = 0,
reladdr = 0x0,
reladdr2 = 0x0, has_index2 = false, double_reg2 = false, array_id = 0,
is_double_vertex_input = false}, {file = PROGRAM_TEMPORARY, index = 0, index2D
= 0, swizzle = 0, negate = 0,
type = 0, reladdr = 0x0, reladdr2 = 0x0, has_index2 = false, double_reg2 =
false, array_id = 0, is_double_vertex_input = false}}
result_src = <optimized out>
result_dst = <optimized out>
__PRETTY_FUNCTION__ = "virtual void
glsl_to_tgsi_visitor::visit(ir_expression*)"
vector_elements = <optimized out>
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
