[OpenSIPS-Devel] Add a B2B module with an external socket
Hi, I would like to create a new B2B module. This module has to read an external file descriptor and call a callback. I don't want to use extra process and shared memory or something like that. I have a FD from a socket. If a SIP message comes, it writes on the FD. But I don't wait for the response. I have to be notified of a response on this socket. Is it possible to add a fd and a callback in an internal polling process without a fork (I want to avoid problems of communication between original process and the child) ? Regards, -- Olivier Détour ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-2910506 ] contact column in active_watchers table is too short
Bugs item #2910506, was opened at 2009-12-08 09:50 Message generated for change (Comment added) made by anca_vamanu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2910506group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.6.x Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: contact column in active_watchers table is too short Initial Comment: i tried 1.6 presence and noticed that some contacts in subscribe requests do not fit into 64 char contact column of active_watchers table. the size of the column should be increased to 128 chars as are other contact related fields in presence tables. -- juha -- Comment By: Anca Vamanu (anca_vamanu) Date: 2009-12-08 18:14 Message: Hi, I will increase the size to 128. Thanks and regards, Anca -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2910506group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[6373] branches/1.6
Revision: 6373 http://opensips.svn.sourceforge.net/opensips/?rev=6373view=rev Author: anca_vamanu Date: 2009-12-08 16:17:14 + (Tue, 08 Dec 2009) Log Message: --- - increased the length for contact column in active_watchers table to 128 (reported by Juha Heinanen) Modified Paths: -- branches/1.6/db/schema/pr_active_watchers.xml branches/1.6/scripts/mysql/presence-create.sql branches/1.6/scripts/oracle/presence-create.sql branches/1.6/scripts/postgres/presence-create.sql This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[6374] trunk
Revision: 6374 http://opensips.svn.sourceforge.net/opensips/?rev=6374view=rev Author: anca_vamanu Date: 2009-12-08 16:33:24 + (Tue, 08 Dec 2009) Log Message: --- - increased the length for contact column in active_watchers table to 128 (reported by Juha Heinanen) Modified Paths: -- trunk/db/schema/pr_active_watchers.xml trunk/scripts/mysql/presence-create.sql trunk/scripts/oracle/presence-create.sql trunk/scripts/postgres/presence-create.sql This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[6375] trunk/modules
Revision: 6375
http://opensips.svn.sourceforge.net/opensips/?rev=6375view=rev
Author: anca_vamanu
Date: 2009-12-08 17:48:25 + (Tue, 08 Dec 2009)
Log Message:
---
- fixed typo (';' after if line), reported by Mika
Modified Paths:
--
trunk/modules/presence/subscribe.c
trunk/modules/pua_dialoginfo/pua_dialoginfo.c
This was sent by the SourceForge.net collaborative development platform, the
world's largest Open Source development site.
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[6376] trunk/modules
Revision: 6376
http://opensips.svn.sourceforge.net/opensips/?rev=6376view=rev
Author: anca_vamanu
Date: 2009-12-08 17:56:21 + (Tue, 08 Dec 2009)
Log Message:
---
- fixed typo (';' after if line)
Modified Paths:
--
trunk/modules/b2b_entities/dlg.c
trunk/modules/rls/subscribe.c
This was sent by the SourceForge.net collaborative development platform, the
world's largest Open Source development site.
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-2910891 ] pua_dialoginfo sets direction incorrectly on BYE
Bugs item #2910891, was opened at 2009-12-08 18:54 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2910891group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pua_dialoginfo sets direction incorrectly on BYE Initial Comment: The pua_dialoginfo module currently uses the sender of the BYE message to set the initiator when sending the TERMINATED state. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2910891group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-2910898 ] pua_dialoginfo sets direction incorrectly on BYE
Bugs item #2910898, was opened at 2009-12-08 12:01 Message generated for change (Comment added) made by byron_clark You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2910898group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.6.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Byron Clark (byron_clark) Assigned to: Nobody/Anonymous (nobody) Summary: pua_dialoginfo sets direction incorrectly on BYE Initial Comment: The pua_dialoginfo module currently uses the sender of the BYE message to set the initiator when sending the TERMINATED state. -- Comment By: Byron Clark (byron_clark) Date: 2009-12-08 12:22 Message: The attached traces show where this breaks. When User1 calls User2, User1 should always have direction='initiator' set, and User2 should always have direction='recipient' set. Current behavior is to look at the message and use the from header as 'initiator' and the to header as 'recipient'. When a bye is sent from User2, the PUBLISH for User2 should still show direction='recipient'. That attached patch fixes this behavior. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2910898group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-2910891 ] pua_dialoginfo sets direction incorrectly on BYE
Bugs item #2910891, was opened at 2009-12-08 20:54 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2910891group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Deleted Resolution: Duplicate Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pua_dialoginfo sets direction incorrectly on BYE Initial Comment: The pua_dialoginfo module currently uses the sender of the BYE message to set the initiator when sending the TERMINATED state. -- Comment By: Byron Clark (byron_clark) Date: 2009-12-08 20:57 Message: Sorry, I'll resubmit this with my SIP traces and a proposed patch, I don't see a way to attach files after submitting. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2910891group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-2910898 ] pua_dialoginfo sets direction incorrectly on BYE
Bugs item #2910898, was opened at 2009-12-08 21:01 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2910898group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.6.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Byron Clark (byron_clark) Assigned to: Anca Vamanu (anca_vamanu) Summary: pua_dialoginfo sets direction incorrectly on BYE Initial Comment: The pua_dialoginfo module currently uses the sender of the BYE message to set the initiator when sending the TERMINATED state. -- Comment By: Byron Clark (byron_clark) Date: 2009-12-08 21:22 Message: The attached traces show where this breaks. When User1 calls User2, User1 should always have direction='initiator' set, and User2 should always have direction='recipient' set. Current behavior is to look at the message and use the from header as 'initiator' and the to header as 'recipient'. When a bye is sent from User2, the PUBLISH for User2 should still show direction='recipient'. That attached patch fixes this behavior. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2910898group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-2908798 ] crash on prepared statements
Bugs item #2908798, was opened at 2009-12-04 15:58
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=1086410aid=2908798group_id=232389
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.5.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: crash on prepared statements
Initial Comment:
This crash happened in 1.5.3 - I don't know if it's been fixed / occurs in
1.6.0, because it happens really rarely (every 2 or so weeks):
Last entries in logs:
Nov 28 23:06:57 v-sip-presence-1 opensips[17985]:
ERROR:db_mysql:db_mysql_connect: driver error(2003): Can't connect to MySQL
server on 'mysql_host'' (111)
Nov 28 23:06:57 v-sip-presence-1 last message repeated 2 times
Nov 28 23:06:57 v-sip-presence-1 opensips[17985]: ERROR:core:db_do_query: error
while submitting query
Nov 28 23:06:57 v-sip-presence-1 opensips[17985]:
ERROR:presence:update_presentity: unsuccessful sql query
Nov 28 23:06:57 v-sip-presence-1 opensips[17985]:
ERROR:presence:handle_publish: when updating presentity
then some more 'driver error...: cant' connect' from different processes
then:
Nov 28 23:07:55 v-sip-presence-1 opensips[17994]:
ERROR:db_mysql:re_init_statement: failed while mysql_stmt_prepare()
Nov 28 23:07:55 v-sip-presence-1 opensips[17994]:
ERROR:db_mysql:db_mysql_do_prepared_query: failed to re-init statement!
Nov 28 23:07:55 v-sip-presence-1 opensips[17994]:
ERROR:presence:msg_presentity_clean: querying database for expired messages
Nov 28 23:08:46 v-sip-presence-1 opensips[17990]:
ERROR:presence:update_presentity: No E_Tag match
Nov 28 23:08:47 v-sip-presence-1 opensips[17983]: NOTICE:presence:destroy:
destroy module ...
bt:
#0 0x00aed61d in db_mysql_val2bind (v=0xbf9c9024, binds=0x8181c48, i=4) at
val.c:254
#1 0x00ae7b71 in db_mysql_do_prepared_query (conn=0x817d0d8, query=0xaf1b60,
v=0xbf9c8fd4, n=8, uv=0x0, un=0) at dbase.c:438
#2 0x00ae9bf6 in db_mysql_insert (_h=0x817d0d8, _k=0xbf9c9128, _v=0xbf9c8fd4,
_n=8) at dbase.c:858
#3 0x00b977fb in update_presentity (msg=0x81814c8, presentity=0x81827b8,
body=0xbf9c91ec, new_t=1, sent_reply=0xbf9c91c4, sphere=0x0) at presentity.c:390
#4 0x00b9d35b in handle_publish (msg=0x81814c8, sender_uri=0x0, str2=0x0) at
publish.c:492
#5 0x08054832 in do_action (a=0x817c640, msg=0x81814c8) at action.c:962
#6 0x0805178f in run_action_list (a=0x817c640, msg=0x81814c8) at action.c:139
#7 0x08053901 in do_action (a=0x817c6a8, msg=0x81814c8) at action.c:712
#8 0x0805178f in run_action_list (a=0x817c6a8, msg=0x81814c8) at action.c:139
#9 0x080538b8 in do_action (a=0x817ce60, msg=0x81814c8) at action.c:706
#10 0x0805178f in run_action_list (a=0x817b5c8, msg=0x81814c8) at action.c:139
#11 0x080519f5 in run_actions (a=0x817b5c8, msg=0x81814c8) at action.c:119
#12 0x08051a95 in run_top_route (a=0x817b5c8, msg=0x81814c8) at action.c:180
#13 0x08086d5b in receive_msg (
buf=0x8154b60 PUBLISH sip:2438...@citsltd.newsip.voip-system.net
SIP/2.0\r\nTo: sip:2438...@citsltd.newsip.voip-system.net\r\nFrom: \Kim
Jennings\sip:2438...@citsltd.newsip.voip-system.net;tag=ef12ef0e8627f1f0\r\nVia...,
len=1129, rcv_info=0xbf9c9b0c) at receive.c:165
#14 0x080b8a2d in udp_rcv_loop () at udp_server.c:449
#15 0x080646b5 in main_loop () at main.c:779
#16 0x08066535 in main (argc=9, argv=0xbf9c9ce4) at main.c:1318
binds[4] seems to be not allocated / borked:
(gdb) print binds[4]
$8 = {length = 0x1e, is_null = 0x0, buffer = 0x7, error = 0x0, buffer_type =
MYSQL_TYPE_LONGLONG, buffer_length = 0, row_ptr = 0x1b Address 0x1b out of
bounds, offset = 0, length_value = 32,
param_number = 135780776, pack_length = 232, error_value = 43 '+',
is_unsigned = 76 'L', long_data_used = 21 '\025', is_null_value = 8 '\b',
store_param_func = 0x6,
fetch_result = 0x8154c32 buf.4358+210, skip_result = 0x16}
I don't know if there was any real problem with the database - there's nothing
suggesting that in the monitoring logs.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=1086410aid=2908798group_id=232389
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-2908566 ] DOUBLE values from MySQL not set to avp by avpops
Bugs item #2908566, was opened at 2009-12-04 07:31 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=2908566group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.5.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: DOUBLE values from MySQL not set to avp by avpops Initial Comment: it looks like DOUBLE is not defined as a valid case in avpops_db.c and as a result avp are unable to be set I've removed some of the deployment specific variables from below: Relevant section of route: avp_db_query(select x,y,z from db where interstate='$avp(i:200)' group by id,$avp(i:100),$avp(s:cost),$avp(i:400)); avp_print(); output on debug: Dec 3 20:38:20 [23959] DBG:avpops:ops_dbquery_avps: query [select x,y,z from db where interstate='0' group by id] Dec 3 20:38:20 [23959] DBG:core:db_do_raw_query: SYNC-DBG - raw query succesfully executed! Dec 3 20:38:20 [23959] DBG:core:db_new_result: allocate 48 bytes for result set at 0x784558 Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_get_columns: 3 columns returned from the query Dec 3 20:38:20 [23959] DBG:core:db_allocate_columns: allocate 84 bytes for result columns at 0x7844f0 Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x784508)[0]=[x] Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_get_columns: use DB_STRING result type Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x784518)[1]=[y] Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_get_columns: use DB_DOUBLE result type Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_get_columns: RES_NAMES(0x784528)[2]=[z] Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_get_columns: use DB_INT result type Dec 3 20:38:20 [23959] DBG:core:db_allocate_rows: allocate 336 bytes for result rows and values at 0x784618 Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_str2val: converting STRING [x] Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_str2val: converting DOUBLE [0.006400] Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_str2val: converting INT [1] Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_str2val: converting STRING [y] Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_str2val: converting DOUBLE [0.010400] Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_str2val: converting INT [1] Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_str2val: converting STRING [c8a] Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_str2val: converting DOUBLE [1.00] Dec 3 20:38:20 [23959] DBG:db_mysql:db_mysql_str2val: converting INT [1] Dec 3 20:38:20 [23959] DBG:core:db_do_raw_query: SYNC-DBG - SELECT result was stored! Dec 3 20:38:20 [23959] DBG:avpops:db_query_avp: rows [3] Dec 3 20:38:20 [23959] DBG:avpops:db_query_avp: row [2] Dec 3 20:38:20 [23959] DBG:avpops:db_query_avp: row [1] Dec 3 20:38:20 [23959] DBG:avpops:db_query_avp: row [0] Dec 3 20:38:20 [23959] DBG:avpops:db_close_query: close avp query Dec 3 20:38:20 [23959] DBG:core:db_free_columns: freeing result columns at 0x7844f0 Dec 3 20:38:20 [23959] DBG:core:db_free_rows: freeing 3 rows Dec 3 20:38:20 [23959] DBG:core:db_free_row: freeing row values at 0x784648 Dec 3 20:38:20 [23959] DBG:core:db_free_row: freeing row values at 0x7846a8 Dec 3 20:38:20 [23959] DBG:core:db_free_row: freeing row values at 0x784708 Dec 3 20:38:20 [23959] DBG:core:db_free_rows: freeing rows at 0x784618 Dec 3 20:38:20 [23959] DBG:core:db_free_result: freeing result set at 0x784558 Dec 3 20:38:20 [23959] DBG:core:db_free_result: SYNC-DBG - freeing result! Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: p=0x2b709e908fa8, flags=0x Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: id=400 Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: val_int=1 Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: p=0x2b709e908f70, flags=0x0002 Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: id=100 Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: val_str=x / 3 Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: p=0x2b709e908f48, flags=0x Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: id=400 Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: val_int=1 Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: p=0x2b709e908f10, flags=0x0002 Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: id=100 Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: val_str=y / 7 Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp: p=0x2b709e908ee8, flags=0x Dec 3 20:38:20 [23959] INFO:avpops:ops_print_avp:
[OpenSIPS-Devel] [ opensips-Bugs-2907864 ] Early return from while() loop fails
Bugs item #2907864, was opened at 2009-12-03 03:41
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=1086410aid=2907864group_id=232389
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: core
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Norm Brandinger (norm_brandinger)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Early return from while() loop fails
Initial Comment:
The simple example below reproduces the problem:
route {
xlog(L_INFO, Entering Route TEST\n);
route(R_TEST);
xlog(L_INFO, Returning from Route TEST\n);
}
route[R_TEST] {
$var(x) = 0;
while ($var(x) 5) {
$var(x) = $var(x) + 1;
xlog(L_INFO, Route Test: x=$var(x)\n);
if ($var(x) == 3) {
return;
}
}
return;
}
The logs produces are:
Entering Route TEST
Route Test: x=1
Route Test: x=2
Route Test: x=3
Note the the log message indicating a return from R_TEST is NOT produced.
If the while() condition is changed so that the loop completes all of its
iterations, then the message indicating a return from R_TEST IS produced.
--
Comment By: Norm Brandinger (norm_brandinger)
Date: 2009-12-03 05:05
Message:
I've uploaded a patch that appears to correct this problem. Independent
review should be done to confirm that this patch performs as expected.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=1086410aid=2907864group_id=232389
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Patches-2910271 ] closeddial - cdlookup stop msg processing if no group
Patches item #2910271, was opened at 2009-12-07 22:43
Message generated for change (Settings changed) made by bogdan_iancu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=1086412aid=2910271group_id=232389
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: 1.6.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Sergio Gutierrez (saguti)
Summary: closeddial - cdlookup stop msg processing if no group
Initial Comment:
cdlookup returns 0 if From user does not belong to a group. This causes the
message processing to stop. I changed the return value to -2 so message can be
further processsed.
--
Comment By: Emmanuel BUU (neutrino38)
Date: 2009-12-07 22:43
Message:
Index: cdlookup.c
===
--- cdlookup.c (revision 6372)
+++ cdlookup.c (working copy)
@@ -107,7 +107,7 @@
/* No group_id found; keeps uri */
if(group.len == 0) {
- return 0;
+ return -2;
}
/* ... where cd_username ... */
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=1086412aid=2910271group_id=232389
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Patches-2902164 ] Man page for osipsconsole
Patches item #2902164, was opened at 2009-11-22 22:43 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=2902164group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: docs Group: 1.6.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alejandro Rios (alerios) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Man page for osipsconsole Initial Comment: Hello. 'osipsconsole' doesn't have a man page. I did a simple one for the debian package and I'm putting it here for your reference. Note tah man page for 'bdb_recover' is also missing. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=2902164group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Patches-2902164 ] Man page for osipsconsole
Patches item #2902164, was opened at 2009-11-22 15:43 Message generated for change (Comment added) made by alerios You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=2902164group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: docs Group: 1.6.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alejandro Rios (alerios) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Man page for osipsconsole Initial Comment: Hello. 'osipsconsole' doesn't have a man page. I did a simple one for the debian package and I'm putting it here for your reference. Note tah man page for 'bdb_recover' is also missing. -- Comment By: Alejandro Rios (alerios) Date: 2009-12-08 15:56 Message: Updated files -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=2902164group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
