| 00:05.58 | *** join/#asterisk-dev jeffg (i=c4zJcYRm@pdpc/supporter/active/jeffg) |
| 00:52.45 | *** join/#asterisk-dev droem (n=droem@p548EA509.dip0.t-ipconnect.de) |
| 00:55.58 | *** join/#asterisk-dev zombiemart (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:55.58 | *** mode/#asterisk-dev [+o zombiemart] by ChanServ |
| 01:20.59 | *** join/#asterisk-dev ssokol (n=ssokol@ip70-189-74-33.ok.ok.cox.net) |
| 01:29.40 | *** join/#asterisk-dev jeffg (i=BnNodWbF@pdpc/supporter/active/jeffg) |
| 03:32.48 | *** join/#asterisk-dev ctooley (n=ctooley@mo-71-1-123-189.dhcp.embarqhsd.net) |
| 03:32.48 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 03:55.12 | *** join/#asterisk-dev jeffg (i=Bz0VwQCC@pdpc/supporter/active/jeffg) |
| 05:24.57 | *** join/#asterisk-dev ctooley (n=ctooley@mo-71-1-123-189.dhcp.embarqhsd.net) |
| 05:24.57 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 05:24.57 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 05:24.57 | *** join/#asterisk-dev gambler1 (n=mene_sun@dragan.eunet.yu) [NETSPLIT VICTIM] |
| 05:24.57 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 05:24.57 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 05:24.57 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 05:24.57 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) [NETSPLIT VICTIM] |
| 05:24.58 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 05:24.58 | *** join/#asterisk-dev jermey_g (n=me@static-213-115-44-90.sme.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 05:24.59 | *** join/#asterisk-dev mcargile (n=mikec@rrcs-24-173-156-170.se.biz.rr.com) [NETSPLIT VICTIM] |
| 05:24.59 | *** join/#asterisk-dev Corydon76-dig (i=green@pdpc/supporter/bronze/Corydon76-home) |
| 05:24.59 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) [NETSPLIT VICTIM] |
| 05:24.59 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) [NETSPLIT VICTIM] |
| 05:24.59 | *** join/#asterisk-dev viraptor (n=viraptor@awh178.internetdsl.tpnet.pl) [NETSPLIT VICTIM] |
| 05:24.59 | *** join/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) [NETSPLIT VICTIM] |
| 05:24.59 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 05:24.59 | *** join/#asterisk-dev silentaudience (i=psybnc@194.105.146.253) [NETSPLIT VICTIM] |
| 05:24.59 | *** join/#asterisk-dev tuxx- (n=tuxx@nightshade.nl) [NETSPLIT VICTIM] |
| 05:24.59 | *** mode/#asterisk-dev [+ooo ctooley mvanbaak Corydon76-dig] by irc.freenode.net |
| 05:25.01 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 05:25.01 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 05:25.01 | *** join/#asterisk-dev jjshoe (n=jjshoe@h69-129-142-83.mdsnwi.tisp.static.tds.net) [NETSPLIT VICTIM] |
| 05:25.01 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-81b50d14ad7dd2b8) [NETSPLIT VICTIM] |
| 05:25.01 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) [NETSPLIT VICTIM] |
| 05:25.01 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) [NETSPLIT VICTIM] |
| 05:25.01 | *** mode/#asterisk-dev [+o Deeewayne] by irc.freenode.net |
| 05:31.00 | *** join/#asterisk-dev ctooley (n=ctooley@mo-71-1-123-189.dhcp.embarqhsd.net) |
| 05:31.00 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) [NETSPLIT VICTIM] |
| 05:31.00 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) [NETSPLIT VICTIM] |
| 05:31.00 | *** join/#asterisk-dev gambler1 (n=mene_sun@dragan.eunet.yu) [NETSPLIT VICTIM] |
| 05:31.00 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 05:31.00 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 05:31.00 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) [NETSPLIT VICTIM] |
| 05:31.00 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) [NETSPLIT VICTIM] |
| 05:31.00 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 05:31.00 | *** join/#asterisk-dev jermey_g (n=me@static-213-115-44-90.sme.bredbandsbolaget.se) [NETSPLIT VICTIM] |
| 05:31.00 | *** join/#asterisk-dev mcargile (n=mikec@rrcs-24-173-156-170.se.biz.rr.com) [NETSPLIT VICTIM] |
| 05:31.00 | *** join/#asterisk-dev Corydon76-dig (i=green@pdpc/supporter/bronze/Corydon76-home) [NETSPLIT VICTIM] |
| 05:31.01 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) [NETSPLIT VICTIM] |
| 05:31.01 | *** join/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) [NETSPLIT VICTIM] |
| 05:31.01 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 05:31.01 | *** join/#asterisk-dev silentaudience (i=psybnc@194.105.146.253) [NETSPLIT VICTIM] |
| 05:31.01 | *** join/#asterisk-dev tuxx- (n=tuxx@nightshade.nl) [NETSPLIT VICTIM] |
| 05:31.01 | *** join/#asterisk-dev viraptor (n=viraptor@awh178.internetdsl.tpnet.pl) [NETSPLIT VICTIM] |
| 05:31.01 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) [NETSPLIT VICTIM] |
| 05:31.01 | *** mode/#asterisk-dev [+ooo ctooley mvanbaak Corydon76-dig] by irc.freenode.net |
| 05:31.20 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) [NETSPLIT VICTIM] |
| 05:31.50 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
| 05:31.50 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) [NETSPLIT VICTIM] |
| 05:31.50 | *** join/#asterisk-dev jjshoe (n=jjshoe@h69-129-142-83.mdsnwi.tisp.static.tds.net) [NETSPLIT VICTIM] |
| 05:31.50 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-81b50d14ad7dd2b8) [NETSPLIT VICTIM] |
| 05:31.50 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) [NETSPLIT VICTIM] |
| 05:31.50 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) [NETSPLIT VICTIM] |
| 05:31.50 | *** mode/#asterisk-dev [+o Deeewayne] by irc.freenode.net |
| 05:51.22 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 05:51.23 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 05:55.48 | *** join/#asterisk-dev macli (n=macli@S0106000024c8ebac.vc.shawcable.net) |
| 05:56.23 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 05:56.23 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 06:06.25 | *** join/#asterisk-dev snuff-home (n=snuffy@115.64.232.136) |
| 06:06.25 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 06:07.09 | *** join/#asterisk-dev ssokol (n=ssokol@ip70-189-74-33.ok.ok.cox.net) |
| 06:11.23 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 06:19.00 | *** part/#asterisk-dev macli (n=macli@S0106000024c8ebac.vc.shawcable.net) |
| 08:30.25 | *** join/#asterisk-dev qdk (n=qdk@77.241.142.58.bredband.3.dk) |
| 09:08.07 | *** join/#asterisk-dev frawd (n=francois@9.Red-88-6-14.staticIP.rima-tde.net) |
| 09:51.31 | *** join/#asterisk-dev qdk (n=qdk@94.191.232.28.bredband.3.dk) |
| 13:11.33 | *** join/#asterisk-dev jeffg (i=QRVomVrQ@pdpc/supporter/active/jeffg) |
| 14:03.21 | *** join/#asterisk-dev skirmisha (n=viki@90.154.209.58) |
| 14:03.28 | skirmisha | hello guys |
| 14:03.39 | skirmisha | i have little problem with asterisk 1.6 |
| 14:03.59 | skirmisha | it does not accept # sign in regster option in sip config |
| 14:04.06 | skirmisha | in 1.4 it is working fine |
| 14:04.11 | skirmisha | what could be the problem? |
| 14:04.32 | skirmisha | like user:pass#@server.com |
| 14:04.49 | skirmisha | sip show registry does not show anything |
| 14:05.01 | skirmisha | if i remove # at the end it works |
| 14:05.55 | skirmisha | any ideas |
| 14:09.29 | *** join/#asterisk-dev freddyk (n=freddyk@host242-33-dynamic.32-79-r.retail.telecomitalia.it) |
| 14:09.36 | freddyk | anyone could help |
| 14:10.00 | freddyk | i'm trying to get overlapped dial support working with skinny |
| 14:13.12 | skirmisha | got something strange |
| 14:13.17 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 14:13.17 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 14:13.19 | skirmisha | if i add # in register options |
| 14:13.53 | skirmisha | i see that user registered from remote peer to local server |
| 14:13.59 | skirmisha | means i see it in sip show peer |
| 14:14.06 | skirmisha | instead of sip show registry |
| 14:14.28 | skirmisha | it is working in oposit way |
| 14:15.29 | skirmisha | is this bug ? |
| 14:18.00 | *** join/#asterisk-dev moy (n=moy@74.12.127.97) |
| 14:26.56 | mvanbaak | how can I debug to check why a module is not loading in asterisk ? |
| 14:27.15 | mvanbaak | all it tells me now is: |
| 14:27.16 | mvanbaak | [Jan 2 15:26:25] WARNING[5789]: loader.c:429 load_dynamic_module: Error loading module 'func_odbc.so': Cannot load specified object |
| 14:27.20 | mvanbaak | [Jan 2 15:26:25] WARNING[5789]: loader.c:666 load_resource: Module 'func_odbc.so' could not be loaded. |
| 14:27.26 | mvanbaak | what object ? |
| 14:40.40 | mvanbaak | ggrr |
| 14:54.27 | mvanbaak | the module file is where it should be |
| 14:55.28 | Juggie | when was that func odbc compiled? |
| 14:57.18 | mvanbaak | right before I installed and started asterisk |
| 14:57.26 | mvanbaak | today at 15:15 |
| 14:57.48 | mvanbaak | latest trunk checkout |
| 14:58.13 | mvanbaak | only diff with stock code I have is a patch in res/res_musiconhold to make it compile on asterisk |
| 14:58.24 | mvanbaak | erm, I mean, make it compile on OpenBSD |
| 15:05.29 | mvanbaak | meh, and why does it take 38M ram to compile chan_sip ? |
| 15:15.22 | mvanbaak | hhmm, the only thing I can find is the AST_INLINE_API(SQLRETURN ast_str_SQLGetData( |
| 15:22.20 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:22.20 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 15:29.14 | mvanbaak | I was right |
| 15:29.25 | lmadsen | I don't believe it |
| 15:29.33 | mvanbaak | gheh |
| 15:29.41 | mvanbaak | pays lmadsen to shutup |
| 15:29.47 | mvanbaak | I was right |
| 15:30.21 | mvanbaak | the ast_str_SQLGetData makes func_odbc.so unloadable |
| 15:31.14 | mvanbaak | at least on OpenBSD |
| 15:31.26 | mvanbaak | not confirmed on other platforms yet |
| 15:31.50 | *** join/#asterisk-dev ccesario_ (i=c92a9d19@gateway/web/ajax/mibbit.com/x-7a5c7203af9014d2) |
| 15:32.29 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 15:33.33 | *** part/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 15:50.50 | *** join/#asterisk-dev freddyk (n=freddy@host242-33-dynamic.32-79-r.retail.telecomitalia.it) |
| 15:50.53 | freddyk | anyone here ? |
| 15:51.14 | freddyk | i have problems to implement address complete feature in chan skinny |
| 15:51.18 | freddyk | anyone could help ? |
| 15:52.59 | mvanbaak | what do you mean ? |
| 15:57.37 | freddyk | i have a sip peer |
| 15:57.42 | freddyk | that supports address complete indication |
| 15:57.46 | freddyk | and i would like to dial |
| 15:57.50 | freddyk | using it |
| 15:57.52 | freddyk | but |
| 15:57.55 | freddyk | when i dial some digits |
| 15:58.01 | freddyk | it will start dialing |
| 15:58.07 | freddyk | and i can't prevent a failure |
| 15:58.24 | freddyk | as the number has not been dialed entirely |
| 16:00.31 | mvanbaak | have you looked at chan_sip's implementation of this feature ? |
| 16:00.48 | mvanbaak | stupid question, I know |
| 16:03.40 | freddyk | yep |
| 16:03.51 | freddyk | but i don't know how to get it working |
| 16:03.54 | freddyk | as i did not find |
| 16:04.01 | freddyk | the routine that asks peer about the address |
| 16:04.05 | freddyk | before starting the pbx |
| 16:04.12 | freddyk | i used ast_ext_canmatch |
| 16:04.17 | freddyk | ast_ext_matchmore |
| 16:04.22 | freddyk | but there are lots of them |
| 16:04.36 | freddyk | and i really don't understand how to get it handled by the peer |
| 16:04.45 | freddyk | as skinny goes through pbx |
| 16:04.48 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 16:04.48 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 16:04.49 | mvanbaak | I think line 12094 in trunk chan_sip does it |
| 16:05.03 | freddyk | what is write into |
| 16:05.06 | freddyk | as i'm using branch |
| 16:05.07 | freddyk | atm |
| 16:05.36 | *** join/#asterisk-dev _ys (n=Miranda@236-069.nat.mns.ru) |
| 16:05.38 | mvanbaak | function get_destination |
| 16:05.55 | freddyk | i see it |
| 16:08.06 | freddyk | but |
| 16:08.12 | freddyk | if we match the extension we dial it |
| 16:08.19 | freddyk | but even if i dial a good number |
| 16:08.19 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 16:08.34 | freddyk | ast_canmatch_extension gives back the wrong result |
| 16:09.52 | gambler1 | Hi, if someone have a spare time.... I can't find a way to use dahdi and turnoff crc4? As I can understand it should not be enabled by default and it's not enabled in config but when I run dahdi_scan framingopts=ccs,crc4 |
| 16:12.27 | mvanbaak | freddyk: that should not happen |
| 16:12.42 | mvanbaak | anywayz, I'll be back in 30 minutes or so |
| 16:14.00 | freddyk | oke |
| 16:20.39 | jsmith | gambler1: Do you have the "crc4" portion at the end of the "span=" lines in /etc/dahdi/system.conf? |
| 16:22.44 | gambler1 | jsmith: no, that's the problem |
| 16:23.09 | jsmith | gambler1: So you *want* to use crc4, or *don't* want it? |
| 16:23.27 | gambler1 | jsmith: I do not want it. |
| 16:23.41 | jsmith | gambler1: If you don't have the crc4 on the end of the span line, it won't be used. |
| 16:24.16 | gambler1 | jsmith: dahdi_scan: framing_opts=CCS,CRC4 |
| 16:24.44 | gambler1 | jsmith: this means it's enabled or I am looking at the wrong place? |
| 16:25.04 | jsmith | gambler1: To be honest, I don't use dahdi_scan, so I don't know what that's telling you |
| 16:25.44 | gambler1 | jsmith: ;) ok, tnx for the help, you are using misdn? |
| 16:25.59 | jsmith | gambler1: Nope... |
| 16:27.28 | jsmith | gambler1: I'm assuming you re-ran "dahdi_cfg -vv" after removing the crc4 option from the span lines in /etc/dahdi/system.conf |
| 16:29.14 | gambler1 | jsmith: I never put crc4 option in system.conf, but I have run dahdi_cfg multiple times when I tried to change some other opts... |
| 16:30.26 | jsmith | Strange... I don't know why dahdi_scan is telling you that you've got crc4 then |
| 16:30.41 | jsmith | gambler1: What happens when you 'cat /proc/dahdi/*'? |
| 16:31.58 | gambler1 | jsmith: http://pastebin.com/d7516aafa |
| 16:35.49 | jsmith | Hmmmn... that looks good to me. |
| 16:36.14 | jsmith | I don't know why dahdi_scan is showing CRC4... but it's my understanding that if it isn't in /etc/dahdi/system.conf, it won't be used |
| 16:36.35 | jsmith | (and this is a PRI, so you shouldn't need misdn at all) |
| 16:36.53 | gambler1 | then, we should ask tzafrir about this :)))) |
| 16:37.11 | jsmith | Most definitely! |
| 16:38.05 | gambler1 | ahhh.. and one think I forgot, happy new year :) |
| 16:38.27 | jsmith | Happy New Year to you as well! |
| 16:38.32 | gambler1 | I will then ask my telco to turn on crc4 and problem should be solved.. |
| 16:38.48 | *** join/#asterisk-dev sasargen (n=chatzill@174.152.243.255) |
| 16:41.24 | tzafrir_laptop | gambler1, ask who? |
| 16:42.02 | tzafrir_laptop | gambler1, on an E1 line? |
| 16:42.28 | gambler1 | tzafrir_laptop: :))) yes, on E1 line |
| 16:43.18 | tzafrir_laptop | gambler1, what do you have in system.conf ? |
| 16:44.22 | gambler1 | tzafrir_laptop: http://pastebin.com/d2bdb1507 |
| 16:45.28 | gambler1 | tzafrir_laptop: but dahdi_scan output http://pastebin.com/d4f5881d9 |
| 16:51.30 | *** join/#asterisk-dev ssokol (n=ssokol@ip70-189-74-33.ok.ok.cox.net) |
| 16:52.10 | jsmith | Hey ssokol! |
| 16:54.07 | tzafrir_laptop | gambler1, either dahdi_scan misreports here or wct4xxp.c does not properly set the information |
| 16:54.53 | tzafrir_laptop | dahdi_scan gets that information from the span's linecompat field. Which tells what the span is capable of. It does not tell its current configuration |
| 16:55.11 | tzafrir_laptop | gambler1, compare that to: head -n 1 /proc/dahdi/* |
| 16:57.04 | gambler1 | tzafrir_laptop: I was under impression that dahdi_scan print the current settings |
| 16:57.39 | gambler1 | tzafrir_laptop: "at least dahdi_scan prints information about DAHDI spans in the system." |
| 16:58.02 | tzafrir_laptop | gambler1, it looks like in this case it doesn't |
| 16:59.25 | gambler1 | tzafrir_laptop: thank you for your time, then I will ask telco to turn on crc4 just to check |
| 17:00.40 | tzafrir_laptop | gambler1, why are you not using crc4? |
| 17:01.51 | gambler1 | tzafrir_laptop: heh, well I guess you live in a country where there is no telco monopoly :) here, we must use and configure equipment as telco want... |
| 17:03.13 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 17:13.40 | *** join/#asterisk-dev jtodd (n=jtodd@c-76-124-123-117.hsd1.pa.comcast.net) |
| 17:15.12 | mvanbaak | jtodd: \o/ |
| 17:16.08 | mvanbaak | jtodd: do you have a box running OpenBSD with func_odbc ? |
| 17:19.30 | Marquis42 | mvanbaak: I can get func_odbc to *load*, but it will happily segfault if I actually try to use it. This is on a Linux box (Fedora 9). So I don't think the issue you're having is strictly limited to OpenBSD. |
| 17:19.34 | lmadsen | ssokol: !!! |
| 17:20.36 | Marquis42 | mvanbaak: ...and it specifically mentions not being able to locate that function. |
| 17:21.23 | mvanbaak | Marquis42: it did not mention anything here. just 'unable to load' |
| 17:22.01 | Marquis42 | Gotcha. I guess I'm wondering if the problem is the same, but manifests itself slightly differently on the different platforms. |
| 17:22.04 | mvanbaak | Marquis42: but I fixed it by undoing part of the ast_str_be_gone stuff in func_odbc |
| 17:22.34 | Marquis42 | And it works now, or it'll at least load? |
| 17:22.49 | mvanbaak | at least it loads |
| 17:22.58 | mvanbaak | now I can start playing with it ;) |
| 17:23.05 | Marquis42 | That's a good start at least! :) |
| 17:23.09 | mvanbaak | yup |
| 17:24.55 | Marquis42 | If you can, see if it will actually work. Like I said, any attempt at using it was crashing Asterisk (in a way that it doesn't even create a core dump...). |
| 17:25.26 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 17:25.26 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 17:26.29 | mvanbaak | hey russellb |
| 17:26.57 | russellb | waves |
| 17:27.06 | mvanbaak | Marquis42: I'll see if I can test it |
| 17:27.49 | Marquis42 | mvanbaak: OK. I got distracted by some other stuff myself or I'd have dug in further. But once I realized it doesn't even create a core dump when it crashes I had to step away... ;) |
| 17:29.43 | mvanbaak | hhmm, so I have to actually setup a db server and shit first ;) |
| 18:10.53 | *** join/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
| 18:16.48 | *** join/#asterisk-dev asteriskmonkey (n=philip@69.77.169.14) |
| 18:25.04 | *** join/#asterisk-dev bahjons (n=robert@140.99.23.26) |
| 18:31.42 | mvanbaak | Marquis42: it's not crashing here |
| 18:31.55 | mvanbaak | Marquis42: but it's not setting the variable neither :( |
| 18:32.09 | Marquis42 | mvanbaak: Hrmmmm... Interesting. |
| 18:32.29 | mvanbaak | I created a table cidnames with two columns, cidnum and cidname |
| 18:32.39 | mvanbaak | added dsn to res_odbc.conf |
| 18:32.55 | mvanbaak | in func_odbc.conf I added a block called GETCIDNAME |
| 18:33.27 | mvanbaak | readsql=SELECT cidname FROM cidnames WHERE cidnum='${SQL_ESC(${ARG1})}' |
| 18:33.37 | mvanbaak | and in extensions.ael I added a line: |
| 18:34.05 | mvanbaak | Set(FOO=${ODBC_GETCIDNAME(123456789)}); |
| 18:34.08 | mvanbaak | and a line |
| 18:34.22 | mvanbaak | Verbose(1,ODBC returned ${FOO}) |
| 18:34.32 | mvanbaak | in my postgresql log I see the query is executed |
| 18:34.48 | mvanbaak | but on my CLI in asterisk I see: "ODBC returned" |
| 18:35.48 | freddyk | anyone is here ? |
| 18:35.54 | freddyk | i have a problem with dahdi timing |
| 18:35.56 | freddyk | :) |
| 18:36.03 | freddyk | it doesn't work in non answer mode |
| 18:36.04 | freddyk | e.g. |
| 18:36.10 | freddyk | playback without answer |
| 18:36.14 | freddyk | or queue without answer |
| 18:36.31 | freddyk | can anyone test ? |
| 18:36.36 | Marquis42 | That actually sounds a bit like a bug that was fixed a little while ago. Perhaps there is a regression with the change to making ast_str opaque? Don't know for sure. I *do* know that for me, at least, the commit of that branch was when the issues started. |
| 18:36.58 | freddyk | i'm using dahdi pseudo with rtc timer |
| 18:37.16 | mvanbaak | Marquis42: hhmm, let me check the commit log |
| 18:37.22 | Marquis42 | ok |
| 18:39.06 | mvanbaak | I see the commits Corydon76-dig did because of your remarks here |
| 18:39.38 | Marquis42 | Yeah, that was awhile ago. I think that's the issue I was thinking of that your current problem sounds like, but I can't remember the precise details. |
| 18:44.52 | mvanbaak | hhmm |
| 18:45.00 | mvanbaak | I'm not getting any debug data from func_odbc |
| 18:45.04 | mvanbaak | that's ..... weird |
| 18:47.55 | mvanbaak | ah |
| 18:47.58 | mvanbaak | found it |
| 18:48.03 | mvanbaak | the debug message that is |
| 18:48.07 | mvanbaak | not the problem though :( |
| 18:48.09 | mvanbaak | [Jan 2 19:46:49] DEBUG[21734]: func_odbc.c:564 acf_odbc_read: Got coldata of '' |
| 18:48.25 | mvanbaak | if I fire the query directly to the database it returns results |
| 18:48.58 | Corydon76-dig | Use isql now |
| 18:51.58 | mvanbaak | iodbctest DSN=asterisk |
| 18:52.09 | mvanbaak | and then running the query gives me the result I'm looking for |
| 18:52.20 | mvanbaak | <PROTECTED> |
| 18:52.36 | mvanbaak | it echo's the correct cidname |
| 18:52.39 | mvanbaak | cidname |
| 18:52.41 | mvanbaak | ---- |
| 18:52.44 | mvanbaak | Michiel |
| 18:53.33 | Corydon76-dig | Huh, could it be that iodbc does something slightly differently than UnixODBC? |
| 18:54.03 | mvanbaak | erm, think so |
| 18:54.32 | mvanbaak | I had to take out the ast_str_GetData stuff because with it I couldn't even load the func_odbc.so |
| 18:54.34 | Corydon76-dig | where the first row fetched isn't data? |
| 18:55.35 | mvanbaak | I have no idea |
| 18:55.58 | mvanbaak | is there a way to see if it returns more then 1 row ? |
| 18:56.08 | Corydon76-dig | Only with trunk |
| 18:56.15 | mvanbaak | I'm running trunk |
| 18:56.18 | Corydon76-dig | mode=multirow |
| 18:56.45 | Corydon76-dig | Then the result returned is a resultid, which you use with FETCH to return each row of data |
| 18:57.48 | Corydon76-dig | or excuse me, ODBC_FETCH() |
| 18:58.10 | mvanbaak | ah |
| 18:58.19 | mvanbaak | I see it returns '1' now indeed |
| 19:00.31 | mvanbaak | how do I loop that, because for a loop I'll have to know the number of results right ? |
| 19:01.16 | Corydon76-dig | ODBCROWS |
| 19:01.38 | Corydon76-dig | or just watch for ODBC_FETCH_STATUS=FAILURE |
| 19:02.48 | mvanbaak | [Jan 2 20:02:29] ODBC func returned 2 with 1 rows |
| 19:03.04 | mvanbaak | hhmm, it really returns 1 row it seems |
| 19:03.42 | Corydon76-dig | Well, I dunno, then |
| 19:04.06 | Corydon76-dig | You're using the virgin func_odbc before the ast_str_opaque branch? |
| 19:04.29 | Corydon76-dig | or you've modified func_odbc in other ways? |
| 19:06.30 | mvanbaak | I'm using the latest func_odbc with the two calls for ast_str_SQLGetData replaced by what was there before |
| 19:06.41 | mvanbaak | of course I had to fix the use of the ast_str internals |
| 19:07.08 | mvanbaak | so replaced ->used with ast_str_strlen and the ->buffer with ast_str_buffer |
| 19:07.12 | mvanbaak | that's it |
| 19:07.43 | mvanbaak | I cant use the version from before ast_str_opaque because after that merge we cannot use the ast_str internals anymore |
| 19:08.14 | mvanbaak | if you want I can do a checkout of asterisk before the ast_str_opaque merge to see if that fixes it ? |
| 19:11.47 | Corydon76-dig | mvanbaak: why can't you use the internals? It's just a simple define in strings.h |
| 19:12.07 | Corydon76-dig | Kill the debug constant there, and it's as it was before |
| 19:12.55 | Corydon76-dig | I can tell you it works fine with UnixODBC |
| 19:13.25 | Corydon76-dig | If it doesn't work with iodbc, then maybe we should remove the <use> case for it. |
| 19:13.45 | mvanbaak | for some reason func_odbc does not know about the ast_str_SQL function |
| 19:14.13 | Marquis42 | Corydon76-dig: I get the same thing, and that's on Linux using UnixODBC |
| 19:14.14 | Corydon76-dig | You mean ast_str_GetData |
| 19:14.34 | Corydon76-dig | Marquis42: weird |
| 19:14.36 | mvanbaak | yes |
| 19:14.40 | mvanbaak | the ast_str_GetData |
| 19:14.41 | *** join/#asterisk-dev ssokol (n=ssokol@ip70-189-74-33.ok.ok.cox.net) |
| 19:14.55 | Corydon76-dig | I dunno; works fine here |
| 19:14.59 | mvanbaak | func_odbc compiles fine, but when you try to load it it wont |
| 19:15.10 | Marquis42 | Corydon76-dig: And the best part is, it crashes asterisk and won't even create a core dump. |
| 19:15.46 | Corydon76-dig | Marquis42: what arch? |
| 19:15.58 | Marquis42 | x86-64, Fedora 9 is the distro. |
| 19:16.36 | Corydon76-dig | bbl |
| 19:16.45 | mvanbaak | X86_64 OpenBSD 4.4 here |
| 19:26.40 | mvanbaak | oooooooooooooooooh, fishy ! |
| 19:27.13 | mvanbaak | if you compile asterisk without DONT_OPTIMIZE the virgin func_odbc DOES load |
| 19:27.52 | Marquis42 | ooooh.... Maybe. Let me try it on my system here. I know I'm always in DONT_OPTIMIZE. |
| 19:27.54 | mvanbaak | and now it gives: |
| 19:27.57 | mvanbaak | [Jan 2 20:27:23] WARNING[20217]: func_odbc.c:558 acf_odbc_read: SQL Get Data error! |
| 19:28.00 | mvanbaak | [SELECT cidname FROM cidnames WHERE cidnum='0642724454'] |
| 19:28.35 | mvanbaak | Marquis42: same here. cant remember the last time I built without DONT_OPTIMIZE |
| 19:28.41 | mvanbaak | it was a lucky shot |
| 19:28.52 | mvanbaak | I just thought, hey, let's not do that for a test |
| 19:29.14 | Marquis42 | Yeah, indeed. Compiling right now to test on my box... |
| 19:31.51 | mvanbaak | ok, time to do some shopping |
| 19:31.55 | mvanbaak | be back in 30 minutes |
| 19:31.59 | Marquis42 | mvanbaak: Well, it was worth a try I guess. It still segfaults on my system. |
| 19:32.11 | bahjons | I'm trying to get s,n,set(periodic_announce=/home/sounds/announce) to replace sound_periodicannounce in app_queue.c will that work? |
| 19:45.34 | *** part/#asterisk-dev bahjons (n=robert@140.99.23.26) |
| 19:55.34 | Corydon76-dig | Clearly, somebody has yet to figure out that when UPPERCASE is typed in an example, they REALLY meant that you should use UPPERCASE. |
| 19:56.16 | Marquis42 | Corydon76-dig: Heh... That can be a problem. What specifically are you talking about though? Not my issue, right? |
| 19:56.41 | Corydon76-dig | I think bahjohns is the same user who posted earlier on -users |
| 19:57.02 | Marquis42 | Oh, yes, right. |
| 19:58.19 | Corydon76-dig | Marquis42: are you running with the -g flag? |
| 19:58.25 | Marquis42 | I am, yes. |
| 19:59.08 | Corydon76-dig | It's possible that Fedora 9 has the same default mechanism that Ubuntu has which prevents a binary from producing a core more than once every 24 hours |
| 19:59.36 | Corydon76-dig | Confounded me, until I found the package and wiped it off my machine |
| 19:59.40 | Marquis42 | No, if I use a different version of Asterisk or an older revision of /trunk, it works fine. I can create core files until I run out of disk space. |
| 20:00.03 | Corydon76-dig | ok |
| 20:00.30 | Marquis42 | The weird thing is, if I put that function in func_odbc.c it still gives me the same segfaulting problem with it *will* create a core file. |
| 20:00.51 | Corydon76-dig | What happens when you run Asterisk under valgrind? |
| 20:00.58 | Marquis42 | I have not tried that yet. |
| 20:01.10 | Corydon76-dig | valgrind --log-file=asterisk.txt asterisk -vvvvvvvvcg |
| 20:02.12 | jjshoe | Corydon76-dig it works |
| 20:02.22 | jjshoe | oh hahha you're trying to debug an issue |
| 20:02.22 | jjshoe | nm |
| 20:02.23 | jjshoe | lol |
| 20:02.42 | Corydon76-dig | No, Marquis42 is |
| 20:03.48 | Marquis42 | Corydon76-dig: OK, what do you need from the log? |
| 20:04.48 | Corydon76-dig | pastebin the whole darn thing |
| 20:04.54 | Marquis42 | ok, hold on |
| 20:05.04 | Corydon76-dig | expire 7 days, please |
| 20:08.04 | Marquis42 | Ack, it's too big. |
| 20:08.44 | seanbright | if i had a time for everytime i've heard that |
| 20:08.49 | seanbright | s/time/dime/ |
| 20:08.51 | Marquis42 | lol.... |
| 20:09.07 | seanbright | ... i'd have a wooden nickel |
| 20:09.09 | Corydon76-dig | seanbright: pics or shens |
| 20:09.52 | Corydon76-dig | seanbright: I've actually heard "I don't think it's going to fit" quite a few times, though |
| 20:10.16 | Marquis42 | Corydon76-dig: http://filebin.ca/knmhb/asterisk.txt <--- since the file is well over 150K |
| 20:10.18 | Corydon76-dig | (and then I made it fit) |
| 20:10.29 | Marquis42 | :O |
| 20:12.16 | Corydon76-dig | WARNING: unhandled syscall: 286 |
| 20:13.22 | Corydon76-dig | Oooo, found the problem. |
| 20:13.26 | Marquis42 | oh? |
| 20:13.33 | Marquis42 | My fault, or yours? ;) |
| 20:13.48 | Corydon76-dig | Please upgrade your version of libmyodbc to the version that MySQL has on their site, not the one packaged by Fedora |
| 20:14.21 | Corydon76-dig | The one by Fedora is writing to places it shouldn't |
| 20:14.23 | Marquis42 | ok, will do. That should resolve the issue? |
| 20:14.36 | Marquis42 | Ah, I see. |
| 20:14.54 | Corydon76-dig | Yep, I think so |
| 20:15.06 | Marquis42 | OK, I'm doing that right now. |
| 20:15.30 | Corydon76-dig | The crash is actually occurring in chan_sip, of all places, but only because libmyodbc3 massively corrupted internal memory structures |
| 20:15.45 | Marquis42 | Sweet. That's clever.... :/ |
| 20:17.44 | Corydon76-dig | Unfortunately, distributions packaging bad versions of the MySQL ODBC Connector is nothing new. I dealt with this problem all the time back when I was supporting Asterisk on Mandriva |
| 20:18.15 | Marquis42 | Ugh.... That's terrible. To me, at least, a bit odd that it's been working fine for quite some time now and then it just pops up. Oh well. |
| 20:19.28 | Marquis42 | Ok, that was officially unhelpful. |
| 20:20.31 | Marquis42 | But it *did* manage to create a core dump this time. Let me re-enable DONT_OPTIMIZE so it will be useful. |
| 20:29.14 | Corydon76-dig | Okay, so next step is a backtrace |
| 20:32.40 | Marquis42 | Cool, now I can't get a core dump with DONT_OPTIMIZE (which is something I was experiencing before). It also gives me the message "asterisk: symbol lookup error: /usr/lib/asterisk/modules/func_odbc.so: undefined symbol: ast_str_SQLGetData" |
| 20:33.11 | mvanbaak | Marquis42: I remember getting that on ubuntu as well |
| 20:33.27 | mvanbaak | it has to do with DONT_OPTIMIZE |
| 20:33.52 | Marquis42 | That seems....unfortunate. |
| 20:34.01 | mvanbaak | yup |
| 20:34.27 | mvanbaak | now I have to figure out how I can get this thing returning results instead of some sql error |
| 20:38.27 | mvanbaak | that's prolly because it's iodbc instead of unixodbc |
| 21:12.42 | *** join/#asterisk-dev bahjons (n=Robert_B@ip24-56-10-144.ph.ph.cox.net) |
| 21:17.36 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 21:48.35 | *** part/#asterisk-dev bahjons (n=Robert_B@ip24-56-10-144.ph.ph.cox.net) |
| 21:59.01 | *** join/#asterisk-dev jsmith (n=jsmith@asterisk/training-and-documentation-guru/jsmith) |
| 21:59.01 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 22:12.19 | *** part/#asterisk-dev Kobaz (n=kobaz@its.kobaz.net) |
| 23:51.09 | *** join/#asterisk-dev telecos (n=sergio@96.167.219.87.dynamic.jazztel.es) |