| 00:35.47 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-ysqpbctgzhumndud) |
| 01:30.32 | gtjoseph | file: if you're still around, https://reviewboard.asterisk.org/r/4275/ and https://reviewboard.asterisk.org/r/4276/ could use a quick review (followon to this morning's issue) |
| 01:32.33 | *** join/#asterisk-dev Dovid (~Dovid@ool-2f113961.dyn.optonline.net) |
| 02:18.04 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 02:18.04 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:50.30 | *** join/#asterisk-dev snuff-work (~blatus@203.87.53.74) |
| 02:50.31 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 03:46.13 | *** join/#asterisk-dev snuff-work (~blatus@203.87.53.74) |
| 03:46.13 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 06:08.21 | *** join/#asterisk-dev snuff-work (~blatus@1.147.43.178) |
| 06:08.21 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 06:20.58 | *** join/#asterisk-dev opticron (~opticron@75.76.148.219) |
| 06:20.58 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 07:52.32 | *** join/#asterisk-dev oej (~Adium@2.71.209.109.mobile.tre.se) |
| 07:52.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:52.41 | oej | Morning folks |
| 08:15.26 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:15.26 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:31.47 | *** join/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 10:32.08 | *** join/#asterisk-dev snuff-work (~blatus@211.116.233.220.static.exetel.com.au) |
| 10:32.08 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 11:05.57 | *** join/#asterisk-dev NirS (~NirS@5.28.148.71) |
| 12:21.56 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 12:21.56 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:22.54 | *** join/#asterisk-dev oej (~Adium@2.71.209.109.mobile.tre.se) |
| 12:22.54 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:30.43 | *** join/#asterisk-dev fs_rock26 (~root@182.70.116.47) |
| 12:31.08 | *** part/#asterisk-dev fs_rock26 (~root@182.70.116.47) |
| 12:42.47 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-dkilycnaaglnkarm) |
| 12:42.47 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:58.12 | mjordan | file: you reproduced ASTERISK-24624 when Zane reported it, right? |
| 12:58.33 | file | yes |
| 12:58.48 | mjordan | hm. That's a pretty odd issue. |
| 12:59.10 | file | yes |
| 13:00.06 | file | it causes a NOTIFY with a 503 to go back to the transferer, and then it seems like the channel just hangs there without a thread servicing it |
| 13:07.30 | mjordan | blind transfers in Asterisk don't really fit the SIP notification model super well. |
| 13:22.08 | *** join/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 13:22.13 | *** part/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 13:22.14 | NirS | Hey all |
| 13:22.20 | NirS | 4101 is up on review board |
| 13:24.06 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-dkilycnaaglnkarm) |
| 13:43.01 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:47.03 | *** join/#asterisk-dev newtonr (~newtonr@173-21-90-203.client.mchsi.com) |
| 13:47.03 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:04.58 | oej | mjordan: The notifications in REFER is mostly fake. There was no way to get bridge progress updates back then. |
| 14:17.23 | *** part/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 14:21.09 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-lhysajbuijjbfwyt) |
| 14:29.27 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:29.27 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:55.27 | newtonr | Anyone ever try to use the "View as Patch" functionality in code.asterisk.org ? |
| 14:55.50 | newtonr | Seems to forever load. |
| 14:57.07 | newtonr | That is, when looking at a committed revision there is a "View as Patch" option. When clicked, we begin waiting on code.asterisk.org and nothing happens. |
| 15:13.39 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-bedhfdydvnfwsjzi) |
| 15:15.46 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-kvdkcvwixrngozix) |
| 15:22.16 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:22.16 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:36.16 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-jhmumhhzngfoinau) |
| 15:36.16 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:56.21 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-moimbivqjuoamcwm) |
| 16:35.49 | wdoekes | newtonr: I avoid code.asterisk.org altogether because of slowness |
| 16:38.11 | newtonr | it is quite slow |
| 16:41.33 | pabelanger | <PROTECTED> |
| 16:48.57 | Qwell | java is qujavae slow, indeed |
| 16:52.14 | Marquis42 | lol |
| 16:52.50 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 16:54.40 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-jhmumhhzngfoinau) |
| 16:55.49 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 17:15.21 | putnopvut | Regarding https://reviewboard.asterisk.org/r/4101/, I figure the change will require a minor version bump of ARI. Is there a wiki page somewhere that illustrates what is necessary in order to bump versions (i.e. what json needs to be updated, what documents need to be written)? |
| 17:17.03 | putnopvut | I found https://wiki.asterisk.org/wiki/display/~dlee/ARI+versioning, which mentions that this sort of change involves bumping the minor version in api-docs/resources.json. Not sure if there is a file or some other repository where the change that caused the version bump gets documented though. |
| 17:18.21 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-haslpubdobpffhss) |
| 17:18.21 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 17:43.05 | opticron | RE: discussion on review 4271: the pbx doesn't get run at the end of Stasis() because it's "hungup" with the ASYNCGOTO flag |
| 17:44.14 | file | softhangup flags strike again |
| 17:44.38 | opticron | but they're so soft and fluffy, they don't really mean it! |
| 17:47.35 | skrusty | :) |
| 17:53.46 | *** join/#asterisk-dev emel_punk (~kvirc@181.48.90.69) |
| 17:54.16 | emel_punk | EHLO everybody |
| 18:03.44 | emel_punk | I am trying to get into AGI with C, but I am having some issues with it, where I cant find info about that? There is not just too much info about AGI |
| 18:08.25 | sgriepentrog | emel_punk: what issue are you having? |
| 18:15.27 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-asbwpromywddzqkr) |
| 18:15.27 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 18:17.21 | emel_punk | I am trying to do a simple AGI to get options from a call, but after I do a printf witt "GET OPTION". it does nothing. I've realized that if I put a sleep after the print it does playback. |
| 18:20.52 | sgriepentrog | So there's some minor complexity in making sure that you've read all the input from asterisk before writing a command, which is better done with a function. I would recommend using a library like https://github.com/rdegges/cagi instead of your own printf's. |
| 18:22.29 | sgriepentrog | Just like in a CGI, you have to read stdin up to an empty line first, then issue your output, but also read in the that response before sending the next command. |
| 18:24.31 | emel_punk | OK, I'll check that CAGI and see if it works. Thanks !! |
| 18:24.46 | sgriepentrog | np |
| 18:30.32 | sgriepentrog | btw the functions you need are in cagi-internals.c - readvars to get started, and evaluate to run a command. |
| 18:37.31 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-rnxtrolhshdxuhus) |
| 18:37.31 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 18:56.56 | *** join/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 18:58.30 | *** part/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 19:01.53 | *** join/#asterisk-dev ipengineer_ (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 19:27.07 | mjordan | rmudgett: newtonr: re: ASTERISK-24561 |
| 19:27.29 | mjordan | so, that's a weird one, given that the allocation is simply the size of the fax pvt |
| 19:29.29 | mjordan | that error message gets displayed when we attempt to free the pvt and something went in and already modified the 'hidden' portion of the memory that MALLOC_DEBUG manages |
| 19:30.22 | mjordan | newtonr: do we have the version of spandsp in use? |
| 19:30.53 | newtonr | Hmm. I don't think so, unless it shows up in the full log. Let me see. |
| 19:31.36 | mjordan | rmudgett: the only thing I can think of is the t30_terminate might be free'ing the wrong size of the underlying structure, based on that #define |
| 19:32.19 | mjordan | newtonr: it would also be good to determine more about the fax session in progress when that error message pops up |
| 19:32.37 | mjordan | is it a t.38 fax? Can we get a FULL debug log and/or pcap that matches when that error occurs? |
| 19:34.06 | newtonr | it is T.38 gateway, he has a full 'DEBUG' log, but it is covering up to the time of the crash, not covering the time the error occurs when compiled with MALLOC_DEBUG |
| 19:35.22 | newtonr | I'll ask for the additional pcap, full debug while running with MALLOC_DEBUG |
| 19:35.36 | newtonr | and something else that I just forgot |
| 19:36.20 | newtonr | Isn't there a fax specific debug setting. I can't remember as I haven't looked at a fax issue in what seems like forever. |
| 19:37.12 | newtonr | looks |
| 19:45.06 | newtonr | oh, "fax set debug on" does res_fax_spandsp provide debug under that channel? |
| 20:41.25 | *** join/#asterisk-dev linetrace (~linetrace@65.19.81.126) |
| 20:43.30 | *** join/#asterisk-dev sgalarneau (~sgalarnea@nat/digium/x-bddhevamggzsrqis) |
| 20:47.56 | linetrace | i'm attempting to compile asterisk 11.15.0 on OS X 10.9.5 and am encountering a 'C_IN' undeclared function error in enum.c |
| 20:49.28 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-papemlkszzdmtxbo) |
| 20:49.28 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 20:49.28 | linetrace | this appears to be due to missing arpa/nameser_compat.h, which exists in /usr/include, but adding -I/usr/include to my CFLAGS doesn't seem to resolve the issue |
| 20:55.59 | sgalarneau | there's a discussion here https://github.com/leedm777/homebrew-asterisk/issues/10 but there doesn't seem to be complete solution yet |
| 20:57.24 | sgalarneau | of course it appears you are on that discussion already |
| 20:59.21 | linetrace | well, that's actually for 12.x on OS X 10.x, which I have building and running |
| 21:00.01 | linetrace | sadly, there appear to be some AMI issues in 12.x and some of my stats software (specifically OrderlyQ) isn't compatible, so I'm trying to get asterisk 11 built |
| 21:01.31 | linetrace | the errors I'm stuck on are identical to those mentioned in http://stackoverflow.com/questions/21642086/how-do-i-install-asterisk-on-mavericks |
| 21:02.36 | linetrace | though i'm using gcc 4.8 and prerequisites from macports using the process i proved succesful with asterisk 12 on OS X 10.9.5 & 10.10.1 |
| 21:22.55 | *** join/#asterisk-dev snuff-work (~blatus@203.87.53.74) |
| 21:22.55 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:06.10 | linetrace | ah, i see, namesrv_compat.h is only included if you're on OS X _and_ using Apple's CC⦠patch time |
| 22:31.03 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 22:33.15 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 22:33.16 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 22:51.07 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 22:51.08 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 22:58.19 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 22:58.19 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:04.07 | *** join/#asterisk-dev Dovid (~Dovid@ool-2f113961.dyn.optonline.net) |
| 23:47.09 | file | gtjoseph, https://bamboo.asterisk.org/bamboo/artifact/AST-ATSF/C632TE/build-449/Test-Suite-Logs/apps/chanspy/chanspy_barge/backtrace_8409.txt |
| 23:50.45 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-kvdkcvwixrngozix) |
| 23:51.43 | gtjoseph | is looking |
| 23:52.03 | file | it's easy to reproduce - I just did it |
| 23:52.10 | file | loaded up my 13 and unloaded res_pjsip_config_wizard.so |
| 23:52.26 | gtjoseph | using latest branch? |
| 23:52.34 | file | yes |
| 23:52.52 | gtjoseph | i just tested that. hmmm. |
| 23:52.53 | *** join/#asterisk-dev snuff-work (~blatus@120.158.25.162) |
| 23:52.53 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:53.20 | file | Bamboo is just generally unhappy about it |
| 23:53.49 | file | I have no pjsip_wizard.conf |
| 23:53.56 | gtjoseph | damn, i'll bet this was a test without pjsip loaded right? |
| 23:54.08 | file | it's possible |
| 23:54.22 | file | likely even |
| 23:56.06 | gtjoseph | file: you can reproduce??? With res_pjsip loaded? |
| 23:56.15 | file | I just load up normally |
| 23:56.35 | gtjoseph | then unload the module? |
| 23:56.39 | file | yup |
| 23:57.03 | gtjoseph | not only cant i reproduce, i can;t see how the error could happen. |
| 23:59.10 | file | I'm going to remove the assumption that the otw will exist, so Bamboo will actually maybe reflect reality more |