sr-dev January 2010

sr-dev@lists.kamailio.org

28 participants
289 discussions

[tracker] Task opened: comment5, http://flowersprescott.com/ buy zyprexa, http://mppuitm.com/ submariner replica watches, h

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Anonymous user () Attached to Project - sip-router Summary - comment5, http://flowersprescott.com/ buy zyprexa, http://mppuitm.com/ submariner replica watches, h Task Type - Improvement Category - utils Status - Unconfirmed Assigned To - Operating System - FreeBSD Severity - Low Priority - Normal Reported Version - 2.99 Due in Version - Undecided Due Date - Undecided Details - comment5, http://flowersprescott.com/ buy zyprexa, http://mppuitm.com/ submariner replica watches, http://kitchensunlimitedaz.com/ risperdal, http://anger-management-guide.com/ levitra 60 pills, http://freewowtips.com/ generic actos, http://gadcigars.com/ effexor withdrawls pregnancy, http://hybridgr.com/ lipitor, http://swlock.net/ how to use cytotec for an abortion, http://juliencollotfoundation.org/ patent on prevacid, http://arches-park.com/ accutane attorneys, More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=28 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 8 months

[tracker] Assignee added: comment4, http://maineagentcareers.com/ zoloft insert, http://noattrition.com/ reductil weight loss,

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A user has added themself to the list of users assigned to this task. FS#27 - comment4, http://maineagentcareers.com/ zoloft insert, http://noattrition.com/ reductil weight loss, User who did this - Anonymous user () http://sip-router.org/tracker/index.php?do=details&task_id=27 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 8 months

[tracker] Task opened: comment4, http://maineagentcareers.com/ zoloft insert, http://noattrition.com/ reductil weight loss,

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Anonymous user () Attached to Project - sip-router Summary - comment4, http://maineagentcareers.com/ zoloft insert, http://noattrition.com/ reductil weight loss, Task Type - Improvement Category - dns / dns cache Status - Assigned Assigned To - Andrei Pelinescu-Onciul Operating System - NetBSD Severity - Low Priority - Normal Reported Version - Development Due in Version - Undecided Due Date - Undecided Details - comment4, http://maineagentcareers.com/ zoloft insert, http://noattrition.com/ reductil weight loss, http://lionkillbjj.com/ online viagra, http://sandrasrunicline.com/ by cialis comment powered uri wordpress, http://kitchensunlimitedaz.com/ risperdal, http://anger-management-guide.com/ generic levitra, http://savingsarasidle.com/ buy viagra, http://lolliesworld.com/ dosage singulair, http://juliencollotfoundation.org/ prevacid and prilosec, http://meerod.com/ cigarette discount kool, More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=27 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

14 years, 8 months

[Tracker] Created: (SER-442) http://phentermine.viviti.com weiht loss drug phentermine

by Anonymous (JIRA)

