### Description
Try to fill carrierroute with routing data and test result with `kamcmd`, but the rpc command never gives a result.
### Troubleshooting
#### Reproduction
```
/* ----- ctl params -------------------------------------------------------- */
modparam("ctl", "binrpc", "unix:/var/run/kamailio/kamailio_ctl")
modparam("ctl", "mode", 0660)
/* ----- carrierroute params ----------------------------------------------- */
modparam("carrierroute", "config_source", "db")
modparam("carrierroute", "db_url", "EXTERN_READ_DBURL")
modparam("carrierroute", "fetch_rows", 2000)
modparam("carrierroute", "db_load_description", 1)
modparam("carrierroute", "match_mode", 10)
modparam("carrierroute", "avoid_failed_destinations", 1)
```
Kamailio is running with the following parameters:
```
/usr/local/sbin/kamailio -u kamailio -g kamailio -m 512 -M 20 -n 16
```
Fill carrierroute table with 110 Routes, do a routes reload and than try to get the routes dumped.
`kamcmd cr.reload_routes` and after that issue `kamcmd cr.dump_routes`, which hangs and don't return a result.
#### Log Messages
```
nothing regarding carrierroute in the log
```
### Possible Solutions
<!--
If you found a solution or workaround for the issue, describe it. Ideally, provide a pull request with a fix.
-->
### Additional Information
* **Kamailio Version** - output of `kamailio -v`
```
version: kamailio 5.1.0-dev8 (x86_64/freebsd)
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, select, kqueue.
id: unknown
compiled on 20:35:54 Nov 1 2017 with clang 4.0
```
* **Operating System**:
<!--
Details about the operating system, the type: Linux (e.g.,: Debian 8.4, Ubuntu 16.04, CentOS 7.1, ...), MacOS, xBSD, Solaris, ...;
Kernel details (output of `uname -a`)
-->
```
FreeBSD 11.1-RELEASE
```
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1304
### Description
Kamailio started to crash in 5.0.5 in http_async_client module. Works in 5.0.4
### Troubleshooting
#### Reproduction
Use http_async_client.
#### Debugging Data
Not yet extracted. Need to figure out how to access the core because it is a container.
#### Log Messages
```
4(30) : <core> [core/mem/q_malloc.c:483]: qm_free(): BUG: qm_free: freeing already freed pointer (0x7fccc205d368), called from http_async_client: async_http.c: set_query_params(599), first free http_async_client: async_http.c: set_query_params(599) - aborting
51(77) CRITICAL: <core> [core/pass_fd.c:277]: receive_fd(): EOF on 35
0(1) ALERT: <core> [main.c:742]: handle_sigs(): child process 30 exited by a signal 6
0(1) ALERT: <core> [main.c:745]: handle_sigs(): core was generated
0(1) INFO: <core> [main.c:768]: handle_sigs(): terminating due to SIGCHLD
```
#### SIP Traffic
### Possible Solutions
### Additional Information
* **Kamailio Version** - output of `kamailio -v`
```
version: kamailio 5.0.5 (x86_64/linux)
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: unknown
compiled with gcc 5.3.1
```
* **Operating System**:
```
Ubuntu 16.04 (Xenial)
```
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1400
this was borrowed from the `kazoo` and `nsq` module json transformations
i think it makes the most sense in this module as I'd like to use the transformation without loading the `kazoo` or `nsq` modules.
It can be very useful for parsing json data from pseudo-variables like $rb.
if this can be merged, I will deprecate the transformation in `nsq` and maintain this code.
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/1404
-- Commit Summary --
* json: add transformation
-- File Changes --
M src/modules/json/doc/json_admin.xml (26)
M src/modules/json/json_funcs.c (283)
M src/modules/json/json_funcs.h (27)
M src/modules/json/json_mod.c (40)
A src/modules/json/json_trans.c (451)
A src/modules/json/json_trans.h (51)
-- Patch Links --
https://github.com/kamailio/kamailio/pull/1404.patchhttps://github.com/kamailio/kamailio/pull/1404.diff
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/1404