Small typo here
`codec-accept=opus`
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/commit/e8c294f33f8b867b0f67d78c14b7327…
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/commit/e8c294f33f8b867b0f67d78c14b7327dc22dd726/102410069(a)github.com>
Module: kamailio
Branch: master
Commit: bd497411f2e8e9ee6bd7e47d838add607019e761
URL: https://github.com/kamailio/kamailio/commit/bd497411f2e8e9ee6bd7e47d838add6…
Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date: 2023-03-01T13:31:12+01:00
rtpengine: spell fixes in the comments
---
Modified: src/modules/rtpengine/bencode.h
Modified: src/modules/rtpengine/rtpengine.c
Modified: src/modules/rtpengine/rtpengine_funcs.c
---
Diff: https://github.com/kamailio/kamailio/commit/bd497411f2e8e9ee6bd7e47d838add6…
Patch: https://github.com/kamailio/kamailio/commit/bd497411f2e8e9ee6bd7e47d838add6…
---
diff --git a/src/modules/rtpengine/bencode.h b/src/modules/rtpengine/bencode.h
index f2efb742cc..df7fa8be66 100644
--- a/src/modules/rtpengine/bencode.h
+++ b/src/modules/rtpengine/bencode.h
@@ -220,7 +220,7 @@ struct iovec *bencode_iovec(bencode_item_t *root, int *cnt, unsigned int head, u
/* Similar to bencode_iovec(), but instead returns the encoded document as a null-terminated string.
* Memory for the string is allocated from the same bencode_buffer_t object as the "root" object
- * was allocated from. If "len" is a non-NULL pointer, the length of the genrated string is returned
+ * was allocated from. If "len" is a non-NULL pointer, the length of the generated string is returned
* in *len. This is important if the encoded document contains binary data, in which case null
* termination cannot be trusted. The returned string is freed when the corresponding
* bencode_buffer_t object is destroyed. */
diff --git a/src/modules/rtpengine/rtpengine.c b/src/modules/rtpengine/rtpengine.c
index 46640a5d3d..d0199ec04f 100644
--- a/src/modules/rtpengine/rtpengine.c
+++ b/src/modules/rtpengine/rtpengine.c
@@ -1147,8 +1147,8 @@ int add_rtpengine_socks(struct rtpp_set *rtpp_list, char *rtpengine,
}
-/* 0 - succes
- * -1 - erorr
+/* 0 - success
+ * -1 - error
* */
static int rtpengine_add_rtpengine_set(char * rtp_proxies, unsigned int weight, int disabled, unsigned int ticks)
{
diff --git a/src/modules/rtpengine/rtpengine_funcs.c b/src/modules/rtpengine/rtpengine_funcs.c
index 598af6360e..4863ec662c 100644
--- a/src/modules/rtpengine/rtpengine_funcs.c
+++ b/src/modules/rtpengine/rtpengine_funcs.c
@@ -178,8 +178,8 @@ int extract_body(struct sip_msg *msg, str *body )
/*
* Better use the content-len value - no need of any explicit
- * parcing as get_body() parsed all headers and Conten-Length
- * body header is automaticaly parsed when found.
+ * parsing as get_body() parsed all headers and Content-Length
+ * body header is automatically parsed when found.
*/
if (msg->content_length==0) {
LM_ERR("failed to get the content length in message\n");
### Description
Using kamcmd to obtain statistics of SIP replies, for large values (exceeding 4 bytes) :
Example :
```
kamcmd> sl.stats
{
(...)
302: -1294967293
}
```
The variable is an unsigned long, it can store values up to 2^64-1.
But RPC command **sl.stats** does not support this.
### Possible Solutions
I think the fix is simple, we should just replace "d" by "j" when using "rpc->struct_add"
(function "rpc_stats" in file src/modules/sl/sl_stats.c).
E.g. :
```
rpc->struct_add(st, "jjjj",
"300", total.err[RT_300],
"301", total.err[RT_301],
"302", total.err[RT_302],
"3xx", total.err[RT_3xx]);
```
I found a commit that did something similar with the shared memory stats :
https://github.com/kamailio/kamailio/commit/f619cae55ffeb4596da852d9ed75773…
### Additional Information
Kamailio 5.6.4
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3386
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/issues/3386(a)github.com>