From: Ryan P. <rp...@sy...> - 2006-05-23 05:04:19
|
Hi again. Here's what I'm getting from gdb from mplayer and lircd, both with debugging: (gdb) bt #0 0xb7647847 in raise () from /lib/tls/libc.so.6 #1 0xb76490d9 in abort () from /lib/tls/libc.so.6 #2 0xb767b616 in __libc_message () from /lib/tls/libc.so.6 #3 0xb7681d4f in _int_free () from /lib/tls/libc.so.6 #4 0xb76820ea in free () from /lib/tls/libc.so.6 #5 0xb774ff1a in lirc_readconfig_only_internal (file=0xb774b840 "\001", config=0x85cabb0, check=0, full_name=0xbfce3c18, sha_bang=0xbfce3c1c) at lirc_client.c:1279 #6 0xb7751c69 in lirc_readconfig (file=0x0, config=0x85cabb0, check=0) at lirc_client.c:804 #7 0x081b3a38 in mp_input_lirc_init () at lirc.c:34 #8 0x081b36e5 in mp_input_init () at input.c:1544 #9 0x0807d65a in main (argc=2, argv=0xbfce50b4) at mplayer.c:1364 Also possibily of interest: [...] Reading symbols from /usr/lib/libsasl2.so.2...done. Loaded symbols for /usr/lib/libsasl2.so.2 Reading symbols from /usr/lib/libssl.so.0...done. Loaded symbols for /usr/lib/libssl.so.0 Reading symbols from /usr/lib/libcrypto.so.0...done. Loaded symbols for /usr/lib/libcrypto.so.0 Reading symbols from /usr/lib/libgcc_s.so.1...done. Loaded symbols for /usr/lib/libgcc_s.so.1 #0 0xb7647847 in raise () from /lib/tls/libc.so.6 I have a core dump from mplayer if anyone wants it as well. It looks like the problem may actually be coming from glibc, would that be an accurate assessment? Thanks. -Ryan At 08:10 PM 5/22/2006, you wrote: Hi! [...] >> I recently upgraded kernel 2.6.16.2 to 2.6.16.16 and lircd seems to be >> crashing any program that calls on it. Can anybody please provide a gdb callstack? Christoph |
From: Ryan P. <rp...@sy...> - 2006-05-23 14:27:34
|
I've downloaded the newest CVS and everything looks good again. Everything that was crashing is now working normally. Thanks a bunch. -Ryan At 07:13 AM 5/23/2006, you wrote: Date: 23 May 2006 15:11:00 +0200 From: li...@ba... (Christoph Bartelmus) To: lir...@li... Subject: Re: Kernel upgrade to 2.6.16.16 seems to have killed lircd Hi! I have checked in a fix for the crash to CVS. As the offending code has been in CVS only since 2 weeks, I guess everybody knows how to get it. Christoph |
From: Ryan P. <rp...@sy...> - 2006-05-23 05:19:32
|
More information from the backtrace: #0 0xb7647847 in raise () from /lib/tls/libc.so.6 No symbol table info available. #1 0xb76490d9 in abort () from /lib/tls/libc.so.6 No symbol table info available. #2 0xb767b616 in __libc_message () from /lib/tls/libc.so.6 No symbol table info available. #3 0xb7681d4f in _int_free () from /lib/tls/libc.so.6 No symbol table info available. #4 0xb76820ea in free () from /lib/tls/libc.so.6 No symbol table info available. #5 0xb774ff1a in lirc_readconfig_only_internal (file=3D0xb774b840 "\001",= =20 config=3D0x85cabb0, check=3D0, full_name=3D0xbfce3c18, sha_bang=3D0xbfce3c1c) at lirc_client.c:1279 string =3D 0x0 token =3D 0x86da160 "" token2 =3D 0x0 token3 =3D 0x0 filestack =3D (struct filestack_t *) 0x0 stack_tmp =3D (struct filestack_t *) 0xb774b840 open_files =3D 0 new_entry =3D (struct lirc_config_entry *) 0x0 first =3D (struct lirc_config_entry *) 0x86d9938 last =3D (struct lirc_config_entry *) 0x86daa20 mode =3D 0x0 remote =3D 0xffffffff <Address 0xffffffff out of bounds> ret =3D 0 firstline =3D 0 save_full_name =3D 0x86da210 "/root/.lircrc" #6 0xb7751c69 in lirc_readconfig (file=3D0x0, config=3D0x85cabb0, check=3D0= ) at=20 lirc_client.c:804 addr =3D {sun_family =3D 1, sun_path =3D=20 "/dev/lircd\000<=CE=BF=FF=FF=FF=FF\001\000\000\000t<=CE=BF\224\025=D5=B70\23= 0m\bHv=FE=B7\000\000\000\000=F8o=FE=B7=F0t=FE=B7\234v=FE=B7\220<=CE=BFl=BB= =FD=B7\234v=FE=B7\000\000\000\000\001\000\000\000\001\000\000\000\000\000\00= 0\000$=ACS\bU\n\000\000=F1R\006\b,=E5t=B7\004\000\000\000\000\000\000\000\00= 0"} sockfd =3D 0 sha_bang =3D 0x0 sha_bang2 =3D 0x0 filename =3D 0x0 ret =3D 0 #7 0x081b3a38 in mp_input_lirc_init () at lirc.c:34 lirc_sock =3D 4 #8 0x081b36e5 in mp_input_init () at input.c:1544 fd =3D 0 file =3D 0x86d9ff8 "P\236m\bt/.mplayer/input.conf" #9 0x0807d65a in main (argc=3D2, argv=3D0xbfce50b4) at mplayer.c:1364 mem_ptr =3D 0x8475d16 "/dev/rtc" d_audio =3D (demux_stream_t *) 0x0 d_video =3D (demux_stream_t *) 0x0 d_dvdsub =3D (demux_stream_t *) 0x0 file_format =3D 0 osd_function =3D 1 osd_last_pts =3D -303 osd_show_av_delay =3D 0 osd_show_text =3D 0 osd_show_speed =3D 0 osd_show_sub_delay =3D 0 osd_show_sub_pos =3D 0 osd_show_sub_visibility =3D 0 osd_show_sub_alignment =3D 0 osd_show_vobsub_changed =3D 0 osd_show_sub_changed =3D 0 osd_show_percentage =3D 0 osd_show_tv_channel =3D 25 osd_show_ontop =3D 0 osd_show_rootwin =3D 0 osd_show_framedropping =3D 0 rtc_fd =3D 3 i =3D 138894614 tmp =3D 0x8475d16 "/dev/rtc" At 11:04 PM 5/22/2006, Ryan Power wrote: >Hi again. > >Here's what I'm getting from gdb from mplayer and lircd, both with= debugging: >(gdb) bt >#0 0xb7647847 in raise () from /lib/tls/libc.so.6 >#1 0xb76490d9 in abort () from /lib/tls/libc.so.6 >#2 0xb767b616 in __libc_message () from /lib/tls/libc.so.6 >#3 0xb7681d4f in _int_free () from /lib/tls/libc.so.6 >#4 0xb76820ea in free () from /lib/tls/libc.so.6 >#5 0xb774ff1a in lirc_readconfig_only_internal (file=3D0xb774b840 "\001",= =20 >config=3D0x85cabb0, check=3D0, > full_name=3D0xbfce3c18, sha_bang=3D0xbfce3c1c) at lirc_client.c:1279 >#6 0xb7751c69 in lirc_readconfig (file=3D0x0, config=3D0x85cabb0, check=3D= 0) at=20 >lirc_client.c:804 >#7 0x081b3a38 in mp_input_lirc_init () at lirc.c:34 >#8 0x081b36e5 in mp_input_init () at input.c:1544 >#9 0x0807d65a in main (argc=3D2, argv=3D0xbfce50b4) at mplayer.c:1364 > >Also possibily of interest: [...] >Reading symbols from /usr/lib/libsasl2.so.2...done. >Loaded symbols for /usr/lib/libsasl2.so.2 >Reading symbols from /usr/lib/libssl.so.0...done. >Loaded symbols for /usr/lib/libssl.so.0 >Reading symbols from /usr/lib/libcrypto.so.0...done. >Loaded symbols for /usr/lib/libcrypto.so.0 >Reading symbols from /usr/lib/libgcc_s.so.1...done. >Loaded symbols for /usr/lib/libgcc_s.so.1 >#0 0xb7647847 in raise () from /lib/tls/libc.so.6 > >I have a core dump from mplayer if anyone wants it as well. >It looks like the problem may actually be coming from glibc, would that be= =20 >an accurate assessment? > >Thanks. >-Ryan > >At 08:10 PM 5/22/2006, you wrote: > > Hi! > > [...] > >> I recently upgraded kernel 2.6.16.2 to 2.6.16.16 and lircd seems to be > >> crashing any program that calls on it. > > Can anybody please provide a gdb callstack? > > Christoph > |
From: <li...@ba...> - 2006-05-23 13:12:20
|
Hi! I have checked in a fix for the crash to CVS. As the offending code has been in CVS only since 2 weeks, I guess everybody knows how to get it. Christoph |
From: Chris <chr...@pg...> - 2006-05-23 13:45:54
|
Thanks Christoph, You rule, seemed to work, no segfault. I'm not at home will give it a full test when I get home. Thanks to Ryan for getting Christoph what he needed. Was lircd crashing on you? How do you get a useful backtrace of lircd if not? I want to understand so I can be more helpful in the future. On 23 May 2006 15:11:00 +0200, Christoph Bartelmus <li...@ba...> wrote: > > Hi! > > I have checked in a fix for the crash to CVS. As the offending code has > been in CVS only since 2 weeks, I guess everybody knows how to get it. > > Christoph > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > |
From: <spa...@co...> - 2006-05-24 03:20:17
|
>>>>> "Christoph" == Christoph Bartelmus <li...@ba...> writes: Christoph> Hi! I have checked in a fix for the crash to CVS. As the Christoph> offending code has been in CVS only since 2 weeks, I guess Christoph> everybody knows how to get it. Thanks that did the trick and it works fine. |