Bug#588613: empathy do not start: segmentation fault

[Eric Veiras Galisson]

Le 27/07/2010 12:01, Simon McVittie a écrit :
> reassign 588613 libclutter-1.0-0
> found 588613 1.0.8-1.1
> thanks
>
> On Mon, 26 Jul 2010 at 21:42:17 +0200, Eric Veiras Galisson wrote:
>    
>> Le 26/07/2010 14:50, Simon McVittie a écrit :
>>      
>>> Does this still occur with current testing versions of everything? If it
>>> does, please install debug symbols (I think empathy-dbg, libclutter-1.0-dbg,
>>> libclutter-gtk-0.10-dbg, libgl1-mesa-glx-dbg might all be useful here),
>>> then try running Empathy under gdb (as you did), then when it crashes,
>>> type:
>>>
>>>      thread apply all bt
>>>        
> [...]
>    
>> $ gdb empathy
>>      
> [...]
>    
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x00007ffff419b8be in XF86DRIQueryVersion () from /usr/lib/libGL.so.1
>> (gdb) thread apply all bt
>>
>> Thread 1 (Thread 0x7ffff7ea0840 (LWP 9969)):
>> #0  0x00007ffff419b8be in XF86DRIQueryVersion () from /usr/lib/libGL.so.1
>> #1  0x00007ffff419ba59 in XF86DRIQueryExtension () from /usr/lib/libGL.so..1
>> #2  0x00007ffff419b38c in ?? () from /usr/lib/libGL.so.1
>> #3  0x00007ffff417b118 in ?? () from /usr/lib/libGL.so.1
>> #4  0x00007ffff4172d6a in glXQueryVersion () from /usr/lib/libGL.so.1
>> #5  0x00007ffff43c618e in clutter_backend_glx_post_parse (backend=0x6fd000,
>>      error=0x7fffffffe740) at clutter-backend-glx.c:110
>> #6  0x00007ffff4381490 in clutter_init_real (error=0x7fffffffe740)
>>      at ./clutter-main.c:1537
>> #7  0x00007fffef4bf899 in g_option_context_parse () from
>> /lib/libglib-2.0.so.0
>> #8  0x000000000043f563 in main (argc=1, argv=0x7fffffffe868) at
>> empathy.c:608
>> (gdb)
>>      
> [...]
>    
>> I forgot to tell that when running from a newly created user (with
>> an empty home directory), the crash occurs too.
>>      
> Thanks, this is all useful information. It seems you're missing debug symbols
> for libGL, so I can't see all the relevant information here, but it looks
> like it may be a Clutter bug - perhaps Clutter is passing a NULL xdpy to
> glXQueryVersion? Hopefully the Clutter maintainers can suggest how to
> investigate further.
>    
strange, i think they are installed

$ dpkg -l|grep libgl1
ii  libgl1-mesa-dev                          
7.7.1-4                        A free implementation of the OpenGL API -- G
ii  libgl1-mesa-dri                          
7.7.1-4                        A free implementation of the OpenGL API -- D
ii  libgl1-mesa-dri-dbg                      
7.7.1-4                        Debugging symbols for the Mesa DRI modules
ii  libgl1-mesa-glx                          
7.7.1-4                        A free implementation of the OpenGL API -- G
ii  libgl1-mesa-glx-dbg                      
7.7.1-4                        Debugging symbols for the Mesa GLX runtime

> What X driver are you using, and in particular, is it one of the NVIDIA binary
> drivers (nvidia-glx or nvidia-glx-legacy-something)? If you don't know which
> driver you're using, you can probably find out near the top of
> /var/log/Xorg.0.log; search for "X.Org Video Driver".
>    

I'm using intel driver on a Intel Corporation Mobile 4 Series Chipset 
Integrated Graphics Controller (rev 07).
This laptop has also a ATI Technologies Inc Mobility Radeon HD 3650 but 
I'm not currently using it.

> There's a newer version of Clutter in sid, which isn't getting into
> squeeze because it doesn't work on older ARM processors. If you wouldn't mind
> trying that, checking whether it works would probably also be useful
> information.
>
>    

I'm already running sid version (1.2.12-2)

> Thanks,
>      Simon
>    

Thanks for your help.

eric

ps: from tomorrow to several weeks later, I won't have access to the 
computer which had the problem so I probably won't answer further 
questions, please excuse in advance.