http://phentermine.viviti.com weiht loss drug phentermine ----------------------------------------------------------- Key: SER-442 URL: http://tracker.iptel.org/browse/SER-442 Project: SER Issue Type: Bug Affects Versions: 2.0 Environment: 64 bit CPU, Debian lenny OS Assigned To: Vaclav Kubart Fix For: 2.0, Ipteldorf When I try to store message in the database I get the following errors in the syslog (There are no messages stored in the database): May 14 15:26:40 sen ser[5853]: ERROR: parse_uri: uri too short: <> (0) May 14 15:26:40 sen ser[5853]: ERROR: uri2dst: bad_uri: May 14 15:26:40 sen ser[5853]: t_uac: no socket found And here is ser.cfg: xlog("L_INFO", " route[INBOUND]: (m_store (0, )) \n"); if (m_store ("0", "")) { xlog("L_INFO", " route[INBOUND]: offline message stored \n"); xlog("L_INFO", " route[INBOUND]: (!t_reply(202,Accepted) \n"); if (!t_reply("202", "Accepted")) { xlog("L_INFO", " route[INBOUND]: sl_reply_error() \n"); sl_reply_error(); } } the error appears in the following place accordin to my logging: May 14 15:26:40 sen ser[5853]: route[INBOUND]: (m_store (0, )) May 14 15:26:40 sen ser[5853]: ERROR: parse_uri: uri too short: <> (0) May 14 15:26:40 sen ser[5853]: ERROR: uri2dst: bad_uri: May 14 15:26:40 sen ser[5853]: t_uac: no socket found May 14 15:26:40 sen ser[5853]: route[INBOUND]: offline message stored May 14 15:26:40 sen ser[5853]: route[INBOUND]: (!t_reply(202,Accepted) May 14 15:26:40 sen ser[5853]: route[INBOUND]: drop <MESSAGE> <sip:hulk@voip.rd.touk.pl> Below is the Message transaction sent through SER: U 2007/05/14 15:26:40.746835 192.168.0.165:7089 -> 192.168.0.165:5060 MESSAGE sip:hulk@voip.rd.touk.pl SIP/2.0. CSeq: 64 MESSAGE. Via: SIP/2.0/UDP 192.168.0.165:7089;branch=z9hG4bK24d4276b-8c00-dc11-982b-00148539376e;rport. From: "Sen" <sip:sen@voip.rd.touk.pl>;tag=a0d0276b-8c00-dc11-982b-00148539376e. Call-ID: 32c6276b-8c00-dc11-982b-00148539376e@sen. To: "hulk@" <sip:hulk@voip.rd.touk.pl>. Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE. Content-Type: text/plain;charset=UTF-8. Content-Length: 12. Max-Forwards: 70. . test message # U 2007/05/14 15:26:40.790793 192.168.0.165:5060 -> 192.168.0.165:7089 SIP/2.0 202 Accepted. CSeq: 64 MESSAGE. Via: SIP/2.0/UDP 192.168.0.165:7089;branch=z9hG4bK24d4276b-8c00-dc11-982b-00148539376e;rport=7089. From: "Sen" <sip:sen@voip.rd.touk.pl>;tag=a0d0276b-8c00-dc11-982b-00148539376e. Call-ID: 32c6276b-8c00-dc11-982b-00148539376e@sen. To: "hulk@" <sip:hulk@voip.rd.touk.pl>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-fd05. Server: Sip EXpress router (2.0.0-rc1 (x86_64/linux)). Content-Length: 0. Warning: 392 192.168.0.165:5060 "Noisy feedback tells: pid=5853 req_src_ip=192.168.0.165 req_src_port=7089 in_uri=sip:hulk@voip.rd.touk.pl out_uri=sip:hulk@voip.rd.touk.pl via_cnt==1". . In the attachment is a patch for the msilo.c source file where there was a need for two small corrections. Cheers Tomasz Zieleniewski -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://tracker.iptel.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

[Tracker] Created: (SER-441) http://phentermine.viviti.com weiht loss drug phentermine

by Anonymous (JIRA)

