Re: [sr-dev] git:master:6da5eaad: update headers

sorry for the format of commit message. this is kazoo module update From: sr-dev on behalf of lazedo Sent: Wednesday, May 11, 2016 11:17 PM To: sr-dev@lists.sip-router.org Subject: [sr-dev] git:master:6da5eaad: update headers Module: kamailio Branch: ma

[sr-dev] git:master:6da5eaad: update headers

Module: kamailio Branch: master Commit: 6da5eaadc2ab47f23efaec96cb2d916f4f5d67a5 URL: https://github.com/kamailio/kamailio/commit/6da5eaadc2ab47f23efaec96cb2d916f4f5d67a5 Author: lazedo Committer: lazedo Date: 2016-05-11T23:16:35+01:00 update headers --- Modified: modules/kazoo/const.c Modif

Re: [sr-dev] [kamailio/kamailio] kamailio 4.4.x: Abort and coredump (#604)

Something strange around, because the backtrace is showing a lead to lock_get(lock), which defined to pthread_mutex_lock(lock), but the trace then points to pthread_mutex_destroy(). Have you compiled the sources on the machine running kamailio? --- You are receiving this because you are subscri

Re: [sr-dev] [kamailio/kamailio] libradiusclient - rc_send_server - Segfault with core dump (#614)

OK -- thanks for following up, let us know if you find something new. There were no relevant changes in our code related to radius modules. --- 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

Re: [sr-dev] [kamailio/kamailio] SNMPstats dialog 0 afeter reboot (#424)

I think I have solved the issue in master with the above patch. Can you please try it out? Thanks. --- 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/424#issuecomment-218572737___

[sr-dev] git:master:b0cd09d2: dialog Make sure statistics are updated when initializing from database

Module: kamailio Branch: master Commit: b0cd09d2b451005a736396e6f38eac139ec31301 URL: https://github.com/kamailio/kamailio/commit/b0cd09d2b451005a736396e6f38eac139ec31301 Author: Olle E. Johansson Committer: Olle E. Johansson Date: 2016-05-11T21:59:44+02:00 dialog Make sure statistics are upda

Re: [sr-dev] [kamailio/kamailio] Segfault with core dump (#614)

Looks like a bug with the Debian 8 libfreeradius-client-dev package... or at least how Kamailio works with it. Compiling the latest from https://github.com/FreeRADIUS/freeradius-client has fixed the problem. I'm going to do some more digging. --- You are receiving this because you are subscribe

Re: [sr-dev] [kamailio/kamailio] Segfault with core dump (#614)

Ah, thanks Daniel. This is more useful. ``` #0 __strncpy_sse2 (s1=0x7ffc980a968f "", s2=0x208 , n=48) at ./strncpy.c:41 n4 = 12 c = s = 0x7ffc980a9690 "" #1 0x7f0ffc54bbc9 in rc_send_server () from /usr/lib/x86_64-linux-gnu/libfreeradius-client.so.2 No symbol table

Re: [sr-dev] [kamailio/kamailio] Segfault with core dump (#614)

You should have many core files -- enable corefile per process and take the backtrace from each of them. --- 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/614#issuecomment-218512594_

Re: [sr-dev] [kamailio/kamailio] Segfault with core dump (#614)

Nothing relevant that I can see in the log. Here's the full thing. Can you see anything relevant? ``` May 11 17:16:36 ua-proxy-00 kamailio: INFO: tls [tls_init.c:403]: init_tls_compression(): tls: init_tls: disabling compression... May 11 17:16:36 ua-proxy-00 kamailio: INFO: [sctp_core.c:75]:

Re: [sr-dev] [kamailio/kamailio] Segfault with core dump (#614)

This is a backtrace from shut down procedure. There must be something else stopping Kamailio. If it is at startup, look for error messages in syslog before. --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com

[sr-dev] [kamailio/kamailio] Segfault with core dump (#614)

Kamailio 4.3 fails to start after building a previously working sourcetree/config from Debian 7 onto a new Debian 8 server. Log file is: ``` May 11 16:46:19 ua-proxy-00 /opt/kamailio/sbin/kamailio[312]: INFO: tls [tls_domain.c:674]: set_verification(): TLSc: Server MAY present invalid certific

Re: [sr-dev] [kamailio/kamailio] change answered elsewhere to call completed elsewhere (#610)

@quentusrex: thanks, updating the patch will make the merge easier -- don't forget to make it for master branch. --- 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/610#issuecomment-2185

Re: [sr-dev] [kamailio/kamailio] nsq: fix segfault on module destroy (#613)

Merged #613. --- 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/613#event-657308238___ sr-dev mailing list sr-dev@lists.sip-router.org http://

[sr-dev] [kamailio/kamailio] nsq: fix segfault on module destroy (#613)

You can view, comment on, or merge this pull request online at: https://github.com/kamailio/kamailio/pull/613 -- Commit Summary -- * nsq: fix segfault on module destroy -- File Changes -- M modules/nsq/nsq_mod.c (8) -- Patch Links -- https://github.com/kamailio/kamailio/pull/613.pat

Re: [sr-dev] [kamailio/kamailio] kamailio 4.4.x: Abort and coredump (#604)

executing `kamailio -E -dd` and getting: ``` Fatal error 'mutex is on list' at line 424 in file /usr/src/lib/libthr/thread/thr_mutex.c (errno = 35) Fatal error 'mutex is on list' at line 424 in file /usr/src/lib/libthr/thread/thr_mutex.c (errno = 35) 20(9930) CRITICAL: [pass_fd.c:275]: receive_

[sr-dev] Using auth module with SHA-256 instead of MD5

Hello, We would like to adapt the "auth" module to allow digest authentication that uses a different hashing algorithm (SHA-256 instead of MD5). We use the auth module together with the "auth_db" module. I identified the following changes that would be required for this feature: 1. The field al

Re: [sr-dev] [kamailio/kamailio] change answered elsewhere to call completed elsewhere (#610)

@miconda I can update the patch. @oej Yes, there are a few mobile implementations that strstr match several sip messages to avoid fully parsing them. --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kama

Re: [sr-dev] [kamailio/kamailio] Free database column name as part of database result cleanup (#611)

@miconda Makes sense. No need to malloc/free if it isn't absolutely required for a commonly used code path. I'll look over the patch and see if I can see a better approach(using flags to signify malloced pointer). One of the larger concerns here was that clang's address sanitizer was pointing ou

[sr-dev] [kamailio/kamailio] compilation warnings (#612)

>From travis gcc build >https://s3.amazonaws.com/archive.travis-ci.org/jobs/129410409/log.txt clang build https://s3.amazonaws.com/archive.travis-ci.org/jobs/129410410/log.txt ``` CC (gcc) [M corex.so] corex_mod.o corex_mod.c: In function 'w_file_read': corex_mod.c:352:2: warning: ignor

[sr-dev] Spring allergy - missing return codes or simply missing documentation

Friends, I have developed an allergy. It causes all kinds of weird behaviour. We have a lot of functions that are documented in README’s that have no documentation of the return codes, even though they do exist in the source code. Sometimes you can see that the developer added an example of an

Re: [sr-dev] [kamailio/kamailio] change answered elsewhere to call completed elsewhere (#610)

The text is not normative in the RFC and it should not really matter - we should really send the text sent in the 200 OK of the answer. The "200" code is the important part - a SIP response code. the "Call completed elsewhere" text is part of the examples in the RFC. Do you have an implementati

[sr-dev] git:master:9c8c31de: pkg/kamailio/deb: version set to 5.0.0-dev4

Module: kamailio Branch: master Commit: 9c8c31de69d06677d522de21d453e1e56eb27a77 URL: https://github.com/kamailio/kamailio/commit/9c8c31de69d06677d522de21d453e1e56eb27a77 Author: Victor Seva Committer: Victor Seva Date: 2016-05-11T14:23:36+02:00 pkg/kamailio/deb: version set to 5.0.0-dev4 ---

[sr-dev] git:master:dceb0c4e: Makefile.defs: version set to 5.0.0-dev4

Module: kamailio Branch: master Commit: dceb0c4e401b74bd7898370b46a854a8719f9044 URL: https://github.com/kamailio/kamailio/commit/dceb0c4e401b74bd7898370b46a854a8719f9044 Author: Daniel-Constantin Mierla Committer: Daniel-Constantin Mierla Date: 2016-05-11T14:08:37+02:00 Makefile.defs: version

Re: [sr-dev] [kamailio/kamailio] Free database column name as part of database result cleanup (#611)

I don't really like this approach. The column names are not used inside the modules that conenct to the database, is only sqlops that exposes them and can be accessed in the configuration file. So I would not like to clone the column names if they are not necessary, some db operations are done q

[sr-dev] git:master:03296efa: http_client Expand API with the "old" http_query function

Module: kamailio Branch: master Commit: 03296efa1c2f3f5982287488e198fa6ea7781bc5 URL: https://github.com/kamailio/kamailio/commit/03296efa1c2f3f5982287488e198fa6ea7781bc5 Author: Olle E. Johansson Committer: Olle E. Johansson Date: 2016-05-11T14:03:59+02:00 http_client Expand API with the "old

[sr-dev] git:master:51f07e7b: registrar Clean up and document error codes from the unregister function

Module: kamailio Branch: master Commit: 51f07e7b0c5e02698edced5b01ecbef6483cd8f0 URL: https://github.com/kamailio/kamailio/commit/51f07e7b0c5e02698edced5b01ecbef6483cd8f0 Author: Olle E. Johansson Committer: Olle E. Johansson Date: 2016-05-11T14:03:59+02:00 registrar Clean up and document erro

Re: [sr-dev] [kamailio/kamailio] change answered elsewhere to call completed elsewhere (#610)

Thanks! I will apply the patch manually, as we do not push patched directly to stable branches. They are pushed to master branch and then backported. Also, the commit message needs to be prefixed with the component name, in this case "tm": * https://www.kamailio.org/wiki/devel/github-contrib

[sr-dev] Build failed in Jenkins: kamailio44-source » squeeze,master #3

See -- [...truncated 3 lines...] Building on master in workspace > git rev

[sr-dev] Jenkins build is back to normal : kamailio44-source » squeeze,master #4

See ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Jenkins build is back to normal : kamailio44-source » trusty,master #4

See ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Jenkins build is back to normal : kamailio44-source » jessie,master #4

See ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Jenkins build is back to normal : kamailio44-source » precise,master #4

See ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Jenkins build is back to normal : kamailio44-source » wheezy,master #4

See ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

[sr-dev] Build failed in Jenkins: kamailio44-source » trusty,master #3

See -- [...truncated 3 lines...] Building on master in workspace > git rev-p

[sr-dev] Build failed in Jenkins: kamailio44-source » wheezy,master #3

See -- [...truncated 2 lines...] Started by user Victor Seva Building on master in workspace

[sr-dev] Build failed in Jenkins: kamailio44-source » jessie,master #3

See -- [...truncated 2 lines...] Started by user Victor Seva Building on master in workspace

[sr-dev] Build failed in Jenkins: kamailio44-source » precise,master #3

See -- [...truncated 2 lines...] Started by user Victor Seva Building on master in workspace