Hi, I have compiled sflphoned from source (the 1.1.0 source from the website) succesfully, then copied the sflphoned over /usr/lib/sflphone/sflphoned.
I am still having this problem. This 'gdb' thing is very useful - learning new things every day. :-) A backtrace follows. To the untrained eye (me), it looks like it's trying to use alsa, when it should be using pulseaudio I think? Reproducible by: starting sflphone-client-gnome and pressing 'pick up' on a line. I'm guessing now it crashes while trying to play sound. I will be investigating further. Regards, Jan (gdb) run Starting program: /usr/lib/sflphone/sflphoned [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". SFLphone Daemon 1.1.0, by Savoir-Faire Linux 2004-2012 http://www.sflphone.org/ 10:57:08.712 os_core_unix.c pjlib 1.10.0 for POSIX initialized [New Thread 0x7ffff07de700 (LWP 9646)] [New Thread 0x7fffebdda700 (LWP 9647)] [Thread 0x7fffebdda700 (LWP 9647) exited] [New Thread 0x7fffebdda700 (LWP 9654)] [New Thread 0x7fffefd74700 (LWP 9655)] [Thread 0x7fffefd74700 (LWP 9655) exited] [New Thread 0x7fffefd74700 (LWP 9656)] [New Thread 0x7fffef573700 (LWP 9657)] [Thread 0x7fffef573700 (LWP 9657) exited] [New Thread 0x7fffef573700 (LWP 9658)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffef573700 (LWP 9658)] 0x00007ffff4a34363 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) backtrace #0 0x00007ffff4a34363 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00000000004763f6 in AudioLoop::getNext (this=0x7b48d0, output=0x0, total_samples=<optimized out>, volume=100) at /usr/include/x86_64-linux-gnu/bits/string3.h:52 #2 0x0000000000462e0d in AlsaLayer::playback (this=0x7c12c0, maxSamples=-32) at alsalayer.cpp:601 #3 0x000000000046319a in AlsaLayer::audioCallback (this=0x7c12c0) at alsalayer.cpp:675 #4 0x00000000004632cd in AlsaThread::run (this=0x8823a0) at alsalayer.cpp:65 #5 0x00007ffff685c05e in ?? () from /usr/lib/libccgnu2-1.7.so.0 #6 0x00007ffff6cc3e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #7 0x00007ffff4a954bd in clone () from /lib/x86_64-linux-gnu/libc.so.6 #8 0x0000000000000000 in ?? () (gdb) Kindest regards, Jan Middelkoop Recreatie en Zorg Groep B.V. -- Website: http://www.recreatie-zorg.nl/ E-mail: [email protected] Telephone: +31 10 714 22 97 Op 06-06-12 15:54, Emmanuel Lepage schreef: > Can you please install sflphone debug symbols (or compile it) then run it > with a tool called gdb: > > gdb /path/to/sflphoned >> run > in other shell: > sflphone-client-gnome > > back in the gdb shell, you will see the prompt again with the segfault error > message, and write "backtrace". > > This will give us the details we need. > > But looking at the error you gave us, it seem that your sflphone is not in > sync with your C library. Have you done any major system updates? > > ----- Original Message ----- > From: "Jan Middelkoop"<[email protected]> > To: [email protected] > Sent: Wednesday, June 6, 2012 8:44:46 AM > Subject: Re: [SFLphone] Segfaults today in sflphoned > > Hi, > > Some more info: > > When I start sflphoned, and then sflphone-client-gnome, I can see > sflphoned segfaults as soon as I click to start a new call on the Gnome > client. Before even entering a phone number, sflphoned segfaults. > > If then go on to enter a phone number (while sflphoned isn't running), > and press 'enter' to place the call, a new instance of sflphoned is > launched by the Gnome client, which makes the call, but the Gnome client > doesn't seem to be 'connected' to the sflphoned properly. There's no > sound heard on the headset, and when the call is hung up by the Gnome > client, sflphoned still continues to call. > > I have no idea why this problem suddenly appeared, but it's causing some > big problems for me. Any help would be very welcome, as I'm a bit out > of ideas at the moment. > > Kindest regards, > > Jan Middelkoop > Recreatie en Zorg Groep B.V. > _______________________________________________ SFLphone mailing list [email protected] http://lists.savoirfairelinux.net/mailman/listinfo/sflphone
