[sr-dev] Thread safety of global variables used in app_perl

2016-10-13 Thread Alex Balashov
invoked by a different SIP worker is accessing it? And if so, is it safe to use generic perlthr locking to avoid this? Thanks! -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 (direct) / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.

Re: [sr-dev] Thread safety of global variables used in app_perl

2016-10-13 Thread Alex Balashov
mailio.cfg variable such as $var(x) is defined in each process and each process has access to the one specific to it. There are shared memory variables, like $shv(z) that all processes can access and change, requiring synchronization to avoid races. Cheers, Daniel On 13/10/16 19:13, Alex Balashov

Re: [sr-dev] Thread safety of global variables used in app_perl

2016-10-14 Thread Alex Balashov
experience with app_perl is that global variables are not shared between processes. So if you have 10 kamailio processes you would have 10 different %hash with different values. So it is thread safe, but perhaps isn't what you want. Torrey On 13 October 2016 at 23:15, Alex Balashov mailto:abala

Re: [sr-dev] Thread safety of global variables used in app_perl

2016-10-14 Thread Alex Balashov
nterpreter per process, otherwise it will need a >dedicated >process for it with some interprocess communication with the other >worker processes and I haven't seen that in the code, in the few >moments >I was working on this module. > >Cheers, >Daniel > >On 14/10/16

Re: [sr-dev] [SR-Users] VERY IMPORTANT: deciding when to remove the MI code

2016-12-01 Thread Alex Balashov
for most modules is clearly there, though. -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 (direct) / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ ___ sr-dev mailing list sr

[sr-dev] Jenkins build failure notifications

2016-12-09 Thread Alex Balashov
Is there any chance of making these less frequent? -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 (direct) / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ ___ sr-dev mailing list

Re: [sr-dev] [kamailio/kamailio] app_perl.so: undefined symbol: sv2int_str (#1012)

2017-02-28 Thread Alex Balashov
Hello Alistair, Could you provide the output of: ldd {module path}/mod_perl.so ? Thanks, -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com

Re: [sr-dev] [kamailio/kamailio] app_perl.so: undefined symbol: sv2int_str (#1012)

2017-02-28 Thread Alex Balashov
By which I certainly meant `app_perl.so`. -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1012#issuecomment-283248364___ sr-dev mailing list sr-dev@lists.sip

Re: [sr-dev] git:3.1: tm: allow t_on_reply() in branch_route

2011-05-04 Thread Alex Balashov
When did this break? -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ On May 4, 2011, at 1:28 PM, Daniel-Constantin Mierla wrote: > Module: sip-router > Branc

Re: [sr-dev] How does SR match ACK for 3456]XX replied statelessly?

2011-05-15 Thread Alex Balashov
() does? -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip

Re: [sr-dev] How does SR match ACK for 3456]XX replied statelessly?

2011-05-16 Thread Alex Balashov
;s done in sl_filter_ACK() in modules/sl/sl_funcs.c, which is registered as a pre-script/request callback in sl.c. -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evari

[sr-dev] mqueue fix to make mq_fetch() return false if queue empty

2011-05-16 Thread Alex Balashov
I am curious as to why sip-router master commit e6fa8ae004f5d487e1c64471bf282931e4b9e901 has not been included in the 3.1 branch, given that it was made in early October. I have been waiting for it to be included in releases for quite a long time. Thanks! -- Alex Balashov - Principal

Re: [sr-dev] git:master: kamailio.cfg: replaced force_rtp_proxy()

2011-05-27 Thread Alex Balashov
But you kept unforce_rtp_proxy()? Confusing! :) -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ On May 27, 2011, at 2:35 PM, Daniel-Constantin Mierla wrote

Re: [sr-dev] assigning $rd buggy?

2011-07-04 Thread Alex Balashov
On 07/04/2011 07:43 AM, Klaus Darilion wrote: NOTICE:

Re: [sr-dev] assigning $rd buggy?

2011-07-04 Thread Alex Balashov
ut if you have PV arguments, I don't know if it will take them. -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ ___ s

Re: [sr-dev] assigning $rd buggy?

2011-07-04 Thread Alex Balashov
for it). So if you are forcing "sip:" you could break something if the original RURI had "sips" schema. This affects a relatively small minority of users who actually use SIP-TLS :-) but, I suppose one could work around it thusly: $var(scheme) = $(ru{s.select,:,0}); $r

Re: [sr-dev] assigning $rd buggy?

2011-07-04 Thread Alex Balashov
On 07/04/2011 08:37 AM, Alex Balashov wrote: On 07/04/2011 08:26 AM, Iñaki Baz Castillo wrote: 2011/7/4 Klaus Darilion: I want to avoid: $ru = "sip:" + $rU + "@" + "1.2.3.4:5060"; This would be a bit hack as, for now, there is no way to know which URI sch

Re: [sr-dev] assigning $rd buggy?

2011-07-04 Thread Alex Balashov
On 07/04/2011 08:44 AM, Iñaki Baz Castillo wrote: 2011/7/4 Alex Balashov: Or rather: $var(scheme) = $(ru{s.select,0,:}); (had the index and separator arguments reversed) Right, but would be cooler a pv? :) I think part of the philosophical problem is that it is generally desirable to

Re: [sr-dev] assigning $rd buggy?

2011-07-04 Thread Alex Balashov
, can you elaborate on how these worked? -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ ___ sr-dev mailing list sr-dev

Re: [sr-dev] [SR-Users] issue tracking system

2011-07-20 Thread Alex Balashov
07/09/mantis.png -- Alex -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ ___ sr-dev mailing list sr-dev@lists.sip-router.org

Re: [sr-dev] [SR-Users] issue tracking system

2011-07-20 Thread Alex Balashov
On 07/20/2011 05:37 AM, Alex Balashov wrote: On 07/19/2011 04:07 PM, Daniel-Constantin Mierla wrote: - mantis - I have no experience with it to say pro/con opinions. Is the administration (upgrade, patching) easy enough? Also, I've never heard of Mantis described as difficult to admin

Re: [sr-dev] [SR-Users] issue tracking system

2011-07-20 Thread Alex Balashov
that I know of. http://lists.digium.com/pipermail/asterisk-dev/2011-May/049088.html -- Alex -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com

[sr-dev] 3.2 regression in db_postgres

2011-10-20 Thread Alex Balashov
b8ab78) at main.c:2416 I have the core dump and could compile with debug info and get more information, but I thought it'd be a good start, since there haven't been many changes to db_postgres or srdb1, but there have been some. -- Alex Balashov - Principal Evariste Systems LLC 260 Pea

Re: [sr-dev] 3.2 regression in db_postgres

2011-10-20 Thread Alex Balashov
The only other target I've immediately got to test with is a 32-bit Debian target and Postgres 9.0 client libs, not 9.1. There does not seem to be a problem there. -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-067

Re: [sr-dev] git:master: auth: added new error code to auth API

2011-11-14 Thread Alex Balashov
sloppiness. Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ On Nov 14, 2011, at 9:00 PM, Juha Heinanen wrote: > Daniel-Constantin Mierla writes: > >> aut

[sr-dev] git:master: Added reg_timer_interval modparam to uac to allow user to regulate the

2011-11-21 Thread Alex Balashov
Module: sip-router Branch: master Commit: 455b64088b7ace99c767a3320b79f7069a3202b8 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=455b64088b7ace99c767a3320b79f7069a3202b8 Author: Alex Balashov - Diminuendo-2 Committer: Alex Balashov - Diminuendo-2 Date: Mon Nov

Re: [sr-dev] git:master: Added reg_timer_interval modparam to uac to allow user to regulate the

2011-11-21 Thread Alex Balashov
;reg_timer_interval", INT_PARAM, ®_timer_interval }, Cheers, Daniel On 11/21/11 12:16 PM, Alex Balashov wrote: Module: sip-router Branch: master Commit: 455b64088b7ace99c767a3320b79f7069a3202b8 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=455b64088b7ace99c767a3320

[sr-dev] git:master: Fixed equivocation of STR_PARAM / INT_PARAM for reg_timer_interval patch.

2011-11-21 Thread Alex Balashov
Module: sip-router Branch: master Commit: 3097c7878d395988e137253d77f7fb30707929b0 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=3097c7878d395988e137253d77f7fb30707929b0 Author: Alex Balashov Committer: Alex Balashov Date: Mon Nov 21 06:21:24 2011 -0500 Fixed

Re: [sr-dev] git:master: Added reg_timer_interval modparam to uac to allow user to regulate the

2011-11-21 Thread Alex Balashov
and couldn't find them anywhere. -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com/ ___ sr-dev mailing list sr-dev@list

[sr-dev] git:master: Doc fixes for reg_timer_interval patch. I' ll try not to break things

2011-11-21 Thread Alex Balashov
Module: sip-router Branch: master Commit: f6f42b24c2df7d3840ebe42be262b1dc5092b86a URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=f6f42b24c2df7d3840ebe42be262b1dc5092b86a Author: Alex Balashov Committer: Alex Balashov Date: Mon Nov 21 07:10:21 2011 -0500 Doc

Re: [sr-dev] git:master: Added reg_timer_interval modparam to uac to allow user to regulate the

2011-11-21 Thread Alex Balashov
On 11/21/2011 07:35 AM, Daniel-Constantin Mierla wrote: No problem! Also spotted that the type of the module parameter in the readme is set to 'string' instead of 'int'. Damn it, I should really get some sleep before making amateur commits. -- Alex Balashov - Principal

Re: [sr-dev] [Kamailio-Business] Kamailio v3.2.0 Development Guide published

2011-11-29 Thread Alex Balashov
Daniel, This is great! Thanks a lot for it, it will help third-party contributors enormously. -- Alex -- Alex Balashov - Principal Evariste Systems LLC 260 Peachtree Street NW Suite 2200 Atlanta, GA 30303 Tel: +1-678-954-0670 Fax: +1-404-961-1892 Web: http://www.evaristesys.com

[sr-dev] debug make target

2011-12-06 Thread Alex Balashov
Sorry for the stupid question, but is there a generic toplevel make target that will compile Kamailio/SR in ways maximally suitable for GDB analysis, e.g. - Without optimisations that strip out some symbols and values. - With -g, -ggdb, etc. Thanks! -- Alex Balashov - Principal Evariste

[sr-dev] Expiration in htable

2011-12-06 Thread Alex Balashov
Question: how does the 'autoexpire' parameter to the 'htable' modparam interact with the 'expires' value now present in the database table definition for a DB-backed 'htable'? Which one has priority? -- Alex Balashov - Principal Evariste Systems LLC 26

[sr-dev] git:master: Grammatical, structural and idiomatic formulation edits to MSRP

2012-01-19 Thread Alex Balashov
Module: sip-router Branch: master Commit: 860e8e7790ad9eabca14dd492f6a57375ab6ea1f URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=860e8e7790ad9eabca14dd492f6a57375ab6ea1f Author: Alex Balashov - Diminuendo-2 Committer: Alex Balashov - Diminuendo-2 Date: Thu Jan

[sr-dev] git:master: Grammatical, structural and idiomatic formulation edits to MSRP

2012-01-19 Thread Alex Balashov
Module: sip-router Branch: master Commit: ad54eb1cdd7c9a2b01a3e9a445d36e6c4586b50f URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=ad54eb1cdd7c9a2b01a3e9a445d36e6c4586b50f Author: Alex Balashov - Diminuendo-2 Committer: Alex Balashov Date: Thu Jan 19 07:33:28 2012

[sr-dev] git:master: Merge branch 'master' of ssh://git.sip-router.org/sip-router

2012-01-19 Thread Alex Balashov
Module: sip-router Branch: master Commit: 112f6dcd85301471e13a9f853ae414e7a74b2d28 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=112f6dcd85301471e13a9f853ae414e7a74b2d28 Author: Alex Balashov Committer: Alex Balashov Date: Thu Jan 19 07:35:44 2012 -0500 Merge

[sr-dev] git:master: Minor stylistic edits to documentation.

2012-01-19 Thread Alex Balashov
Module: sip-router Branch: master Commit: a88d2286d84653f634721d02cb29c6d1f1067117 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=a88d2286d84653f634721d02cb29c6d1f1067117 Author: Alex Balashov Committer: Alex Balashov Date: Thu Jan 19 07:41:12 2012 -0500 Minor

[sr-dev] git:master: Minor stylistic edits to documentation, and translation of Latinate

2012-01-19 Thread Alex Balashov
Module: sip-router Branch: master Commit: af75111cbc47c4f4134d22561bd5796ff3f27955 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=af75111cbc47c4f4134d22561bd5796ff3f27955 Author: Alex Balashov Committer: Alex Balashov Date: Thu Jan 19 07:45:09 2012 -0500 Minor

[sr-dev] git:master: Minor stylistic edits to documentation.

2012-01-19 Thread Alex Balashov
Module: sip-router Branch: master Commit: 2efdcc870081b60883825732961d8f25f9442af0 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=2efdcc870081b60883825732961d8f25f9442af0 Author: Alex Balashov Committer: Alex Balashov Date: Thu Jan 19 07:55:02 2012 -0500 Minor

[sr-dev] git:master: app_mono: Minor documentation edits.

2012-01-19 Thread Alex Balashov
Module: sip-router Branch: master Commit: ea4ec2d384890bfebec659888459cafdca37d61e URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=ea4ec2d384890bfebec659888459cafdca37d61e Author: Alex Balashov Committer: Alex Balashov Date: Thu Jan 19 08:13:27 2012 -0500

[sr-dev] git:master: db_cassandra: Minor documentation edits.

2012-01-19 Thread Alex Balashov
Module: sip-router Branch: master Commit: 401a81e1a8eb435e853421f4b1ee5aeb024cbdda URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=401a81e1a8eb435e853421f4b1ee5aeb024cbdda Author: Alex Balashov Committer: Alex Balashov Date: Thu Jan 19 08:39:48 2012 -0500

[sr-dev] git:master: dialog(k): A few documentation enhancements.

2012-01-19 Thread Alex Balashov
Module: sip-router Branch: master Commit: c34a44f5a5b7d375a3b1716dbb5a2d7a6183dff6 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=c34a44f5a5b7d375a3b1716dbb5a2d7a6183dff6 Author: Alex Balashov Committer: Alex Balashov Date: Thu Jan 19 09:30:47 2012 -0500 dialog

[sr-dev] git:master: htable(k): Added 'updateexpire' parameter to the definition of an

2012-04-04 Thread Alex Balashov
Module: sip-router Branch: master Commit: aa5a8463c835c94d1c8cba348791e13c64bcf4f2 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=aa5a8463c835c94d1c8cba348791e13c64bcf4f2 Author: Alex Balashov Committer: Alex Balashov Date: Wed Apr 4 10:48:03 2012 -0400 htable

[sr-dev] Crash bug freeing To headers

2013-08-27 Thread Alex Balashov
g up the hinterland: <%s>\n", tp->name.s); pkg_free(tp); tp=foo; } (gdb) where #0 0x003dbae480ac in vfprintf () from /lib64/libc.so.6 #1 0x003dbaee4fe0 in __vsyslog_chk () from /lib64/libc.so.6 #2 0x003dbaee5210 in syslog () fro

Re: [sr-dev] Crash bug freeing To headers

2013-08-27 Thread Alex Balashov
routes/subroutines. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ ___ sr-dev mailing list sr-dev

Re: [sr-dev] Crash bug freeing To headers

2013-08-28 Thread Alex Balashov
13 08:49 AM, Alex Balashov wrote: Hi Daniel, On 08/27/2013 08:47 AM, Daniel-Constantin Mierla wrote: Hello, can you try this patch? - http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=14835f89fc2b761f73a0caad67d229ec3fedba29 One reason for such crash could be double-fre

Re: [sr-dev] Crash bug freeing To headers

2013-08-28 Thread Alex Balashov
io, but so infrequently that I didn't think it was worth mentioning. On 08/28/2013 03:01 AM, Alex Balashov wrote: Hi Daniel, With your patch applied (setting param list head to NULL), it now crashes in a different place: Program terminated with signal 11, Segmentation fault. #0 0x

Re: [sr-dev] Crash bug freeing To headers

2013-08-28 Thread Alex Balashov
s for memory related error messages and see if you get head/tail overwritten. Cheers, Daniel On 8/28/13 9:11 AM, Alex Balashov wrote: With the patch applied, I sometimes get this crash, too: (gdb) where #0 0x00539ed9 in qm_detach_free (qm=0x7f516c197010, frag=0x7f516c3b6dc0) at m

Re: [sr-dev] Crash bug freeing To headers

2013-08-28 Thread Alex Balashov
-- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ ___ sr-dev mailing list sr-dev@lists.sip-router.org http

Re: [sr-dev] Crash bug freeing To headers

2013-08-28 Thread Alex Balashov
func = 0x8348 , line = 9892250880904472772, check = 9892183985613198309} -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ _

Re: [sr-dev] Crash bug freeing To headers

2013-08-28 Thread Alex Balashov
trace I last pasted (the one that crashes in free_to()) and to which the head/tail overwritten message corresponds: http://pastebin.com/gk8cR26m -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel:

Re: [sr-dev] Crash bug freeing To headers

2013-08-28 Thread Alex Balashov
overwritten(3630643536313a64, 2d303634622d3965 [0x7f99b713d008:0x7f99b713d038]! -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com

Re: [sr-dev] Crash bug freeing To headers

2013-08-28 Thread Alex Balashov
provided you, I had MEMDBG set to 1, and debug set to 2. Should I set to debug level 4, or is 3 sufficient? -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http

Re: [sr-dev] Slightly wacky suggestion...

2013-08-29 Thread Alex Balashov
--- > >___ >sr-dev mailing list >sr-dev@lists.sip-router.org >http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev -- Sent from my mobile, and thus lacking in the refinement one might expect from a fully fledged

Re: [sr-dev] Slightly wacky suggestion...

2013-08-30 Thread Alex Balashov
current "cloudy" fashions--together with the nice feature set on offer at GitHub, no doubt about it--is really in the best interests of the project. -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106

Re: [sr-dev] github

2013-08-30 Thread Alex Balashov
om an automatic clone of the repository hosted on GitHub. Right? -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.a

Re: [sr-dev] Slightly wacky suggestion...

2013-08-30 Thread Alex Balashov
On 08/30/2013 11:52 AM, Peter Dunkley wrote: I don't think it does any harm for someone to ask these kinds of questions from time-to-time Certainly, and I hope none of the responses were construed as a desire by anyone to quash discussion. -- Alex Balashov - Principal Evariste System

Re: [sr-dev] Crash bug freeing To headers

2013-09-02 Thread Alex Balashov
how. If I repoint that DID to my own Asterisk 1.6.x PBX and send some other feedback, OR send a 480 (like Do Not Disturb from a handset), the crash does not present. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-67

Re: [sr-dev] Crash bug freeing To headers

2013-09-05 Thread Alex Balashov
c=13, argv=0x7fff96469a88) at main.c:2566 That leads me to believe that something in these replies from the PBX in general is causing memory corruption. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web:

Re: [sr-dev] Crash bug freeing To headers

2013-09-05 Thread Alex Balashov
e2 in main_loop () at main.c:1638 #8 0x0046ad8b in main (argc=13, argv=0x7fff05e5def8) at main.c:2566 -- Alex On 09/05/2013 06:25 AM, Alex Balashov wrote: I've managed to reproduce this scenario in a more general case. Even when I disable my "problematic" route sequence, a 40

Re: [sr-dev] Crash bug freeing To headers

2013-09-05 Thread Alex Balashov
seed = 4063171243 rfd = 4 debug_save = 0 debug_flag = 0 dont_fork_cnt = 0 n_lst = 0x3dbae0fb88 p = 0x5b3450 "H\211l$\330L\211d$\340H\215-\237K*" __FUNCTION__ = "main" -- A

Re: [sr-dev] Crash bug freeing To headers

2013-09-05 Thread Alex Balashov
On 09/05/2013 06:27 AM, Alex Balashov wrote: But, sometimes I get this crash (in the same scenario as below), too: (gdb) where #0 0x0055e602 in free_to_params (tb=0x7f95ab472950) at parser/parse_to.c:827 #1 0x0055e658 in free_to (tb=0x7f95ab472950) at parser/parse_to.c

Re: [sr-dev] Crash bug freeing To headers

2013-09-05 Thread Alex Balashov
o you ASAP. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ ___ sr-dev mailing list sr-dev@lists.sip-route

Re: [sr-dev] Crash bug freeing To headers

2013-09-06 Thread Alex Balashov
o[18694]: DEBUG: [mem/q_malloc.c:437]: qm_free(): qm_free(0x7fa2e71d2010, 0x7fa2e7484090), called from : parser/parse_to.c: free_to_params(828) Sep 6 04:09:28 gw1 /usr/local/sbin/kamailio[18694]: : [mem/q_malloc.c:140]: qm_debug_frag(): BUG: qm_*: fragm. 0x7fa2e7484060 (address 0x7fa2e74840

Re: [sr-dev] Crash bug freeing To headers

2013-09-06 Thread Alex Balashov
gw1 /usr/local/sbin/kamailio[19627]: DEBUG: qm_status: 6792. N address=0x7f7a3a4fc918 frag=0x7f7a3a4fc8e8 size=48 used=1 But the common factor is database involvement beforehand. Am I right to suppose that this points to a buffer overflow in db_postgres or libsrdb1 somewhere? -- Alex --

Re: [sr-dev] Crash bug freeing To headers

2013-09-13 Thread Alex Balashov
d by calling a certain phone number at any time) and it would just help me out a lot of it were not forgotten. :-) Cheers, -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evarist

Re: [sr-dev] Crash bug freeing To headers

2013-09-13 Thread Alex Balashov
56e808078325810c7c8c0d436a0f4f51350680b5 Merge: 10da17d 2a224a5 Author: root Date: Tue Aug 27 05:54:20 2013 -0400 -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http

Re: [sr-dev] Crash bug freeing To headers

2013-09-13 Thread Alex Balashov
15:38:09 2013 +0200 ChangeLog: updated for v4.0.3 commit a75a8a140e53ef8cee58d670b3954e7ac4cdb1b8 Author: Daniel-Constantin Mierla Date: Thu Aug 15 15:33:55 2013 +0200 Makefile.defs: version set to 4.0.3 -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon A

Re: [sr-dev] Crash bug freeing To headers

2013-09-13 Thread Alex Balashov
Daniel, If it helps, I did try the master at the time that I submitted those core dumps in the last week or two. It exhibited the same crash behaviour, and that incorporated Hugh's changes (which we made back in March 2013). -- Alex -- Alex Balashov - Principal Evariste Systems LLC

Re: [sr-dev] Crash bug freeing To headers

2013-09-16 Thread Alex Balashov
ve them to you today. To get the information you requested, I need to go back and correlate it to the original core dump (I have dozens) I quoted at the time, or reproduce the problem again. It's going to take me a bit, and I'm sorry for the delay. Cheers, -- Alex -- Alex Balashov

Re: [sr-dev] Crash bug freeing To headers

2013-09-16 Thread Alex Balashov
On 09/16/2013 04:05 AM, Daniel-Constantin Mierla wrote: Hello, On 9/16/13 10:02 AM, Alex Balashov wrote: Hi Daniel, On 09/16/2013 04:01 AM, Daniel-Constantin Mierla wrote: I wrote few days ago as reply to your private email with logs, asking for few more details from the core. Pinging here

Re: [sr-dev] Crash bug freeing To headers

2013-09-16 Thread Alex Balashov
Daniel, Thank you; should this be run in high debug (3 or 4) mode? -- Alex On 09/16/2013 04:26 AM, Daniel-Constantin Mierla wrote: On 9/16/13 10:06 AM, Alex Balashov wrote: On 09/16/2013 04:05 AM, Daniel-Constantin Mierla wrote: [...] If you can't corelate with old logs and

Re: [sr-dev] Crash bug freeing To headers

2013-09-16 Thread Alex Balashov
On 09/16/2013 04:28 AM, Alex Balashov wrote: Daniel, Thank you; should this be run in high debug (3 or 4) mode? Sorry, I guess -ddd answers that. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web

Re: [sr-dev] Crash bug freeing To headers

2013-09-16 Thread Alex Balashov
Hi Daniel, I sent you the requested information. However, this time the crash was on the processing of a REGISTER (after the familiar steps taken to reproduce it), so I'm going to try to get another one that follows the more familiar pattern of crashing on To params free. -- Alex Bal

Re: [sr-dev] new module: gzcompress

2013-09-23 Thread Alex Balashov
To note, though, Kamailio has no problem dealing with fragmented UDP. It becomes a problem when sending UDP that gets fragmented to a UA that can't reassemble it, or when sending to Kamailio through a NAT gateway that can't properly reassemble it. -- Alex Daniel-Constantin Mierla wrote: Hel

Re: [sr-dev] Crash in free_sip_msg -> reset_ruid

2013-10-02 Thread Alex Balashov
ot;", len = 20} > >Might this be related to the changes made on Sept 19th to the >free_sip_msg functions? > >Regards, >Hugh -- Sent from my mobile, and thus lacking in the refinement one might expect from a fully fledged keyboard. Alex Balashov - Principal

Re: [sr-dev] Does iptrtpproxy still work? Should there be consideration into marking it obsolete in Kamailio 4.1.0

2013-10-21 Thread Alex Balashov
> Crocodile RCS Ltd >> >> >> ___ >> sr-dev mailing list >> sr-dev@lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev >> > >___

Re: [sr-dev] Does iptrtpproxy still work? Should there be consideration into marking it obsolete in Kamailio 4.1.0

2013-10-21 Thread Alex Balashov
t; > > >___ >sr-dev mailing list >sr-dev@lists.sip-router.org >http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev -- Sent from my Nexus 10, with all the figmen

Re: [sr-dev] Does iptrtpproxy still work? Should there be consideration into marking it obsolete in Kamailio 4.1.0

2013-10-21 Thread Alex Balashov
ding mediaproxy-ng also supports >SAVPF <-> AVPF, SAVPF <-> SAVP, SAVPF <-> AVP, and so on conversions >(useful for WebRTC interoperation). > >Regards, > >Peter > > >On 21 October 2013 10:16, Alex Balashov >wrote: > >> The only reason I can

Re: [sr-dev] DMQ security

2013-10-29 Thread Alex Balashov
m a fully fledged keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0671 Web: http://www.evaristesys.com/, http://www.alexbalashov.com ___ sr-dev mailing list sr-dev

Re: [sr-dev] DMQ security

2013-10-29 Thread Alex Balashov
ds/evangelism/advocacy/consulting careers are made... -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ __

Re: [sr-dev] DMQ security

2013-10-31 Thread Alex Balashov
his should affect how we package and deliver our product. I'm not sure I agree. The changing nature of the user base will not change Kamailio's essence or structure. It's still fundamentally more like an SDK than like a finished application for the end-user. -- Alex Balashov - P

[sr-dev] Mitigation of unavailable rtpproxy

2013-11-06 Thread Alex Balashov
n handling BYEs, but since a CANCEL is not an in-dialog request, I'm not sure what to do except to call unforce_rtp_proxy()/rtpproxy_manage() indiscriminately, without resorting to storing state in htable or other complications I don't want. -- Alex Balashov - Principal Evar

[sr-dev] Separate timeout for unconfirmed dialogs?

2013-12-11 Thread Alex Balashov
Hi, I am curious as to whether anyone thinks it's a bad idea to write a separate timeout parameter to 'dialog' for established-unconfirmed (200 OK, no ACK). It is usually desirable to terminate these far earlier than the default_timeout. -- Alex Balashov - Principal Evari

[sr-dev] Stuck dialogs

2014-01-12 Thread Alex Balashov
ogs that are already DELETED. Moreover, dlg_end_dlg is not a means of removing these dialogs, either: [root@gw1 ~]# kamctl fifo dlg_end_dlg 154 6753 500 Operation failed Any suggestions on what to do here? Should this be considered a bug? Thanks, -- Alex -- Alex Balashov - Principal Eva

Re: [sr-dev] Stuck dialogs

2014-01-13 Thread Alex Balashov
On 01/13/2014 03:20 AM, Daniel-Constantin Mierla wrote: On 12/01/14 19:37, Alex Balashov wrote: Any suggestions on what to do here? Should this be considered a bug? yes. What is reference counter you see when you list the dialog via mi? They both have a refcount of 1. But I am not sure

Re: [sr-dev] Stuck dialogs

2014-01-15 Thread Alex Balashov
prodigious call volume. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ ___ sr-dev mailing list sr-dev

Re: [sr-dev] git.sip-router.org down?

2014-02-11 Thread Alex Balashov
n.com/in/miconda ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaris

Re: [sr-dev] git.sip-router.org down?

2014-02-11 Thread Alex Balashov
It seems to be back now. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ ___ sr-dev mailing list sr

Re: [sr-dev] git.sip-router.org down?

2014-02-11 Thread Alex Balashov
antin Mierla wrote: I succeeded to get access to the net and issue a reset of the server. Don't know yet what caused the trouble, logs have to be analyzed. Cheers, Daniel On 11/02/14 19:30, Alex Balashov wrote: It seems to be back now. -- Alex Balashov - Principal Evariste Systems LLC 2

Re: [sr-dev] git.sip-router.org down?

2014-02-11 Thread Alex Balashov
On 02/11/2014 01:37 PM, Daniel-Constantin Mierla wrote: The clone on github is synchronized with every commit, in real time -- so it should be with the same content as the main git repo. That's true; I hadn't considered that. Thanks. -- Alex Balashov - Principal Evariste Systems

Re: [sr-dev] rtpproxy-ng: proposal to take setid from avp

2014-02-12 Thread Alex Balashov
set? -- juha ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1

Re: [sr-dev] Build B2BUA using Kamailio

2014-02-21 Thread Alex Balashov
t;http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev -- Sent from my mobile, and thus lacking in the refinement one might expect from a fully fledged keyboard. Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0

Re: [sr-dev] [SR-Dev] Capture RTP packet in Kamailio module

2014-03-26 Thread Alex Balashov
gt;> ___ >> sr-dev mailing list >> sr-dev@lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev >> >> > > > &g

Re: [sr-dev] [SR-Dev] Capture RTP packet in Kamailio module

2014-03-26 Thread Alex Balashov
ts.sip-router.org/cgi-bin/mailman/listinfo/sr-dev >>> >>> >> ___ >> sr-dev mailing list >> sr-dev@lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev >>

Re: [sr-dev] Dynamic port binding of Kamailio post-startup

2014-04-01 Thread Alex Balashov
foresee any problems? Cheers Jason ___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030

[sr-dev] Dialog module and confirmed-unacked dialogs

2014-04-25 Thread Alex Balashov
munity is because I am uncertain as to whether this might have any unforeseen consequences, or whether it's been discussed in various dialog_ng discussions in the past that I have not carefully monitored. Thanks! -- Alex (With apologies for cross-posting.) [1] Or correctly associated

Re: [sr-dev] rtpengines replaces origin without replace-origin

2014-04-28 Thread Alex Balashov
e text is correct. > >-- juha > >___ >sr-dev mailing list >sr-dev@lists.sip-router.org >http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev -- Sent from my mobile, and thus lacking in the refinement one might expect from a fully fledg

Re: [sr-dev] rtpengines replaces origin without replace-origin

2014-04-28 Thread Alex Balashov
On 04/28/2014 03:15 PM, Richard Fuchs wrote: Yes, and it is asked to proxy RTP traffic, which requires modifying c= and m= lines :) You can introduce a new rtpengine function to offer "moral support" for an ICE media exchange. :-) -- Alex -- Alex Balashov - Principal Evariste S

  1   2   3   4   >