| 01:20.53 | *** join/#asterisk-dev GameGamer43 (sid5533@gateway/web/irccloud.com/x-byjnwbntrlwbpyhf) |
| 01:20.53 | *** mode/#asterisk-dev [+o GameGamer43] by ChanServ |
| 01:22.48 | *** join/#asterisk-dev moy (sid47040@gateway/web/irccloud.com/x-mjgjqmifwhzmnybk) |
| 01:23.19 | *** join/#asterisk-dev zerohalo (uid288136@gateway/web/irccloud.com/x-clyvbwwshuvkmnru) |
| 01:24.52 | *** join/#asterisk-dev X-Rob (X-Rob@gateway/web/irccloud.com/x-hzfgkfcyajkkqcxz) |
| 04:24.10 | *** join/#asterisk-dev opticron (~opticron@136.53.69.43) |
| 04:24.10 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 04:34.30 | *** join/#asterisk-dev Deeewayne (~dwayne@136.53.88.111) |
| 04:34.30 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 04:48.44 | *** join/#asterisk-dev Deeewayne (~dwayne@2605:a601:a816:5000:f7ce:535c:c78:9ec3) |
| 04:48.44 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 04:57.30 | *** join/#asterisk-dev opticron (~opticron@136.53.69.43) |
| 04:57.30 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 07:17.38 | *** join/#asterisk-dev Gugge (gugge@guggemand.dk) |
| 07:57.05 | *** join/#asterisk-dev pchero_work (~pchero@2a02:a210:2241:6480:a1c4:95db:8644:625d) |
| 13:55.39 | *** join/#asterisk-dev kharwell (uid358942@gateway/web/irccloud.com/x-mtwqccukgrjzbtok) |
| 13:55.39 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:34.24 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-pwpjmvzkucpxttln) |
| 14:34.24 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:35.34 | kharwell | file: regarding ABI issue on review. are you thinking some external lib could be intercepting that frame type and expecting a "string" in the payload? |
| 14:37.57 | file | yes, or producing it that way |
| 14:41.28 | kharwell | yeah have to make a new type then |
| 14:42.23 | kharwell | I was originally thinking could just use the FRAME_TEXT_DATA, but wasn't sure the implications of that as it propagates through the core |
| 14:42.37 | kharwell | think there would be a prob intercepting that in channel read instead? |
| 14:44.39 | file | um |
| 14:45.02 | file | I'd rather not... it's best not to tread or reuse existing... if possible |
| 14:46.36 | kharwell | not really re-using though. This is creating a text data object which is what the frame type is for right? |
| 14:47.10 | kharwell | I guess I mostly wasn't sure why there was a special frame type created for AMI with a special subtype and payload type |
| 14:48.18 | file | probably an rmudgett question, that's bridging queueing threading land... but may not be needed to have a new one and use the existing? |
| 14:48.20 | file | I'm not sure though |
| 16:35.37 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 17:37.38 | *** join/#asterisk-dev pchero_work (~pchero@2a02:a210:2241:6480:a1c4:95db:8644:625d) |
| 17:49.46 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00f4d7ddd1bc0987bc.ipv6.abo.wanadoo.fr) |
| 18:03.44 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@lfbn-nan-1-1998-4.w90-105.abo.wanadoo.fr) |
| 19:00.29 | *** join/#asterisk-dev dakudos (~dakudos@2607:fb90:6c2f:c1e1:e135:baef:85ad:da2d) |
| 23:12.45 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |