| 00:10.00 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-hbtdspvybzfblpfg) |
| 01:07.31 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:828e:914e:544e:1832:4ca9) |
| 01:07.31 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 01:28.20 | *** join/#asterisk-dev stefan27 (~stefan27@static-212-247-4-149.cust.tele2.se) |
| 01:50.02 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:828e:bc0f:7fc:5c42:8b0f) |
| 01:50.03 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 02:11.28 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:828e:a99e:1825:ba0b:8f84) |
| 02:11.28 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 12:36.58 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 12:36.58 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 13:21.04 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:828e:eccc:601e:d7e:7ec7) |
| 13:21.04 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 13:28.19 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.174) |
| 13:36.02 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:828e:b0e2:75d2:32aa:2dd5) |
| 13:36.02 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 14:03.56 | *** join/#asterisk-dev sotoz (~sotoz@095-097-255-066.static.chello.nl) |
| 14:50.00 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-cyesgzrtdvusugvk) |
| 14:50.00 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:03.06 | coreyfarrell | if alloca is done inside a while statement it'll expand the stack on every iteration. can that be fixed by scoping the alloca in an if statement like: while (--count) { if (cond) { char *dup = ast_strdupa("something"); ... } } |
| 15:05.40 | kharwell | coreyfarrell: I don't think so. I think alloca creates memory on the stack within the scope of the overall function. Any memory created by alloca gets freed at the end of the function |
| 15:10.41 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-jqqreynilyoendxg) |
| 15:10.41 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 15:11.14 | sotoz | anyone can help here guys? http://lists.digium.com/pipermail/asterisk-app-dev/2017-October/000892.html |
| 15:11.29 | coreyfarrell | kharwell: ah thanks, not sure why I though it could fall out of scope. |
| 15:11.32 | sotoz | sorry wrong channel. this should go to #asterisk-ari |
| 15:14.05 | *** join/#asterisk-dev bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 15:14.05 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 15:35.09 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:35.09 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 15:36.20 | cresl1n | Does anybody know if we're make -j n safe in the Asterisk build system? |
| 15:36.35 | file | yes. |
| 15:36.36 | seanbright | coreyfarrell did some work on that recently |
| 15:36.46 | cresl1n | is about to find out regardless |
| 15:36.50 | cresl1n | that's great |
| 15:36.53 | file | I use make -j9 |
| 15:36.54 | seanbright | i build with 'make -k -j 8' all the time |
| 15:36.59 | gtjoseph | we have been for years |
| 15:37.07 | seanbright | but i always follow up with a straight 'make' |
| 15:37.10 | seanbright | just to be safe |
| 15:37.17 | cresl1n | why do you -k? |
| 15:37.27 | seanbright | because i want it to keep going |
| 15:37.28 | coreyfarrell | I use -j8 all the time. I recently told makefile to never do root steps in parallel. |
| 15:37.32 | cresl1n | nice |
| 15:37.33 | cresl1n | ok |
| 15:37.45 | seanbright | without -k it will die on the first error |
| 15:37.51 | cresl1n | yeah |
| 15:37.53 | coreyfarrell | so -j8 will cause it to run 8 jobs at a time on apps or main, but it won't cause apps and main to build at the same time. |
| 15:38.00 | cresl1n | that's great |
| 15:38.04 | seanbright | and when i am coding i assume that it will fail a lot :D |
| 15:39.48 | cresl1n | ok |
| 15:39.51 | cresl1n | that's what I was wondering :-) |
| 15:40.10 | tzafrir | cresl1n, IIRC it's safe, as long as you split 'make' from 'make install' |
| 15:40.28 | seanbright | yes |
| 15:40.32 | cresl1n | tzafrir!!!! |
| 15:40.33 | seanbright | make && sudo make install |
| 15:40.34 | cresl1n | Long time no see |
| 15:41.12 | coreyfarrell | I would never do 'make -j8 install' but that might actually be safe now that the root Makefile won't run parallel. |
| 15:41.32 | cresl1n | apparently for file it's good |
| 15:43.06 | tzafrir | BTW: is a new version of DAHDI considered any time soon? |
| 15:43.24 | cresl1n | I'd poke sruffell about that |
| 15:43.29 | cresl1n | not sure if he's on IRC |
| 15:53.46 | seanbright | file: can you talk me through the 'plan b' stuff again? |
| 15:53.49 | seanbright | when is it needed? |
| 15:53.56 | file | Google Chrome |
| 15:54.07 | file | it speaks plan b for multiple streams |
| 15:54.23 | seanbright | but if you don't have multiple streams you don't need it, correct? |
| 15:54.38 | file | correct |
| 15:54.41 | seanbright | k |
| 15:54.43 | seanbright | thanks |
| 15:54.51 | file | it has some fallbackness so it 'knows' things |
| 15:55.41 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-icfbnszzaldhlxid) |
| 15:55.41 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 16:03.25 | tzafrir | Anybody using chan_console? I just tried it and my initial impression is that it is completely broken. |
| 16:04.36 | coreyfarrell | chan_console is on my blocklist. |
| 16:08.43 | tzafrir | I would have used chan_alsa had it supported multiple devices. Does it? |
| 16:27.15 | tzafrir | See https://issues.asterisk.org/jira/browse/ASTERISK-27426 |
| 16:28.07 | tzafrir | It seems that the portaudio Alsa backend is broken |
| 16:28.16 | tzafrir | (for use with asterisk) |
| 16:52.17 | coreyfarrell | sorry I've never used any of the linux audio channels in asterisk. if I needed that I'd make a basic pjsua based softphone to deal with the audio devices and let asterisk stick to SIP+RTP. |
| 16:53.18 | coreyfarrell | more work but pjproject gets used/tested for that purpose, I don't get the impression asterisk does. |
| 17:31.48 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 17:47.46 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00490dacec92fd2049.ipv6.abo.wanadoo.fr) |
| 18:07.11 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-spfoyzksgppqiemo) |
| 18:07.11 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 18:29.15 | *** join/#asterisk-dev tzafrir (~tzafrir@62-90-199-170.barak.net.il) |
| 18:29.15 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:33.06 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.167) |
| 18:47.32 | *** join/#asterisk-dev opticron (~opticron@75.76.59.35) |
| 18:47.32 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 19:07.57 | seanbright | [res_pjsip] |
| 19:07.57 | seanbright | endpoint = config,pjsip.conf |
| 19:07.57 | seanbright | endpoint = realtime,ps_endpoints |
| 19:08.01 | seanbright | is that valid sorcery config? |
| 19:11.27 | seanbright | no, it's not |
| 19:11.40 | seanbright | [res_pjsip] |
| 19:11.40 | seanbright | endpoint = config,pjsip.conf,criteria=type=endpoint |
| 19:11.40 | seanbright | endpoint = realtime,ps_endpoints |
| 19:11.43 | seanbright | but that is |
| 19:11.46 | seanbright | (thanks file) |
| 19:20.17 | file | yw |
| 19:48.53 | seanbright | NOTICE[1183]: res_pjsip_transport_management.c:133 idle_sched_cb: Shutting down transport '' since no request was received in 32 seconds |
| 19:48.59 | seanbright | how would one prevent that from happening? |
| 19:49.14 | seanbright | with websockets, specifically |
| 19:50.42 | coreyfarrell | does anyone know why we made stasis_message_create not eat the reference for data (second argument)? I just did a rough check, none of stasis_message_create callers want to keep their own reference to that object. |
| 19:51.31 | file | seanbright: send a request? :D |
| 19:52.54 | seanbright | file: why didn't i think of that? |
| 19:53.11 | file | it's there to protect against things opening stateful connections and just not doing... anything |
| 19:53.22 | file | ie: open 100 TCP connections and tie up those resources |
| 19:53.37 | seanbright | i guess i could send some kind of heartbeat |
| 19:53.48 | seanbright | i just need to figure out how to do that |
| 19:53.49 | seanbright | :-) |
| 19:54.04 | file | OPTIONS? |
| 19:54.20 | seanbright | will try that |
| 19:54.34 | file | I just give OPTIONS |
| 20:27.40 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:27.40 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 20:54.08 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:54.08 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 20:55.09 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 20:55.09 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 21:30.31 | seanbright | something is destroying the monitored->transport->info member before that NOTICE is spit out |
| 21:32.15 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 21:32.16 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 21:37.00 | file | Boo. |
| 22:06.04 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 22:06.04 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 22:07.04 | *** join/#asterisk-dev zopsi (~zopsi@dir.ac) |
| 22:08.38 | seanbright | file: question |
| 22:08.42 | seanbright | you at computer? |
| 22:08.43 | file | maybe answer |
| 22:08.54 | cresl1n | computer says no? |
| 22:09.27 | seanbright | https://github.com/asterisk/asterisk/blob/master/res/res_pjsip_transport_websocket.c#L221 |
| 22:09.46 | seanbright | we allocate there, but don't appear to actually do anything with it |
| 22:10.03 | seanbright | nor do we initialize it with a \0 |
| 22:10.21 | seanbright | and then that is the pointer we are trying to print in the NOTICE i pasted above |
| 22:10.55 | file | ah |
| 22:11.04 | file | we should put something there, perhaps a poem |
| 22:11.14 | seanbright | heh |
| 22:12.06 | file | the core PJSIP transports construct a string, <type> to <address> |
| 22:20.39 | seanbright | hmmm |
| 22:20.47 | seanbright | config_transport.c does x-ast-id:something |
| 22:20.54 | seanbright | err |
| 22:21.01 | seanbright | x-ast-txp:something |
| 22:24.35 | file | seanbright: that's... different... |
| 22:24.52 | file | I think the PJSIP approach in that log context is more useful |
| 22:24.53 | seanbright | don't ask me brah |
| 22:24.58 | seanbright | i agree with you |
| 22:25.19 | seanbright | in your example, <address> is the peer? |
| 22:25.25 | file | yes |
| 22:25.25 | gtjoseph | the x-ast-txp thing is for symmetric transports |
| 22:25.49 | seanbright | so "WSS to 192.168.10.11:1234" |
| 22:25.51 | seanbright | or something like that |
| 22:26.10 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 22:26.10 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 22:26.10 | file | yup |
| 22:29.50 | file | seanbright: merci |
| 22:29.59 | seanbright | sure |
| 22:30.14 | seanbright | so sip.js has a keep alive mechanism where is sends \r\n\r\n |
| 22:30.25 | seanbright | you think that will be enough to keep the transport non-idle? |
| 22:37.32 | rmudgett | seanbright: The idle transport monitor is looking for a SIP request to come in. It disables itself when it sees the first one. |
| 22:39.41 | seanbright | hmmm |
| 22:39.48 | seanbright | ohhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh |
| 22:39.50 | seanbright | ok, ignore me |
| 22:40.24 | seanbright | so after an initiate reqresp, the connection can be idle until the cows come home and nothing will close it |
| 22:41.58 | file | right |
| 22:42.00 | rmudgett | Well that mechanism wont anymore. :) |
| 22:42.46 | seanbright | k |
| 22:42.47 | seanbright | perfect |
| 22:53.49 | *** join/#asterisk-dev leedm777 (~textual@173-16-52-28.client.mchsi.com) |
| 22:53.49 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 22:59.09 | *** join/#asterisk-dev zopsi (~zopsi@dir.ac) |
| 23:02.15 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 23:02.15 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 23:56.27 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:828e:c4ff:604b:58b5:d473) |
| 23:56.27 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |