Hello Klaus,
I could reproduce the problem with the session cleaner, what I did not get is the CTRL-C segfault problem. It would be very helpful if you could update your cvs again and create a core dump of this if you can reproduce it.
Enter ulimit -c unlimited before starting sems, this enables core dumps to be written. If sems ends with "signal 17 received" a file named core-XXX should be created. Then tar the whole anwer_machine directory and send it to serhelp@lists.iptel.org. Thanks.
I will address these problems as soon as I have some time...
In the meanwhile you might want to use the stable branch, which is known to work quite well. You have to get the SER *and* SEMS stable branch.
mv sip_router sip_router.unstable cvs co -r rel_0_8_11 sip_router
mv answer_machine answer_machine.unstable cvs co -r ser_rel_0_8_11 answer_machine
Regards,
Uli.
Am Montag, 28. Juli 2003 14:52 schrieb Klaus Darilion:
Hello!
I still have some problems with sems (i started ser and sems in no-daemon mode). I tried the echo mode. When I call into the echo module the first time (Using Windows Messenger), everything works fine. Also the second time everything works fine. But up from the third call, I do not receive RTP any more. To me, it looks like the session clean-up doesn't work correctly (refer ser1.txt and sems1.txt): (30881) DEBUG: run (AmSession.cpp:256): Session cleaner finished (30881) DEBUG: run (AmSession.cpp:225): Session cleaner starting its work (30881) DEBUG: run (AmSession.cpp:242): session 80c3c48 still running (30881) DEBUG: run (AmSession.cpp:242): session 80caca0 still running
Then I tried the same scenario a second time. I interrupted both applications with CTRL-C, then I started sems again, and then ser. Then, when I called in again, sems stop processing with "signal 17 received". (please refer to ser2.txt and sems2.txt).
I often have this problem, then I restart sems and ser, and sometimes, after several restarts, everything works fine again. This problem appears and dissapears randomly.
I really love this application so I would be thankful for any hints. Klaus
-----Original Message----- From: Ulrich Abend [mailto:ullstar@iptel.org] Sent: Sunday, July 27, 2003 11:24 AM To: Klaus Darilion Cc: serusers@lists.iptel.org Subject: Re: [Serusers] sems - answ_machine fails with "signal 17 received"
Hi Klaus,
the files for individual users are searched like this:
<announce_path>/<domainname>/<username>.wav
If this file is not available <announce_path>/<default_announce> is used.
Regards,
Uli.
Am Sonntag, 27. Juli 2003 09:12 schrieb Klaus Darilion:
Thanx, sems works fine now.
Is it also possibly to use not the default message, but a
personalized
message for every user? I saw this in serweb, where every user can upload his personal greetings. Is this already supported in
ans_machine?
regards, Klaus
-----Original Message----- From: Ulrich Abend [mailto:ullstar@iptel.org] Sent: Sunday, July 27, 2003 2:33 AM To: Klaus Darilion Cc: serusers@lists.iptel.org Subject: Re: [Serusers] sems - answ_machine fails with "signal 17 received"
Hi Klaus,
thanks for reporting, this should be fixed now, could you please try again after cvs update? Please check, that the you have the glib2-devel rpm installed. Voicemail works for me on a fully patched rh9.
Regards,
Uli.
Am Freitag, 25. Juli 2003 19:49 schrieb Klaus Darilion:
Hi!
I'm using todays CVS for ser and sems on redhat 9. As
database module, I
use mysql. When ser routes a call to sems, sems fails with
"signal 17
received".
The log of ans_machine and ser are following, attached are
the config
files. both fifo are read/write for everybody.
The CVS version of sems didn't compiled and stoped with
an error in
ans_machine.cpp: 'pair' was not declared in this scope I solved this error by adding #include <vector.h> in ans_machine.cpp. Could this be the cause of the error?
regards and thank you for any hints, Klaus
ans_machine log
[removed rest of debug output]