| 00:04.36 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 01:06.25 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 01:06.25 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:10.57 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:10.57 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 01:31.44 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 01:31.44 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 01:38.08 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 01:38.08 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 02:02.25 | *** join/#asterisk-dev mutineer612 (~mutineer6@68-117-44-195.dhcp.roch.mn.charter.com) |
| 06:23.37 | *** join/#asterisk-dev oej (~olle@95.209.106.251.bredband.tre.se) |
| 06:23.37 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:18.49 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 07:54.38 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 09:29.32 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 11:19.33 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:37.12 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:37.12 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:15.26 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 12:29.36 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:21a:73ff:fe3f:1711) |
| 12:36.47 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:36.47 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:39.40 | *** join/#asterisk-dev mrgabu (~gbdurante@187.38.128.6) |
| 12:53.23 | *** join/#asterisk-dev mrgabu (~gbdurante@187.38.128.6) |
| 13:27.10 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 13:27.11 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 13:51.32 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 14:12.19 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:12.36 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:12.36 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:24.24 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 14:33.38 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 14:33.38 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:36.46 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:36.46 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:51.13 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:21a:73ff:fe3f:1711) |
| 15:13.18 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 15:13.18 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 15:19.27 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 15:31.32 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 15:48.45 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:48.45 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:55.16 | *** join/#asterisk-dev diegomad (~mad@190.147.221.78) |
| 16:23.57 | *** join/#asterisk-dev frawd (~francois@210.Red-88-24-190.staticIP.rima-tde.net) |
| 16:31.22 | *** join/#asterisk-dev frawd (~francois@83.34.200.195) |
| 16:41.40 | Kobaz | [Aug 6 12:40:30] ERROR[17568]: astobj2.c:115 INTERNAL_OBJ: bad magic number 0x0 for 0x821dbf0 |
| 16:41.43 | Kobaz | [Aug 6 12:40:30] ERROR[17568]: astobj2.c:115 INTERNAL_OBJ: bad magic number 0x0 for 0x821dbf0 |
| 16:41.46 | Kobaz | that's bad... right? |
| 16:44.21 | Corydon76-dig | Not just bad, but difficult to track down |
| 16:44.55 | Corydon76-dig | Kobaz: is this on trunk? |
| 16:48.47 | Kobaz | 1.6.2 |
| 16:48.58 | Kobaz | it has to do with music on hold |
| 16:49.17 | Kobaz | the default moh class will randomly get lost, and clobbered with random data |
| 16:52.12 | Kobaz | i'll tr and reproduce it on a non-production box |
| 16:54.09 | leifmadsen | Kobaz: ya apparently that ERROR typically leads to a crash. Russell was also saying that message should probably be updated in order to be less ambiguous |
| 16:54.45 | pabelanger | Out of curiosity, was is the result of seening 'bad magic number'? I once had a production box that seems to operate fine, even though our CLI was generating the error a new call arrived. |
| 16:55.09 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 16:55.34 | seanbright | a memory leak in the best case, a crash in the worst i would imagine |
| 16:56.03 | pabelanger | seanbright: Right, thanks |
| 16:56.22 | Kobaz | it does crash eventually |
| 16:56.57 | Kobaz | moh show classes, will produce the bad magic number |
| 16:58.08 | Kobaz | is there a way to get function names of static functions for backtracing? there's gotta be a way... valgrind does it |
| 17:15.34 | *** join/#asterisk-dev pyite (~dschreibe@unaffiliated/pyite) |
| 17:49.52 | Kobaz | Class: Mode: P/207^SIP/208^SIP/209^SIP/210^SIP/211^SIP/212^SIP/213 |
| 17:49.58 | Kobaz | that's output from moh show classes |
| 17:50.12 | Kobaz | something is being naughty and overwriting some buffers somewhere |
| 18:02.58 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 18:02.58 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:15.52 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@75-92-150-245.war.clearwire-wmx.net) |
| 19:20.44 | *** join/#asterisk-dev b14ck (~rdegges@cpe-24-24-128-47.socal.res.rr.com) |
| 19:23.28 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:218:f3ff:fe51:c71) |
| 19:27.34 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:218:f3ff:fe51:c71) |
| 20:17.57 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 20:48.44 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 21:27.26 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:218:f3ff:fe51:c71) |
| 21:31.48 | *** join/#asterisk-dev pabelanger (~pabelange@2607:f2c0:a000:166:218:f3ff:fe51:c71) |
| 21:45.23 | pabelanger | Hmm, cannot bind asterisk to both IPv4 and IPv6 at the same time. Tried udpbindaddr=:: but no luck |
| 21:46.04 | kpfleming | did you actually try contacting it over IPv4, or are you assuming that from netstat (or similar) output? |
| 21:46.41 | pabelanger | kpfleming: yes, looking at netstat |
| 21:46.50 | kpfleming | that is probably misleading |
| 21:46.59 | pabelanger | Hmm |
| 21:47.03 | pabelanger | let me fire up a call |
| 21:47.04 | kpfleming | it only opens a single socket, but the socket accepts both IPv4 and IPv6 packets |
| 21:49.19 | pabelanger | I was not aware that was possible... Is there a benefit to only opening one socket? |
| 21:49.34 | kpfleming | yes... the code only supports one socket :-) |
| 21:49.40 | pabelanger | hehe |
| 21:49.48 | kpfleming | changing chan_sip to support multiple UDP sockets is a huge job |
| 21:50.32 | kpfleming | so it accepts IPv4 connections on that socket, and the addresses appear in chan-sip as IPv4-mapped IPv6 addresses |
| 21:54.16 | pabelanger | Ok, thanks for the explanation. Will see about documenting that some where, in-case people do the same thing I just did via netstat |
| 21:54.28 | pabelanger | IPv4 worked btw |
| 21:56.18 | kpfleming | excellent idea... the sip.conf.sample could be updated to document that |
| 23:04.12 | *** join/#asterisk-dev ecrane (~ecrane@o1-69-19-166-10.static.o1.com) |
| 23:28.56 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.89.23) |
| 23:36.50 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.89.23) |
| 23:56.29 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 23:56.29 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |