| 01:41.33 | *** join/#asterisk-dev chadxz (~Adium@c-68-34-226-24.hsd1.al.comcast.net) |
| 02:23.01 | *** join/#asterisk-dev chadxz (~Adium@c-68-34-226-24.hsd1.al.comcast.net) |
| 07:09.16 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:09.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:12.17 | *** join/#asterisk-dev goddva (~goddva@77.40.154.242) |
| 07:32.20 | *** join/#asterisk-dev bof22 (~Thunderbi@LPuteaux-656-1-131-218.w193-251.abo.wanadoo.fr) |
| 07:59.43 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 07:59.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:04.19 | *** join/#asterisk-dev doome_ (~doome@77-234-67-84.pool.digikabel.hu) |
| 08:18.55 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 08:58.46 | bof22 | <PROTECTED> |
| 09:04.09 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 10:25.13 | wdoekes | bof22: I think that may be more a question for #netbeans |
| 10:25.24 | wdoekes | most of us use gdb for debugging, I think |
| 11:06.02 | *** join/#asterisk-dev bof22 (~Thunderbi@LPuteaux-656-1-131-218.w193-251.abo.wanadoo.fr) |
| 13:07.59 | *** join/#asterisk-dev bof22 (~Thunderbi@LPuteaux-656-1-131-218.w193-251.abo.wanadoo.fr) |
| 13:17.44 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216.191.106.163) |
| 13:37.49 | bof22 | Hi, I am new user and I looking for some help to develop Asterisk application. I need to develop an application like app_skel.c. I want to use Netbeans or Eclipse but when I import project with source (under Netbeans), the build is ok, but I can't debug app_skel.c with netbeans debugger. |
| 13:47.16 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-qaqfiryqlsmajkvk) |
| 13:54.34 | wdoekes | 11:25 < wdoekes> bof22: I think that may be more a question for #netbeans |
| 13:54.34 | wdoekes | 11:25 < wdoekes> most of us use gdb for debugging, I think |
| 13:57.02 | wdoekes | file: are you sure https://gerrit.asterisk.org/#/c/1759/ doesn't apply to 11? |
| 13:57.09 | file | um |
| 13:57.10 | wdoekes | I have a crash in that exact spot |
| 13:57.29 | wdoekes | in our case when we run out of g729 |
| 13:58.40 | file | it shouldn't |
| 13:58.46 | file | it would be a different issue |
| 14:00.05 | wdoekes | hm, okay |
| 14:02.15 | file | although you now have me questioning the original fix |
| 14:06.42 | file | oh, I understand why it worked... |
| 14:09.45 | wdoekes | does it help if I hand you some backtraces? or shall I file a new complete issue when I find the time to gather all the relevant info? |
| 14:11.32 | file | nah, I think it is applicable to 11... |
| 14:12.15 | file | a backtrace would confirm though |
| 14:13.07 | wdoekes | http://fpaste.org/297411/ |
| 14:13.20 | file | yup yup |
| 14:14.00 | file | ooh I can no longer build 11, awesome |
| 14:16.07 | file | fix is... going up... |
| 14:16.24 | file | https://gerrit.asterisk.org/#/c/1762/ |
| 14:17.20 | wdoekes | nice :) |
| 14:19.27 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-cmrkuznyrqhfczan) |
| 14:26.02 | file | body rolls, body rolls, high kicks high kicks |
| 14:55.19 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-kketntmzvonvtava) |
| 14:55.19 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:05.11 | *** join/#asterisk-dev zerohalo (~zerohalo@2601:199:4200:d92e:6cae:e2b:b46e:47f5) |
| 15:06.39 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-kzkmkeqrtiykgppo) |
| 15:10.24 | mjordan | Hm. This unit test failure seems to be happening a bit more frequently than it used to. |
| 15:10.25 | mjordan | https://jenkins.asterisk.org/jenkins/job/check-asterisk/1520/testReport/junit/%28root%29/AsteriskUnitTests/_main_threadpool_thread_timeout_thrash/ |
| 15:13.25 | file | it didn't exist previously |
| 15:14.06 | file | creates JIRA issue |
| 15:15.51 | file | achoo |
| 15:16.14 | file | ASTERISK-25611 |
| 15:21.57 | file | ah it's the test |
| 15:22.35 | file | due to fixing the underlying bug the thread state can go to 0 active 0 idle before the test is done |
| 15:34.01 | *** join/#asterisk-dev DavidHuebner (~hubie@ip-69-178-218-71.far.ideaone.net) |
| 15:55.05 | *** join/#asterisk-dev chadxz (Adium@nat/digium/x-usjvlihxltlbzjhs) |
| 15:56.19 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-drlmfedyjguppntn) |
| 15:57.24 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-pjadvtbpjpznxypn) |
| 16:14.04 | *** join/#asterisk-dev bof22 (~Thunderbi@LPuteaux-656-1-131-218.w193-251.abo.wanadoo.fr) |
| 16:14.06 | *** part/#asterisk-dev bof22 (~Thunderbi@LPuteaux-656-1-131-218.w193-251.abo.wanadoo.fr) |
| 16:14.14 | *** join/#asterisk-dev bof22 (~Thunderbi@LPuteaux-656-1-131-218.w193-251.abo.wanadoo.fr) |
| 16:17.41 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-uzrqxpwhczacfxcc) |
| 16:26.32 | wdoekes | file: "/* Coverity - This uninit_use should be ignored since this macro initializes the flags */" <- isn't that about the lack of initialization of features? |
| 16:26.56 | file | maybe? :P |
| 16:27.35 | file | I just opted to get GCC happy >_> |
| 16:28.05 | wdoekes | but then we get stale Coverity turds in the source |
| 16:28.23 | file | I can remove it soon, but I'm in a meeting |
| 16:28.44 | wdoekes | no rush |
| 16:29.54 | file | there. |
| 16:30.57 | *** join/#asterisk-dev DavidHuebner (~hubie@ip-69-178-218-71.far.ideaone.net) |
| 16:43.51 | *** join/#asterisk-dev newtonr (~RustyNewt@173-21-146-94.client.mchsi.com) |
| 16:43.51 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 16:46.57 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 16:46.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:51.30 | mjordan | Not sure if I care any more about stale Coverity turds |
| 17:14.45 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-uyvaldkpuuvsiczo) |
| 17:20.19 | file | mjordan, I care about... squirrels. |
| 17:33.42 | mjordan | As do I. |
| 17:33.50 | mjordan | When they run along telephone wires, I wish they were wearing helmets. |
| 17:33.53 | mjordan | Little tiny helmets. |
| 17:34.02 | file | why don't you make that happen? |
| 17:34.06 | mjordan | I mean, if they fall from that height, they could get serious brain damage. |
| 17:34.15 | mjordan | Well, I could do a kickstarter |
| 17:34.20 | mjordan | And I'm pretty sure I could get some backing for it |
| 17:34.28 | file | I would give you $5 |
| 17:34.34 | mjordan | I mean, the adorable mockups will appeal to a wide variety of audiences |
| 17:34.40 | mjordan | Really, it's the implementation that's the problem |
| 17:34.43 | mjordan | We can build the helmets |
| 17:34.49 | mjordan | But squirrels are difficult animals to reason with |
| 17:35.00 | file | all I'm hearing are excuses |
| 17:35.02 | mjordan | They don't pay attention to safety violations |
| 17:35.36 | mjordan | And if you have to trap the squirrels in order to force them to wear helmets, well, let's just say that the cost of implementation would exceed the revenue |
| 17:35.49 | file | la la la I can't hear you la la la |
| 17:36.02 | mjordan | Capitalism! |
| 18:13.45 | *** join/#asterisk-dev superscrat (asanders@nat/digium/x-bpspvfnajffkbhef) |
| 18:14.40 | *** join/#asterisk-dev DivideBy0 (~DivideBy0@unaffiliated/divideby0x0) |
| 18:23.18 | gtjoseph | mjordan: what's your opinion on whether we should be continuing to send 0ms statsd updates when a contact is unavailable? Since we don't send contact-specific state changes I'm thinking sending 0ms gives a false impression that the contact is still there. |
| 18:50.07 | mjordan | Hm. |
| 18:50.23 | mjordan | The only thing that makes me think we do want to send that is that timers require some periodic set of input. |
| 18:50.47 | gtjoseph | we sould send -1ms |
| 18:50.52 | mjordan | True |
| 18:51.03 | mjordan | That could just be a ternary as well in that statsd call. |
| 18:51.20 | gtjoseph | yep |
| 18:51.21 | mjordan | Although... |
| 18:51.24 | mjordan | looks something up |
| 18:51.55 | mjordan | Yeah |
| 18:51.59 | mjordan | It's best to send something |
| 18:52.03 | mjordan | "If the count at flush is 0 then you can opt to send no metric at all for this timer, by setting config.deleteTimers." |
| 18:52.11 | mjordan | That is, if you don't send something, you have to set config.deleteTimers in statsd |
| 18:52.17 | mjordan | Which is not the default value |
| 18:52.24 | gtjoseph | gotcha |
| 18:52.35 | gtjoseph | -1 then? |
| 18:52.39 | mjordan | sounds good to me |
| 18:52.50 | gtjoseph | cool. |
| 18:52.52 | mjordan | I'm back in the swing of things today; if you'd like, I'd be happy to help with the code/review |
| 18:53.03 | mjordan | (Since you're essentially cleaning up my mess) |
| 18:53.17 | gtjoseph | :) |
| 18:53.24 | gtjoseph | This afternoon probably |
| 18:53.40 | gtjoseph | simple changes |
| 18:53.51 | mjordan | awesome; if you'd like me to do anything, just ping me |
| 18:54.01 | gtjoseph | cool |
| 19:05.56 | mjordan | egads; gerrit ran OOM; restarting |
| 19:16.23 | *** join/#asterisk-dev snuff-home (~brad@180-150-6-49.NBN.cranbourne.aussiebb.net) |
| 19:16.23 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:17.07 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-zlrjvhwgtznaftty) |
| 19:33.08 | gtjoseph | file: when a sorcery object is deleted because of a pjsip reload it doesn't appear that any of the observers get notified. Is there another way to get notified? |
| 19:33.29 | file | define deleted |
| 19:33.41 | file | if the object is unreffed and naturally destroyed, then it's not deleted |
| 19:33.51 | gtjoseph | hmmm. |
| 19:34.10 | gtjoseph | i'm thinking an aor with a static contact that's removed from the config then pjsip reloaded. |
| 19:34.34 | file | you'd need something outside of sorcery to know that relationship and understand that consequence |
| 19:34.35 | gtjoseph | or from realtime of course |
| 19:34.46 | gtjoseph | crap. |
| 19:34.56 | file | in the case of realtime an AOR can come and go though, it may end up being unreffed and destroyed |
| 19:35.56 | gtjoseph | yeah. it means i'll have to put some statsd stuff in the contact destructor which I didn't want to do. |
| 19:36.20 | file | lifecycle management is FUN |
| 19:36.27 | gtjoseph | oh yeah. |
| 19:36.54 | gtjoseph | i'm surprised no one ever complained about this with AMI since there no event there either. |
| 19:46.35 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-shhmrarbskeurqfl) |
| 19:47.15 | *** join/#asterisk-dev goddva (~goddva@2a02:fe0:c510:ebb1:ae9e:17ff:fe91:a8c9) |
| 20:24.28 | gtjoseph | what's the preferred naming convention in res_pjsip_private.h for an api in pjsip_configuration that location has to call? |
| 20:24.43 | gtjoseph | internal_, ast_sip_, ast_res_pjsip_ |
| 20:26.19 | file | there hasn't been really a preferred naming convention |
| 20:26.27 | file | I like ast_res_pjsip myself |
| 20:26.28 | gtjoseph | yes, i can tell :) |
| 20:26.37 | gtjoseph | ast_res_pjsip it is |
| 20:34.37 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-kdyfbiczsiwoyxob) |
| 21:08.35 | *** join/#asterisk-dev doome_ (~doome@77-234-67-84.pool.digikabel.hu) |
| 21:58.49 | *** join/#asterisk-dev goddva (~goddva@2a02:fe0:c510:ebb1:ae9e:17ff:fe91:a8c9) |
| 22:10.23 | *** join/#asterisk-dev goddva (~goddva@2a02:fe0:c510:ebb1:ae9e:17ff:fe91:a8c9) |
| 22:34.15 | *** join/#asterisk-dev goddva (~goddva@2a02:fe0:c510:ebb1:ae9e:17ff:fe91:a8c9) |
| 22:38.59 | *** join/#asterisk-dev goddva (~goddva@2a02:fe0:c510:ebb1:ae9e:17ff:fe91:a8c9) |
| 23:32.00 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 23:57.27 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-kdyfbiczsiwoyxob) |