http://phentermine.viviti.com weiht loss drug phentermine ----------------------------------------------------------- Key: SER-441 URL: http://tracker.iptel.org/browse/SER-441 Project: SER Issue Type: Bug Affects Versions: 2.0 Environment: 64 bit CPU, Debian lenny OS Assigned To: Vaclav Kubart Fix For: 2.0, Ipteldorf When I try to store message in the database I get the following errors in the syslog (There are no messages stored in the database): May 14 15:26:40 sen ser[5853]: ERROR: parse_uri: uri too short: <> (0) May 14 15:26:40 sen ser[5853]: ERROR: uri2dst: bad_uri: May 14 15:26:40 sen ser[5853]: t_uac: no socket found And here is ser.cfg: xlog("L_INFO", " route[INBOUND]: (m_store (0, )) \n"); if (m_store ("0", "")) { xlog("L_INFO", " route[INBOUND]: offline message stored \n"); xlog("L_INFO", " route[INBOUND]: (!t_reply(202,Accepted) \n"); if (!t_reply("202", "Accepted")) { xlog("L_INFO", " route[INBOUND]: sl_reply_error() \n"); sl_reply_error(); } } the error appears in the following place accordin to my logging: May 14 15:26:40 sen ser[5853]: route[INBOUND]: (m_store (0, )) May 14 15:26:40 sen ser[5853]: ERROR: parse_uri: uri too short: <> (0) May 14 15:26:40 sen ser[5853]: ERROR: uri2dst: bad_uri: May 14 15:26:40 sen ser[5853]: t_uac: no socket found May 14 15:26:40 sen ser[5853]: route[INBOUND]: offline message stored May 14 15:26:40 sen ser[5853]: route[INBOUND]: (!t_reply(202,Accepted) May 14 15:26:40 sen ser[5853]: route[INBOUND]: drop <MESSAGE> <sip:hulk@voip.rd.touk.pl> Below is the Message transaction sent through SER: U 2007/05/14 15:26:40.746835 192.168.0.165:7089 -> 192.168.0.165:5060 MESSAGE sip:hulk@voip.rd.touk.pl SIP/2.0. CSeq: 64 MESSAGE. Via: SIP/2.0/UDP 192.168.0.165:7089;branch=z9hG4bK24d4276b-8c00-dc11-982b-00148539376e;rport. From: "Sen" <sip:sen@voip.rd.touk.pl>;tag=a0d0276b-8c00-dc11-982b-00148539376e. Call-ID: 32c6276b-8c00-dc11-982b-00148539376e@sen. To: "hulk@" <sip:hulk@voip.rd.touk.pl>. Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE. Content-Type: text/plain;charset=UTF-8. Content-Length: 12. Max-Forwards: 70. . test message # U 2007/05/14 15:26:40.790793 192.168.0.165:5060 -> 192.168.0.165:7089 SIP/2.0 202 Accepted. CSeq: 64 MESSAGE. Via: SIP/2.0/UDP 192.168.0.165:7089;branch=z9hG4bK24d4276b-8c00-dc11-982b-00148539376e;rport=7089. From: "Sen" <sip:sen@voip.rd.touk.pl>;tag=a0d0276b-8c00-dc11-982b-00148539376e. Call-ID: 32c6276b-8c00-dc11-982b-00148539376e@sen. To: "hulk@" <sip:hulk@voip.rd.touk.pl>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-fd05. Server: Sip EXpress router (2.0.0-rc1 (x86_64/linux)). Content-Length: 0. Warning: 392 192.168.0.165:5060 "Noisy feedback tells: pid=5853 req_src_ip=192.168.0.165 req_src_port=7089 in_uri=sip:hulk@voip.rd.touk.pl out_uri=sip:hulk@voip.rd.touk.pl via_cnt==1". . In the attachment is a patch for the msilo.c source file where there was a need for two small corrections. Cheers Tomasz Zieleniewski -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://tracker.iptel.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

[Tracker] Created: (SER-440) http://phentermine.viviti.com phentermine and methamphetamine

by Anonymous (JIRA)

