Re: [Ekiga-devel-list] Segmentation fault when caller clears the call
Le dimanche 11 janvier 2009 à 09:52 +, Andrea a écrit : Compiling in debug was not that trivial (I think --enable-opal-debug should be mentioned in the wiki) here is the page: http://wiki.ekiga.org/index.php/Debugging_Ekiga Damien, is there a need to add --enable-opal-debug ? ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Segmentation fault when caller clears the call
Julien Puydt wrote: Andrea a écrit : The only issue in 3.1.0 is that ekiga crashes upon exit with assert.cxx(108) PWLib Assertion fail: Function pthread_mutex_lock failed, file ptlib/unix/tlibthrd.cxx, line 1304 Assertion fail: Function pthread_mutex_lock failed, file ptlib/unix/tlibthrd.cxx, line 1304 Ah, you have it too. I reported it already, but if you could get your backtrace too, that would be nice. Here it is. Compiling in debug was not that trivial (I think --enable-opal-debug should be mentioned in the wiki) For some reason the non debug version had a better error message Hope it helps. Program received signal SIGSEGV, Segmentation fault. 0x in ?? () Thread 15 (Thread 0xb63d4b90 (LWP 10806)): #0 0xb809a424 in __kernel_vsyscall () #1 0x00a09671 in select () from /lib/libc.so.6 #2 0xb7693a00 in PThread::PXBlockOnIO (this=0x965d0a0, handle=44, type=2, timeo...@0xb63d4010) at ptlib/unix/tlibthrd.cxx:936 #3 0xb768859e in PChannel::PXSetIOBlock (this=0x9a6f064, type=PChannel::PXAcceptBlock, timeo...@0xb63d4010) at ptlib/unix/channel.cxx:119 #4 0xb768488d in PSocket::os_accept (this=0x962b200, listen...@0x9a6f064, addr=0xb63d4060, size=0xb63d40e0) at ptlib/unix/socket.cxx:206 #5 0xb76b3f9b in PTCPSocket::Accept (this=0x962b200, sock...@0x9a6f064) at ptlib/common/sockets.cxx:2292 #6 0xb7b4ff05 in OpalListenerTCP::Accept (this=0x9a6f030, timeo...@0xb63d41ec) at /home/andrea/projects/multimedia/ekiga/opal-3.5.2/src/opal/transports.cxx:623 #7 0xb7b5022f in OpalListener::ListenForConnections (this=0x9a6f030, thre...@0x965d0a0) at /home/andrea/projects/multimedia/ekiga/opal-3.5.2/src/opal/transports.cxx:457 #8 0xb7b50af3 in OpalListener::ListenForConnections_PNotifier::Call (this=0x9685a78, no...@0x965d0a0, extra=0) at /home/andrea/projects/multimedia/ekiga/opal-3.5.2/include/opal/transports.h:354 #9 0x081ae8a7 in PNotifier::operator() (this=0x965d124, notifi...@0x965d0a0, extra=0) at /home/andrea/usr2/include/ptlib/notifier.h:125 #10 0xb76c78f9 in PSimpleThread::Main (this=0x965d0a0) at ptlib/common/osutils.cxx:2018 #11 0xb7693cb5 in PThread::PX_ThreadStart (arg=0x965d0a0) at ptlib/unix/tlibthrd.cxx:839 #12 0x00ad632f in start_thread () from /lib/libpthread.so.0 #13 0x00a1120e in clone () from /lib/libc.so.6 Thread 14 (Thread 0xb641cb90 (LWP 10805)): #0 0xb809a424 in __kernel_vsyscall () #1 0x00a09671 in select () from /lib/libc.so.6 #2 0xb768445d in PSocket::Select (re...@0xb641c0b0, wri...@0xb641bff4, exce...@0xb641bfe8, timeo...@0xb641c1ec) at ptlib/unix/socket.cxx:328 #3 0xb76b5829 in PSocket::Select (re...@0xb641c0b0, timeo...@0xb641c1ec) at ptlib/common/sockets.cxx:1045 #4 0xb76bcc90 in PMonitoredSockets::ReadFromSocket (this=0x96ae078, reade...@0xb641c0b0, sock...@0xb641c0ac, buf=0x9ac2cf8, len=65536, ad...@0xb641c138, ---Type return to continue, or q return to quit--- po...@0xb641c136, lastreadcou...@0xb641c11c, timeo...@0xb641c1ec) at ptclib/psockbun.cxx:588 #5 0xb76bd47f in PMonitoredSocketBundle::ReadFromBundle (this=0x96ae078, buf=0x9ac2cf8, len=65536, ad...@0xb641c138, po...@0xb641c136, ifa...@0xb641c120, lastreadcou...@0xb641c11c, timeo...@0xb641c1ec) at ptclib/psockbun.cxx:991 #6 0xb7b4c20b in OpalListenerUDP::Accept (this=0x9689a10, timeo...@0xb641c1ec) at /home/andrea/projects/multimedia/ekiga/opal-3.5.2/src/opal/transports.cxx:726 #7 0xb7b5022f in OpalListener::ListenForConnections (this=0x9689a10, thre...@0x9a6bb20) at /home/andrea/projects/multimedia/ekiga/opal-3.5.2/src/opal/transports.cxx:457 #8 0xb7b50af3 in OpalListener::ListenForConnections_PNotifier::Call (this=0x9858f90, no...@0x9a6bb20, extra=0) at /home/andrea/projects/multimedia/ekiga/opal-3.5.2/include/opal/transports.h:354 #9 0x081ae8a7 in PNotifier::operator() (this=0x9a6bba4, notifi...@0x9a6bb20, extra=0) at /home/andrea/usr2/include/ptlib/notifier.h:125 #10 0xb76c78f9 in PSimpleThread::Main (this=0x9a6bb20) at ptlib/common/osutils.cxx:2018 #11 0xb7693cb5 in PThread::PX_ThreadStart (arg=0x9a6bb20) at ptlib/unix/tlibthrd.cxx:839 #12 0x00ad632f in start_thread () from /lib/libpthread.so.0 #13 0x00a1120e in clone () from /lib/libc.so.6 Thread 12 (Thread 0xb5b2cb90 (LWP 10800)): #0 0xb809a424 in __kernel_vsyscall () #1 0x00a06a57 in poll () from /lib/libc.so.6 #2 0x4e9e0372 in ?? () from /lib/libglib-2.0.so.0 #3 0x4e9e0a02 in g_main_loop_run () from /lib/libglib-2.0.so.0 #4 0x4fbc3f60 in ?? () from /usr/lib/libORBit-2.so.0 #5 0x4ea0720f in ?? () from /lib/libglib-2.0.so.0 #6 0x00ad632f in start_thread () from /lib/libpthread.so.0 #7 0x00a1120e in clone () from /lib/libc.so.6 Thread 11 (Thread 0xb6352b90 (LWP 10791)): ---Type return to continue, or q return to quit--- #0 0xb809a424 in __kernel_vsyscall () #1 0x00a06a57 in poll () from /lib/libc.so.6 #2 0x4e9e0372 in ?? () from /lib/libglib-2.0.so.0 #3 0x4e9e0a02 in g_main_loop_run () from /lib/libglib-2.0.so.0 #4 0x4fb638b2 in ?? ()
Re: [Ekiga-devel-list] Segmentation fault when caller clears the call
Le samedi 10 janvier 2009 à 21:54 +, Andrea a écrit : Damien Sandras wrote: Le samedi 10 janvier 2009 à 20:40 +, Andrea a écrit : Damien Sandras wrote: Can you try Ekiga TRUNK ? Do I need trunk of Ekiga, Opal and PTLib or can I use some of the archives released as 3.1.0? You can use what was released with 3.1.0. In 3.1.0 it works. In 3.0.1 I have to amend my description in that I cannot receive, reject (or the caller cancels) any calls. It crashes always. Peter (in CC) had the same problem. Now I remember! The problem is that Fedora uses a patched version of libnotify which has different signatures for some functions while having the same version number for the library. Peter, do you still have the patch ? -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Segmentation fault when caller clears the call
Can you try Ekiga TRUNK ? Do I need trunk of Ekiga, Opal and PTLib or can I use some of the archives released as 3.1.0? You can use what was released with 3.1.0. In 3.1.0 it works. In 3.0.1 I have to amend my description in that I cannot receive, reject (or the caller cancels) any calls. It crashes always. Peter (in CC) had the same problem. Now I remember! The problem is that Fedora uses a patched version of libnotify which has different signatures for some functions while having the same version number for the library. Peter, do you still have the patch ? Hi Damien, It was in fact an inverse problem. Fedora 9 has a vanilla libnotify, Fedora 10 does not. He'd grabbed my source rpms for F-10 and recompiled it without removing the patch and that caused the problem. He's fixed it now. We both knew this would cause an issue, Fortunately its only Fedora 10 that has a patched libnotify, rawhide is back to vanilla 0.4.5. I have been thinking about pushing ekiga 3 to Fedora 9 but I've been waiting for 3.0.2 (gentle reminder as I think tarballs are due today). Cheers, Peter ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Segmentation fault when caller clears the call
Le lundi 12 janvier 2009 à 07:34 +0100, Peter Robinson a écrit : Can you try Ekiga TRUNK ? Do I need trunk of Ekiga, Opal and PTLib or can I use some of the archives released as 3.1.0? You can use what was released with 3.1.0. In 3.1.0 it works. In 3.0.1 I have to amend my description in that I cannot receive, reject (or the caller cancels) any calls. It crashes always. Peter (in CC) had the same problem. Now I remember! The problem is that Fedora uses a patched version of libnotify which has different signatures for some functions while having the same version number for the library. Peter, do you still have the patch ? Hi Damien, It was in fact an inverse problem. Fedora 9 has a vanilla libnotify, Fedora 10 does not. He'd grabbed my source rpms for F-10 and recompiled it without removing the patch and that caused the problem. He's fixed it now. We both knew this would cause an issue, Fortunately its only Fedora 10 that has a patched libnotify, rawhide is back to vanilla 0.4.5. I have been thinking about pushing ekiga 3 to Fedora 9 but I've been waiting for 3.0.2 (gentle reminder as I think tarballs are due today). Eugen is doing a fantastic job taking care of that... They will be ready :-) -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:dsand...@ekiga.net ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Segmentation fault when caller clears the call
Can you try Ekiga TRUNK ? Le samedi 10 janvier 2009 à 19:04 +, Andrea a écrit : I've had this issue since I moved to 3.0.1 I am on Fedora 9. Someone calls (in this case I call via a real phone) and I cancel the call before answering. The it crashes always. I've used only SILENT and LOGO as devices (just to be sure it is not a Pulseaudio or Alsa issue). The SIP server is messagenet. I've attached the output of ekiga -d 4 Program received signal SIGSEGV, Segmentation fault. 0x4eab08d2 in g_type_check_instance_cast () from /lib/libgobject-2.0.so.0 Thread 17 (Thread 0xb6e33b90 (LWP 5452)): #0 0xb7f10424 in __kernel_vsyscall () #1 0x00ad9ba5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x4ec937d3 in PSyncPoint::Wait (this=value optimized out) at ptlib/unix/tlibthrd.cxx:1419 #3 0x4f496a06 in SIPEndPoint::SIP_PDU_Thread::Main (this=value optimized out) at /usr/src/debug/opal-3.4.2/src/sip/sipep.cxx:1299 #4 0x4ec982d8 in PThread::PX_ThreadStart (arg=value optimized out) at ptlib/unix/tlibthrd.cxx:806 #5 0x00ad632f in start_thread () from /lib/libpthread.so.0 #6 0x00a1120e in clone () from /lib/libc.so.6 Thread 15 (Thread 0xb6e74b90 (LWP 5450)): #0 0xb7f10424 in __kernel_vsyscall () #1 0x00a09671 in select () from /lib/libc.so.6 #2 0x4ec951d8 in PThread::PXBlockOnIO (this=value optimized out, handle=value optimized out, type=value optimized out, timeout=value optimized out) at ptlib/unix/tlibthrd.cxx:903 #3 0x4ec8a302 in PChannel::PXSetIOBlock (this=value optimized out, type=value optimized out, timeout=value optimized out) at ptlib/unix/channel.cxx:119 #4 0x4ec872ec in PSocket::os_accept (this=value optimized out, listener=value optimized out, addr=Could not find the frame base for PSocket::os_accept(PSocket, sockaddr*, int*). ) at ptlib/unix/socket.cxx:206 #5 0x4ecad50a in PTCPSocket::Accept (this=value optimized out, socket=value optimized out) at ptlib/common/sockets.cxx:2263 #6 0x4f0a16ab in OpalListenerTCP::Accept (this=value optimized out, timeout=value optimized out) at /usr/src/debug/opal-3.4.2/src/opal/transports.cxx:613 #7 0x4f09f796 in OpalListener::ListenForConnections (this=value optimized out, thread=value optimized out) at /usr/src/debug/opal-3.4.2/src/opal/transports.cxx:448 #8 0x4f0a1a22 in OpalListener::ListenForConnections_PNotifier::Call (this=Could not find the frame base for OpalListener::ListenForConnections_PNotifier::Call(PObject, int) const. ) at /usr/src/debug/opal-3.4.2/include/opal/transports.h:350 #9 0x08107667 in PNotifier::operator() (this=0x9fb6cac, notifi...@0x9fb6c28, extra=0) at /usr/include/ptlib/notifier.h:95 #10 0x4ecbb278 in PSimpleThread::Main (this=Could not find the frame base for PSimpleThread::Main(). ) at ptlib/common/osutils.cxx:1971 #11 0x4ec982d8 in PThread::PX_ThreadStart (arg=value optimized out) at ptlib/unix/tlibthrd.cxx:806 #12 0x00ad632f in start_thread () from /lib/libpthread.so.0 #13 0x00a1120e in clone () from /lib/libc.so.6 Thread 14 (Thread 0xb6ebcb90 (LWP 5449)): #0 0xb7f10424 in __kernel_vsyscall () #1 0x00a09671 in select () from /lib/libc.so.6 #2 0x4ec87073 in PSocket::Select (read=value optimized out, write=value optimized out, except=value optimized out, timeout=value optimized out) at ptlib/unix/socket.cxx:328 #3 0x4ecae82e in PSocket::Select (read=value optimized out, timeout=value optimized out) at ptlib/common/sockets.cxx:1037 #4 0x4ecb6f5a in PMonitoredSockets::ReadFromSocket (this=value optimized out, readers=value optimized out, socket=value optimized out, buf=value optimized out, len=value optimized out, addr=value optimized out, port=value optimized out, lastReadCount=value optimized out, timeout=value optimized out) at ptclib/psockbun.cxx:577 #5 0x4ecb752d in PMonitoredSocketBundle::ReadFromBundle (this=value optimized out, buf=value optimized out, len=value optimized out, addr=value optimized out, port=value optimized out, iface=value optimized out, lastReadCount=value optimized out, timeout=value optimized out) at ptclib/psockbun.cxx:980 #6 0x4f09e15a in OpalListenerUDP::Accept (this=value optimized out, timeout=value optimized out) ---Type return to continue, or q return to quit--- at /usr/src/debug/opal-3.4.2/src/opal/transports.cxx:717 #7 0x4f09f796 in OpalListener::ListenForConnections (this=value optimized out, thread=value optimized out) at /usr/src/debug/opal-3.4.2/src/opal/transports.cxx:448 #8 0x4f0a1a22 in OpalListener::ListenForConnections_PNotifier::Call (this=Could not find the frame base for OpalListener::ListenForConnections_PNotifier::Call(PObject, int) const. ) at /usr/src/debug/opal-3.4.2/include/opal/transports.h:350 #9 0x08107667 in PNotifier::operator() (this=0x9ef3db4, notifi...@0x9ef3d30, extra=0) at
Re: [Ekiga-devel-list] Segmentation fault when caller clears the call
Damien Sandras wrote: Le samedi 10 janvier 2009 à 20:40 +, Andrea a écrit : Damien Sandras wrote: Can you try Ekiga TRUNK ? Do I need trunk of Ekiga, Opal and PTLib or can I use some of the archives released as 3.1.0? You can use what was released with 3.1.0. The only issue in 3.1.0 is that ekiga crashes upon exit with assert.cxx(108) PWLib Assertion fail: Function pthread_mutex_lock failed, file ptlib/unix/tlibthrd.cxx, line 1304 Assertion fail: Function pthread_mutex_lock failed, file ptlib/unix/tlibthrd.cxx, line 1304 Mind you, I installed it in $HOME/usr and I got some installation errors of scheme files. ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