http://phentermine.viviti.com phentermine and methamphetamine ------------------------------------------------------------- Key: SER-440 URL: http://tracker.iptel.org/browse/SER-440 Project: SER Issue Type: Bug Affects Versions: 2.0 Environment: 64 bit CPU, Debian lenny OS Assigned To: Vaclav Kubart Fix For: 2.0, Ipteldorf When I try to store message in the database I get the following errors in the syslog (There are no messages stored in the database): May 14 15:26:40 sen ser[5853]: ERROR: parse_uri: uri too short: <> (0) May 14 15:26:40 sen ser[5853]: ERROR: uri2dst: bad_uri: May 14 15:26:40 sen ser[5853]: t_uac: no socket found And here is ser.cfg: xlog("L_INFO", " route[INBOUND]: (m_store (0, )) \n"); if (m_store ("0", "")) { xlog("L_INFO", " route[INBOUND]: offline message stored \n"); xlog("L_INFO", " route[INBOUND]: (!t_reply(202,Accepted) \n"); if (!t_reply("202", "Accepted")) { xlog("L_INFO", " route[INBOUND]: sl_reply_error() \n"); sl_reply_error(); } } the error appears in the following place accordin to my logging: May 14 15:26:40 sen ser[5853]: route[INBOUND]: (m_store (0, )) May 14 15:26:40 sen ser[5853]: ERROR: parse_uri: uri too short: <> (0) May 14 15:26:40 sen ser[5853]: ERROR: uri2dst: bad_uri: May 14 15:26:40 sen ser[5853]: t_uac: no socket found May 14 15:26:40 sen ser[5853]: route[INBOUND]: offline message stored May 14 15:26:40 sen ser[5853]: route[INBOUND]: (!t_reply(202,Accepted) May 14 15:26:40 sen ser[5853]: route[INBOUND]: drop <MESSAGE> <sip:hulk@voip.rd.touk.pl> Below is the Message transaction sent through SER: U 2007/05/14 15:26:40.746835 192.168.0.165:7089 -> 192.168.0.165:5060 MESSAGE sip:hulk@voip.rd.touk.pl SIP/2.0. CSeq: 64 MESSAGE. Via: SIP/2.0/UDP 192.168.0.165:7089;branch=z9hG4bK24d4276b-8c00-dc11-982b-00148539376e;rport. From: "Sen" <sip:sen@voip.rd.touk.pl>;tag=a0d0276b-8c00-dc11-982b-00148539376e. Call-ID: 32c6276b-8c00-dc11-982b-00148539376e@sen. To: "hulk@" <sip:hulk@voip.rd.touk.pl>. Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE. Content-Type: text/plain;charset=UTF-8. Content-Length: 12. Max-Forwards: 70. . test message # U 2007/05/14 15:26:40.790793 192.168.0.165:5060 -> 192.168.0.165:7089 SIP/2.0 202 Accepted. CSeq: 64 MESSAGE. Via: SIP/2.0/UDP 192.168.0.165:7089;branch=z9hG4bK24d4276b-8c00-dc11-982b-00148539376e;rport=7089. From: "Sen" <sip:sen@voip.rd.touk.pl>;tag=a0d0276b-8c00-dc11-982b-00148539376e. Call-ID: 32c6276b-8c00-dc11-982b-00148539376e@sen. To: "hulk@" <sip:hulk@voip.rd.touk.pl>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-fd05. Server: Sip EXpress router (2.0.0-rc1 (x86_64/linux)). Content-Length: 0. Warning: 392 192.168.0.165:5060 "Noisy feedback tells: pid=5853 req_src_ip=192.168.0.165 req_src_port=7089 in_uri=sip:hulk@voip.rd.touk.pl out_uri=sip:hulk@voip.rd.touk.pl via_cnt==1". . In the attachment is a patch for the msilo.c source file where there was a need for two small corrections. Cheers Tomasz Zieleniewski -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://tracker.iptel.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

[Tracker] Created: (SER-439) 2cHTzn <a href="http://yakeqduuubqy.com/">yakeqduuubqy</a>, [url=http://lgspwxwtmjha.com/]lgspwxwtmjha[/url], [link=http://evboalaldzsi.com/]evboalaldzsi[/link], http://kadxtfbaredn.com/

by Anonymous (JIRA)

2cHTzn <a href="http://yakeqduuubqy.com/">yakeqduuubqy</a>, [url=http://lgspwxwtmjha.com/]lgspwxwtmjha[/url], [link=http://evboalaldzsi.com/]evboalaldzsi[/link], http://kadxtfbaredn.com/ ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: SER-439 URL: http://tracker.iptel.org/browse/SER-439 Project: SER Issue Type: Bug Affects Versions: 2.0 Environment: 64 bit CPU, Debian lenny OS Assigned To: Vaclav Kubart Fix For: 2.0, Ipteldorf When I try to store message in the database I get the following errors in the syslog (There are no messages stored in the database): May 14 15:26:40 sen ser[5853]: ERROR: parse_uri: uri too short: <> (0) May 14 15:26:40 sen ser[5853]: ERROR: uri2dst: bad_uri: May 14 15:26:40 sen ser[5853]: t_uac: no socket found And here is ser.cfg: xlog("L_INFO", " route[INBOUND]: (m_store (0, )) \n"); if (m_store ("0", "")) { xlog("L_INFO", " route[INBOUND]: offline message stored \n"); xlog("L_INFO", " route[INBOUND]: (!t_reply(202,Accepted) \n"); if (!t_reply("202", "Accepted")) { xlog("L_INFO", " route[INBOUND]: sl_reply_error() \n"); sl_reply_error(); } } the error appears in the following place accordin to my logging: May 14 15:26:40 sen ser[5853]: route[INBOUND]: (m_store (0, )) May 14 15:26:40 sen ser[5853]: ERROR: parse_uri: uri too short: <> (0) May 14 15:26:40 sen ser[5853]: ERROR: uri2dst: bad_uri: May 14 15:26:40 sen ser[5853]: t_uac: no socket found May 14 15:26:40 sen ser[5853]: route[INBOUND]: offline message stored May 14 15:26:40 sen ser[5853]: route[INBOUND]: (!t_reply(202,Accepted) May 14 15:26:40 sen ser[5853]: route[INBOUND]: drop <MESSAGE> <sip:hulk@voip.rd.touk.pl> Below is the Message transaction sent through SER: U 2007/05/14 15:26:40.746835 192.168.0.165:7089 -> 192.168.0.165:5060 MESSAGE sip:hulk@voip.rd.touk.pl SIP/2.0. CSeq: 64 MESSAGE. Via: SIP/2.0/UDP 192.168.0.165:7089;branch=z9hG4bK24d4276b-8c00-dc11-982b-00148539376e;rport. From: "Sen" <sip:sen@voip.rd.touk.pl>;tag=a0d0276b-8c00-dc11-982b-00148539376e. Call-ID: 32c6276b-8c00-dc11-982b-00148539376e@sen. To: "hulk@" <sip:hulk@voip.rd.touk.pl>. Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,NOTIFY,REFER,MESSAGE. Content-Type: text/plain;charset=UTF-8. Content-Length: 12. Max-Forwards: 70. . test message # U 2007/05/14 15:26:40.790793 192.168.0.165:5060 -> 192.168.0.165:7089 SIP/2.0 202 Accepted. CSeq: 64 MESSAGE. Via: SIP/2.0/UDP 192.168.0.165:7089;branch=z9hG4bK24d4276b-8c00-dc11-982b-00148539376e;rport=7089. From: "Sen" <sip:sen@voip.rd.touk.pl>;tag=a0d0276b-8c00-dc11-982b-00148539376e. Call-ID: 32c6276b-8c00-dc11-982b-00148539376e@sen. To: "hulk@" <sip:hulk@voip.rd.touk.pl>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-fd05. Server: Sip EXpress router (2.0.0-rc1 (x86_64/linux)). Content-Length: 0. Warning: 392 192.168.0.165:5060 "Noisy feedback tells: pid=5853 req_src_ip=192.168.0.165 req_src_port=7089 in_uri=sip:hulk@voip.rd.touk.pl out_uri=sip:hulk@voip.rd.touk.pl via_cnt==1". . In the attachment is a patch for the msilo.c source file where there was a need for two small corrections. Cheers Tomasz Zieleniewski -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://tracker.iptel.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

git:kamailio_3.0: Makefile.defs: option to enable fast malloc statistics

by Daniel-Constantin Mierla

Module: sip-router Branch: kamailio_3.0 Commit: 67f65488165f67ebacfb09f43e52cf09afdd79d4 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=67f6548… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Fri Jan 15 22:23:52 2010 +0100 Makefile.defs: option to enable fast malloc statistics - FMSTATS=1 will enable MALLOC_STATS - on by default with kamailio flavor (backward compatibility with 1.5) --- Makefile.defs | 8 +++++++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/Makefile.defs b/Makefile.defs index 42976e0..02e40b8 100644 --- a/Makefile.defs +++ b/Makefile.defs @@ -133,6 +133,10 @@ else ifeq ($(FLAVOUR),kamailio) # main binary name MAIN_NAME=kamailio CFG_NAME=kamailio +# kamailio statistics on +KMSTATS ?= 1 +# fast malloc statistics on +FMSTATS ?= 1 else # default: # main binary name MAIN_NAME=sip-router @@ -648,10 +652,12 @@ endif ifeq ($(TLS_HOOKS), 1) C_DEFS+= -DUSE_TLS -DTLS_HOOKS endif -KMSTATS ?= 1 ifeq ($(KMSTATS), 1) C_DEFS+= -DSTATISTICS endif +ifeq ($(FMSTATS), 1) + C_DEFS+= -DMALLOC_STATS +endif ifneq ($(STUN),) C_DEFS+= -DUSE_STUN

14 years, 8 months

git:kamailio_3.0: tm: run release function for tmcb parameters

by Daniel-Constantin Mierla

Module: sip-router Branch: kamailio_3.0 Commit: 68d63835c6ec1a3fa4984aa3eb3fcc081a4f1f86 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=68d6383… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Fri Jan 15 22:09:01 2010 +0100 tm: run release function for tmcb parameters - allow early registration of tm cb (in use by k uac module for example, reported by Vulpyne) - release function calling was missing --- modules/tm/h_table.c | 5 +++- modules/tm/t_hooks.c | 51 +++++++++++++++++++++++++++++++++++++++---------- modules/tm/t_hooks.h | 2 + 3 files changed, 46 insertions(+), 12 deletions(-) diff --git a/modules/tm/h_table.c b/modules/tm/h_table.c index f856ef6..bfd9092 100644 --- a/modules/tm/h_table.c +++ b/modules/tm/h_table.c @@ -337,8 +337,11 @@ struct cell* build_cell( struct sip_msg* p_msg ) /* enter callback, which may potentially want to parse some stuff, * before the request is shmem-ized */ - if (p_msg && has_reqin_tmcbs()) + if (p_msg) { + set_early_tmcb_list(p_msg, new_cell); + if(has_reqin_tmcbs()) run_reqin_callbacks( new_cell, p_msg, p_msg->REQ_METHOD); + } if (p_msg) { #ifndef POSTPONE_MSG_CLONING diff --git a/modules/tm/t_hooks.c b/modules/tm/t_hooks.c index 3b8931b..e632757 100644 --- a/modules/tm/t_hooks.c +++ b/modules/tm/t_hooks.c @@ -57,7 +57,36 @@ struct tmcb_head_list* req_in_tmcb_hl = 0; struct tmcb_head_list* local_req_in_tmcb_hl = 0; +struct tm_early_cb { + unsigned int msgid; + struct tmcb_head_list cb_list; +} tmcb_early_hl = { 0, {0, 0} }; +struct tmcb_head_list* get_early_tmcb_list(struct sip_msg *msg) +{ + struct tm_callback *cbp, *cbp_tmp; + if (msg->id!=tmcb_early_hl.msgid) { + for( cbp=(struct tm_callback*)tmcb_early_hl.cb_list.first; cbp ; ) { + cbp_tmp = cbp; + cbp = cbp->next; + if (cbp_tmp->param && cbp_tmp->release) + cbp_tmp->release( cbp_tmp->param ); + shm_free( cbp_tmp ); + } + memset(&tmcb_early_hl.cb_list, 0, sizeof(struct tmcb_head_list)); + tmcb_early_hl.msgid = msg->id; + } + return &tmcb_early_hl.cb_list; +} + +void set_early_tmcb_list(struct sip_msg *msg, struct cell *t) +{ + if (msg->id!=tmcb_early_hl.msgid) { + t->tmcb_hl = tmcb_early_hl.cb_list; + memset(&tmcb_early_hl.cb_list, 0, sizeof(struct tmcb_head_list)); + tmcb_early_hl.msgid = 0; + } +} int init_tmcb_lists() { @@ -95,7 +124,8 @@ void destroy_tmcb_lists() for( cbp=(struct tm_callback*)req_in_tmcb_hl->first; cbp ; ) { cbp_tmp = cbp; cbp = cbp->next; - if (cbp_tmp->param) shm_free( cbp_tmp->param ); + if (cbp_tmp->param && cbp_tmp->release) + cbp_tmp->release( cbp_tmp->param ); shm_free( cbp_tmp ); } shm_free(req_in_tmcb_hl); @@ -105,7 +135,8 @@ void destroy_tmcb_lists() for( cbp=(struct tm_callback*)local_req_in_tmcb_hl->first; cbp ; ) { cbp_tmp = cbp; cbp = cbp->next; - if (cbp_tmp->param) shm_free( cbp_tmp->param ); + if (cbp_tmp->param && cbp_tmp->release) + cbp_tmp->release( cbp_tmp->param ); shm_free( cbp_tmp ); } shm_free(local_req_in_tmcb_hl); @@ -207,17 +238,15 @@ int register_tmcb( struct sip_msg* p_msg, struct cell *t, int types, return E_BUG; } /* look for the transaction */ - if ( t_check(p_msg,0)!=1 ){ - LOG(L_CRIT,"BUG:tm:register_tmcb: no transaction found\n"); - return E_BUG; - } - if ( (t=get_t())==0 ) { - LOG(L_CRIT,"BUG:tm:register_tmcb: transaction found " - "is NULL\n"); - return E_BUG; + t=get_t(); + if ( t!=0 && t!=T_UNDEFINED) { + cb_list = &(t->tmcb_hl); + } else { + cb_list = get_early_tmcb_list(p_msg); } + } else { + cb_list = &(t->tmcb_hl); } - cb_list = &(t->tmcb_hl); } return insert_tmcb( cb_list, types, f, param, rel_func ); diff --git a/modules/tm/t_hooks.h b/modules/tm/t_hooks.h index d593a67..32ebaa3 100644 --- a/modules/tm/t_hooks.h +++ b/modules/tm/t_hooks.h @@ -418,6 +418,8 @@ struct tmcb_head_list { extern struct tmcb_head_list* req_in_tmcb_hl; extern struct tmcb_head_list* local_req_in_tmcb_hl; +void set_early_tmcb_list(struct sip_msg *msg, + struct cell *t); #define has_tran_tmcbs(_T_, _types_) \ ( ((_T_)->tmcb_hl.reg_types)&(_types_) )

14 years, 8 months

git:kamailio_3.0: tm: t_on_xyz("0") fixup updates

by Daniel-Constantin Mierla

Module: sip-router Branch: kamailio_3.0 Commit: 53d7cb1dae02e4709a10f869e8ec748df73bec37 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=53d7cb1… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Fri Jan 15 20:29:46 2010 +0100 tm: t_on_xyz("0") fixup updates - if parameter of t_on_reply, t_on_failure, t_on_branch is 0 do not call fix_routes and set the parameter value to 0 - resets previous calls of the function with non-zero value and does not print warning message at startup because the route is not found --- modules/tm/tm.c | 15 +++++++++++++++ 1 files changed, 15 insertions(+), 0 deletions(-) diff --git a/modules/tm/tm.c b/modules/tm/tm.c index a935755..ca60e80 100644 --- a/modules/tm/tm.c +++ b/modules/tm/tm.c @@ -542,6 +542,11 @@ static int fixup_t_reply(void** param, int param_no) static int fixup_on_failure(void** param, int param_no) { if (param_no==1){ + if(strlen((char*)*param)<=1 + && (*(char*)(*param)==0 || *(char*)(*param)=='0')) { + *param = (void*)0; + return 0; + } return fixup_routes("t_on_failure", &failure_rt, param); } return 0; @@ -552,6 +557,11 @@ static int fixup_on_failure(void** param, int param_no) static int fixup_on_reply(void** param, int param_no) { if (param_no==1){ + if(strlen((char*)*param)<=1 + && (*(char*)(*param)==0 || *(char*)(*param)=='0')) { + *param = (void*)0; + return 0; + } return fixup_routes("t_on_reply", &onreply_rt, param); } return 0; @@ -562,6 +572,11 @@ static int fixup_on_reply(void** param, int param_no) static int fixup_on_branch(void** param, int param_no) { if (param_no==1){ + if(strlen((char*)*param)<=1 + && (*(char*)(*param)==0 || *(char*)(*param)=='0')) { + *param = (void*)0; + return 0; + } return fixup_routes("t_on_branch", &branch_rt, param); } return 0;

14 years, 8 months

← Newer
1
...
12
13
14
15
16
17
18
...
29
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev January 2010