| 00:00.09 | mvanbaak | most admins dont allow skype for obvious reasons |
| 00:01.00 | mvanbaak | connecting to skype means you're a leaf node to do transcoding in the skype network |
| 00:01.18 | mvanbaak | ever watched the traffic flows once your skype client is connected ? |
| 00:04.27 | mvanbaak | and yes, I know, it prolly involves a lot of money (that's the only reason why updates are so uncommon, right?) |
| 00:09.02 | JunK-Y | hey mvanbaak ! |
| 00:12.23 | *** join/#asterisk-dev ScribbleJ (n=sj@c-67-172-6-141.hsd1.il.comcast.net) |
| 00:33.47 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 00:34.07 | *** join/#asterisk-dev schmooze (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 00:43.45 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) |
| 00:48.12 | mvanbaak | sorry guys, but this drsomething is really getting me pissed off |
| 00:48.33 | snuff-work | mm on -dev list? |
| 00:48.44 | mvanbaak | on #asterisk |
| 00:49.03 | snuff-work | heh.. that's why i dont live in #asterisk anymore |
| 00:49.25 | mvanbaak | yeah |
| 00:49.33 | mvanbaak | I should quit that as well |
| 00:53.47 | *** join/#asterisk-dev mattzerah (n=matt@CPE-124-177-67-59.qld.bigpond.net.au) |
| 00:58.03 | mvanbaak | 01:57 Irssi: Channel #asterisk removed |
| 01:00.01 | snuff-work | ;) |
| 01:06.40 | snuff-work | i think i'm warming to the idea of an LTS at some arbitrary point of 1.6.x cycle.. similar i guess to what rhel/suse do take arbitrary kernel release n stay there adding patches to fix things |
| 01:11.17 | pmhaddad | hey now don't forget about Ubuntu 8.04 LTS ;) |
| 01:16.37 | snuff-work | falls off chair.. venefax giving asterisk props.. |
| 01:19.35 | shyam_k | jumps over the asterisk "bible" and strips of the first quater.. very interesting and less tech filled first quater! amazing book to skip through.. thank you guyz! |
| 01:20.05 | lmadsen | shyam_k: you're welcome :) |
| 01:20.30 | lmadsen | mvanbaak: I don't think the skype for asterisk beta acts as a leaf node though |
| 01:21.13 | shyam_k | would have first asterisk system deployed in hours from now.. /me fearing whether i would be limited by the lack of hardware.. anyway will try and ask later;-) |
| 01:21.23 | shyam_k | s/deployed/tried/;-) |
| 01:22.04 | lmadsen | shyam_k: nope! if you have a computer running linux and a desktop, you've got all you need! |
| 01:22.16 | lmadsen | asterisk system + laptop w/ softphone(s) |
| 01:22.18 | shyam_k | cool, i have that! |
| 01:22.26 | lmadsen | or even a virtual machine like I do for development/testing |
| 01:22.37 | lmadsen | shyam_k: we can move this discussion to #asterisk though |
| 01:22.39 | shyam_k | wow, can't wait anymore.. |
| 01:22.44 | shyam_k | ops sorry ok.. |
| 01:22.49 | pmhaddad | lmadsen, i have it on my lappy and my desktop |
| 01:23.22 | lmadsen | ya, I run OSX, and don't run asterisk on the laptop directly |
| 01:23.27 | lmadsen | I have VMware Fusion for that |
| 01:23.32 | lmadsen | goes off to make dinner |
| 01:23.36 | pmhaddad | ah, yeah my next laptop will probably be a mb pro |
| 01:23.47 | lmadsen | ya, that's what I have now (but not the newest one) |
| 01:24.04 | lmadsen | next one will be the mb pro with the anti-glare screen (15") |
| 01:24.30 | tzanger | 15" is too big |
| 01:24.53 | lmadsen | that's what she said |
| 01:25.02 | tzanger | I've got a 13.3" laptop and next will probably be 12" |
| 01:25.06 | lmadsen | (you set me up for that; you're not foolin' anyone) |
| 01:25.22 | lmadsen | tzanger: you wouldn't say that if the laptop screen was your primary/only display |
| 01:25.39 | tzanger | lmadsen: actually my laptop IS my primary computer |
| 01:25.44 | lmadsen | same here |
| 01:25.49 | lmadsen | < 15" is too small for me |
| 01:25.59 | lmadsen | I feel claustrophobic :) |
| 01:26.06 | tzanger | I have a 22" that I use on occassion but my work is almost exclusively done on the 13.3" |
| 01:26.13 | tzanger | gimme 1920x1080 in a 12" screen and I'm happy |
| 01:26.15 | tzanger | I want high DPI |
| 01:27.43 | shyam_k | bye.. will be back after finishing that.. |
| 01:27.44 | *** part/#asterisk-dev shyam_k (n=user@unaffiliated/shyam-k/x-8459115) |
| 02:10.49 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 02:20.54 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 02:48.09 | *** join/#asterisk-dev uluatu (n=denis@200.195.162.210) |
| 02:49.02 | uluatu | is this possible to backport this patch to 1.4 series? http://bugs.digium.com/view.php?id=11962 |
| 02:51.39 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 02:51.39 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:55.36 | snuff-work | uluatu: not likely but u can probably get away with manually applying the patch to 1.4 (patch can only fail to apply) |
| 03:05.21 | *** part/#asterisk-dev uluatu (n=denis@200.195.162.210) |
| 03:20.56 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 03:25.42 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 03:31.24 | *** part/#asterisk-dev mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 03:37.37 | moy | there seems to be a problem with the timing modules in trunk, not sure if its known or not, but I just hit a race condition where ast_timer_open() opens a timer from a module but then ast_timer_ack attempts to call the ack routine of other module |
| 03:46.53 | moy | I don't have the time to debug it further and probably the author of the module can easily fix it, so I just disabled the dahdi and timerfd timing leaving just the pthread timing |
| 03:47.51 | snuff-work | interesting moy.. hopefully someone who can help will read it in a few hrs :) |
| 03:49.58 | lmadsen | moy: perhaps you could open an issue in the bug tracker though so we can track it |
| 03:50.17 | moy | lmadsen: okay |
| 03:52.11 | lmadsen | thanks! |
| 03:52.16 | lmadsen | much appreciated |
| 03:53.20 | *** join/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 03:53.20 | *** mode/#asterisk-dev [+o Mog] by ChanServ |
| 04:00.47 | *** join/#asterisk-dev jpeeler-home (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 04:00.47 | *** mode/#asterisk-dev [+o jpeeler-home] by ChanServ |
| 04:03.11 | jpeeler-home | Deeewayne: ping |
| 04:03.27 | Deeewayne | jpeeler-home, hey |
| 04:04.02 | lmadsen | what is everyone doing up so late?! :) |
| 04:04.41 | jpeeler-home | Deeewayne: i'm looking at 3450... diving in without my knowledge. is there anything outside of chan_dahdi that was changed in the asterisk branch? |
| 04:04.48 | jpeeler-home | s/my/much |
| 04:05.17 | Deeewayne | no, everything at the asterisk level for 3450 is in chan_dahdi |
| 04:05.35 | jpeeler-home | ok, cool. that makes getting the branch back up to date much easier |
| 04:05.47 | Deeewayne | to start you could look for the chan_db_name field...or something like that |
| 04:06.29 | jpeeler-home | yeah i'm just starting to look at it |
| 04:06.49 | Deeewayne | there are like 4 places the AstDB is currently used, but most of them need to go away in favor of libpri callbacks to update a service state array |
| 04:07.19 | jpeeler-home | ok, i think i remember you talking about doing that a while back |
| 04:07.25 | Deeewayne | if libpri gets a RESTART on a channel that has been locally taken out of service, it shouldn't pass the event up to asterisk |
| 04:07.50 | jpeeler-home | is astdb used at all then? |
| 04:08.10 | Deeewayne | astdb is used to keep persistent service state across asterisk restarts |
| 04:08.19 | jpeeler-home | ok, makes sense |
| 04:08.32 | Deeewayne | the astdb should only be checked in mkintf() and updated if the channel is taken out of service |
| 04:08.58 | Deeewayne | in mkintf() after the astdb is checked, the libpri callback should be used to update the channel status at the libpri level |
| 04:09.17 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 04:09.17 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 04:10.38 | Deeewayne | and then libpri should also check the libpri service state array (doesn't exist yet) that is modified by those callbacks before sending out a RESTART (if it is configured to be 'net') |
| 04:12.36 | Deeewayne | then finally, you'll have to configure for NFAS and get that working. I have a feeling the only thing that needs to be done is the mapping from the logical channel to the actual channel on the correct span |
| 04:13.49 | jpeeler-home | well then, i have a lot of work to do |
| 04:13.56 | lmadsen | heh |
| 04:14.00 | lmadsen | don't you love when that happens? |
| 04:14.15 | jpeeler-home | but thanks for the overview, good to know where to pick back up |
| 04:14.36 | Deeewayne | oh yeah, one last thing, I was only putting entries in AstDB when a channel is taken out of service. If it is in service, there is no need to store that in the db |
| 04:14.39 | jpeeler-home | lmadsen: ha |
| 04:15.07 | jpeeler-home | just to use less entries, gotcha |
| 04:17.13 | Deeewayne | if a channel is out of service AstDB will have something like O:2, which indicates out-of-service ('O') and the 2 indicates (off the top of my head) 'far end' |
| 04:18.58 | Deeewayne | you could eventually set a channel to maintenance state instead of out-of-service and AstDB would have something like M:1, Maintenance ('M') and 1 indicates 'near end' |
| 04:21.59 | jpeeler-home | olllllllllllllllllllllll |
| 04:22.12 | jpeeler-home | um, cat attack |
| 04:24.10 | tzanger | hmm |
| 04:24.11 | tzanger | okay |
| 04:24.20 | tzanger | I'm trying to commit to svn, but someone fixed one of my other bugs |
| 04:24.36 | tzanger | is it possible to "svn up" like I can do with cvs? |
| 04:24.59 | lmadsen | svn update |
| 04:25.07 | lmadsen | prior to commit |
| 04:26.49 | tzanger | yeah it seemed to work |
| 04:27.17 | tzanger | ok smart ass |
| 04:27.26 | tzanger | now is there a svn-commits list where I can see my private branch commits? |
| 04:27.51 | lmadsen | svn log |
| 04:28.12 | lmadsen | snaps his fingers like a pimp |
| 04:29.22 | tzanger | haha |
| 04:29.27 | tzanger | I meant a mailing list but that works well |
| 04:29.29 | tzanger | thank you |
| 04:29.32 | lmadsen | np! |
| 04:29.36 | lmadsen | glad I could help someone for once |
| 05:09.48 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 05:09.48 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 05:12.39 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 05:12.39 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 05:16.05 | *** join/#asterisk-dev mattzerah (n=matt@CPE-124-177-67-59.qld.bigpond.net.au) |
| 05:30.53 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 06:01.36 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 07:04.45 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:59.24 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 08:16.17 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 08:16.17 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:23.15 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:00.09 | *** join/#asterisk-dev shyam_k (n=user@unaffiliated/shyam-k/x-8459115) |
| 09:36.40 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 10:10.24 | *** join/#asterisk-dev shyam_k (n=shyam@unaffiliated/shyam-k/x-8459115) |
| 10:11.05 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 10:12.07 | atis_work | Good morning guys. Anybody awake to help me with pbx_substitute_variables_helper_full? |
| 10:15.48 | atis_work | I was trying to increase VAR_BUF_SIZE in main/pbx.c, but now it's crashing on simple GotoIf expression |
| 10:17.32 | *** join/#asterisk-dev AJFisher (n=alex@82-70-11-70.dsl.in-addr.zen.co.uk) |
| 10:17.36 | atis_work | http://pastebin.ca/1365129 |
| 10:18.47 | AJFisher | Hi, I'm having asterisk 1.6.0.6 and 1.6.0.7-rc1 segfault on me. http://pastebin.com/m1c90fab3 |
| 10:34.18 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 10:38.02 | *** join/#asterisk-dev nfi|ermes (n=ErMeS@217.220.121.62) |
| 10:48.16 | nfi|ermes | i use externnotify parameter in voicemail.conf; is there a way to be notified on ly when a new message is arrived, and not when someone log in tho the voicemail ??? should i modify the source code ?? |
| 10:55.02 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 10:55.02 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 11:09.57 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 11:20.21 | atis_work | uff, does anybody knows why there's alloca in pbx_substitute_variables_helper_full? |
| 11:20.34 | atis_work | it's allocating 4K from stack? |
| 11:21.01 | atis_work | and it seems to crash when i change it to 8K :p |
| 11:31.01 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 11:31.01 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 11:37.32 | tzafrir_laptop | are addons supposed to have documentation? |
| 11:37.35 | tzafrir_laptop | (1.6.1) |
| 11:39.19 | kaii | is any code supposed to have NO documentation? |
| 11:40.41 | eliel | tzafrir_laptop: doxygen or xml? |
| 11:40.51 | tzafrir_laptop | I currently package addons as a separate package for each module |
| 11:41.01 | tzafrir_laptop | xml |
| 11:41.05 | tzafrir_laptop | (in debian) |
| 11:41.17 | tzafrir_laptop | the xml is generated as a single file for all of them |
| 11:41.32 | tzafrir_laptop | though empty in 1.6.1-rc2 |
| 11:41.44 | eliel | the xml is generated one for -addons and one for the core |
| 11:43.30 | tzafrir_laptop | What is it actually used for in 1.6.1? is on-line help taken from it? |
| 11:44.51 | tzafrir_laptop | "timing test" sometimes causes a bunch of newlines in the CLI. Is that intentional? |
| 11:45.03 | tzafrir_laptop | is a lazy source-blind |
| 11:49.06 | eliel | xml documentation is in 1.6.2 and it is not supposed to be in 1.6.1 though |
| 11:54.04 | tzafrir_laptop | ok. For now it is empty, so I can just delete it |
| 11:58.43 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:58.43 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:10.14 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 12:17.10 | eliel | yes |
| 12:33.00 | leifmadsen | mronin |
| 12:33.03 | leifmadsen | morning* |
| 12:42.08 | atis_work | Good morning :) |
| 12:42.22 | eliel | good morning |
| 12:42.38 | atis_work | Guys, is there some magic with pbx_substitute_variables_helper_full and memory allocation? |
| 12:44.58 | eliel | atis_work: don't think so. Also when allocating big buffers it is recommended to use dynamic memory... |
| 12:47.16 | atis_work | ah, damn, i messed up ast_dynamic_string i'm trying to pass it, it just doesn't execute |
| 12:47.53 | atis_work | well, i'm trying to pass >4kb of data to func_curl |
| 12:48.48 | atis_work | but it seems to crash on alloca |
| 12:48.48 | atis_work | i'm afraid i will have to rewrite it with malloc |
| 12:52.11 | kpfleming | yes, that's too much stuff to put on the stack |
| 12:54.12 | jsmith | Morning all! |
| 12:54.28 | atis_work | any other simple and standartized way how to call func_curl without pbx_substitute_variables? |
| 12:55.44 | kpfleming | nope |
| 12:55.59 | kpfleming | it's a dialplan function, that's the only way to call it |
| 12:56.46 | atis_work | well, i have a custom queue strategy based on it, so i have to call it from c code ;) |
| 12:57.06 | kpfleming | then just call the curl library directly |
| 12:57.15 | kpfleming | there's no point in going through func_curl if you are coding in C |
| 12:57.43 | atis_work | yeah, i'm thinking of that, but all the AST_STANDARD_APP_ARGS confuse me |
| 12:58.01 | kpfleming | how is that relevant? |
| 12:58.20 | atis_work | well, i have to pass arguments to it |
| 12:58.24 | kpfleming | to what? |
| 12:58.31 | kpfleming | the curl library is not part of asterisk |
| 12:59.01 | atis_work | func_curl is |
| 12:59.11 | kpfleming | right, but my point is that you shouldn't even try to use func_curl |
| 12:59.29 | atis_work | why not, it starts autoservice and lot of other good things |
| 12:59.35 | atis_work | well, also i'm not that good in c |
| 12:59.51 | kpfleming | because you'll have to package up your data into text form, then parse the resulting data back from text form, and it's just very complex |
| 13:00.03 | kpfleming | it will be harder than calling the curl library directly |
| 13:00.49 | kpfleming | starting autoservice is trivial, it's two lines of code, one to start and one to stop |
| 13:01.19 | atis_work | yeah, but i'm looking into all the threadstorage and alloc stuff in func_curl, and i'm not sure what of all that i need |
| 13:01.30 | kpfleming | none of it |
| 13:01.45 | kpfleming | like i said, ignore func_curl, don't try to do what it does at all |
| 13:01.55 | kpfleming | just read the curl documentation and call the curl library directly, it's very easy to use |
| 13:02.16 | atis_work | ok, thanks for the tip :) |
| 13:02.18 | atis_work | i'll try |
| 13:03.18 | atis_work | aah, but my initial intent was to make that strategy universal, so it could be merged in asterisk later |
| 13:03.42 | atis_work | it was actually working, until i got 55 agents waiting, which exceeded 4kb.. lol |
| 13:07.28 | tzafrir_laptop | I must be missing something..... where is /var/lib/asterisk/documentation generated in 1.6.1 ? |
| 13:08.00 | tzafrir_laptop | Or is it just that the addons of 1.6.1 should just not try writing to there? |
| 13:08.04 | jsmith | Makefile |
| 13:08.13 | jsmith | (at least in trunk, it's in the Makefile) |
| 13:08.37 | tzafrir_laptop | in trunk it is. Not in 1.6.1 |
| 13:08.58 | jsmith | Hmmmmn... |
| 13:09.09 | jsmith | You might ask eliel |
| 13:14.00 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:14.59 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 13:14.59 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 13:22.44 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.50) |
| 13:22.44 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 13:24.54 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:25.08 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 13:26.32 | *** join/#asterisk-dev shyam_k (n=shyam@unaffiliated/shyam-k/x-8459115) |
| 13:26.50 | tzafrir_laptop | hmm... does 'make install' of asterisk-addons 1.6.1 actually owrk anywhere? |
| 13:27.24 | tzafrir_laptop | It should just fail, as the documentation directory is not there |
| 13:28.51 | eliel | the documentation directory should be created... (mkdir -p) |
| 13:29.35 | tzafrir_laptop | M14701 |
| 13:29.37 | MuffinMan | [new] [Asterisk] Addons/General 0014701: [patch] missing DESTDIR in addons install-xmldoc reported by tzafrir (Karma: +120.00) http://bugs.digium.com/view.php?id=14701 |
| 13:30.39 | tzafrir_laptop | I must be missing something here, as this should have broken 'make install', which is not something that goes unnoticed |
| 13:34.32 | *** join/#asterisk-dev ctooley (n=ctooley@65.245.148.2) |
| 13:34.32 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:38.12 | *** join/#asterisk-dev davevg (n=davevg__@74.94.3.214) |
| 13:47.44 | eliel | tzafrir_laptop: you are right there is a bug |
| 13:48.12 | eliel | we never installed -addons without first installing asterisk thats why we didn't found the bug |
| 13:49.30 | kpfleming | how can you install addons without asterisk? there wouldn't be any headers to build against |
| 13:50.13 | eliel | aah, the problem is that addons-1.6.1 has xml documentation and asterisk-1.6.1 doesn't.... |
| 13:50.22 | kpfleming | oops |
| 13:51.37 | leifmadsen | o.O |
| 13:52.04 | leifmadsen | well.... tilghman requested a new set of -addons anyways... maybe I should create a new set after that gets resolved |
| 13:53.43 | AJFisher | I'm still struggling to work out why I'm getting a segfault after a sip call is made. http://pastebin.com/m1c90fab3 |
| 13:54.17 | leifmadsen | AJFisher: which version of asterisk? |
| 13:54.20 | eliel | it was already fixed by tilghman |
| 13:54.22 | AJFisher | I'm running Centos 5.2. |
| 13:54.36 | AJFisher | Both with Asterisk 1.6.0.6 and the 1.6.0.7-rc1 |
| 13:54.37 | leifmadsen | sounds like you need to upgrade then per eliel |
| 13:54.43 | leifmadsen | really.... |
| 13:54.49 | leifmadsen | eliel: when do you think that was fixed? |
| 13:55.03 | eliel | sorry i was talking about xml documentation in addons-1.6.1 |
| 13:55.04 | leifmadsen | Corydon76-dig: ^^^ |
| 13:55.10 | leifmadsen | eliel: oh sorry :D |
| 13:55.38 | leifmadsen | AJFisher: ok, then I suggest you open an issue on bugs.digium.com and assign the severity as 'Crash', and attach your backtrace with 'bt' and 'bt full' |
| 13:56.00 | leifmadsen | looks to be Application/RetryDial |
| 13:56.05 | leifmadsen | (if such a category exists) |
| 13:56.12 | eliel | leifmadsen: there is a revert made by Corydon76-dig on addons-1.6.1 to fix the problem about xml documentation being included in addons and not un asterisk |
| 13:56.32 | leifmadsen | eliel: oh perfect -- ok, so I can just tag a new release then |
| 13:56.39 | leifmadsen | russellb: do we make RCs of -addons? |
| 13:56.46 | eliel | i think so |
| 13:56.47 | AJFisher | Perhaps I'll repeat the test with the normal Dial app. |
| 13:57.06 | leifmadsen | AJFisher: if you're getting a reproducible crash with RetryDial, it would be nice to get it resolved |
| 13:57.17 | AJFisher | yes, it happens every time |
| 13:57.25 | leifmadsen | please open an issue then if you could |
| 13:57.33 | russellb | leifmadsen: might as well |
| 13:57.40 | leifmadsen | russellb: coolio |
| 13:57.46 | AJFisher | ok, will do |
| 13:57.56 | file | AJFisher: did you upgrade from 1.4 by chance? |
| 13:58.07 | AJFisher | yes |
| 13:58.12 | file | AJFisher: and are using | to separate arguments in your dialplan for that? |
| 13:58.28 | AJFisher | I did a make uninstall-all first though |
| 13:58.41 | AJFisher | the call was made via a call file |
| 13:58.48 | AJFisher | lemme check |
| 14:00.10 | eliel | russellb: can the gsoc list ideas be ordered by importance for the project? so I can concentrate on an importan idea for my application? I am now thinking about the "data get" idea, but I don't know if it could be better to make some work on the testing framework instead. |
| 14:00.39 | leifmadsen | ooooo testing framework :) |
| 14:00.49 | AJFisher | I am using | http://pastebin.com/mda76a0f |
| 14:01.16 | leifmadsen | you'll want to use comma instead of pipe for 1.6.x |
| 14:01.25 | russellb | eliel: If you were to ask me my opinion on what I would rather see, I'd rather see you work on data get / data put |
| 14:01.56 | AJFisher | oh, ok. I'll try that. Segfaulting's a bit harsh though, isn't it? |
| 14:01.59 | file | the use of | certainly shouldn't cause the crash, but that would be why |
| 14:02.03 | leifmadsen | AJFisher: agreed |
| 14:03.17 | eliel | russellb: ok, do you think that the two of them should be in the same project? I have wrote some lines of code, of what I think the data get and data put should look like, if you think that what I think is the "right" way, maybe I could do both (get and put) |
| 14:03.49 | eliel | I have a data_retrieval branch and almost all the code is in main/data.c |
| 14:03.57 | eliel | it is just a code mock up |
| 14:04.00 | AJFisher | works fine with ','s. So thanks! Do you still want me to file the bug report? |
| 14:04.29 | eliel | AJFisher: it was crashing because you use a | instead of a comma??? |
| 14:04.38 | AJFisher | yep |
| 14:04.48 | eliel | Yes, please file a bug |
| 14:04.54 | russellb | eliel: I think both is a bit ambitious for a summer of code project, but I think ultimately the two will have to be tied together |
| 14:05.12 | russellb | eliel: so for the purposes of what you are expected to complete, you could propose just data get. |
| 14:06.00 | eliel | russellb: ok, then I will continue working on data put at the end of the soc |
| 14:06.37 | eliel | Is there any proposed mentor for this idea? so I could start discussin directly with him? |
| 14:08.24 | russellb | I'm not sure yet. On this one, it's probably Tilghman and me. If we have 2 students (one for get, one for put), we might both be involved. If it was just one, maybe just Tilghman. It's somethign we haven't worked out yet |
| 14:12.22 | eliel | ok |
| 14:15.00 | AJFisher | what category should I file the bug under? There is no retrydial category available. |
| 14:15.15 | *** join/#asterisk-dev kakashka (n=dos@21-158-124-91.pool.ukrtel.net) |
| 14:15.54 | eliel | AJFisher: app_dial seems to be the best category |
| 14:21.45 | kakashka | hey guys, anybody can help me? =) i've compiled&installed fresh asterisk-1.6.0.6 tarball on my freebsd 7.1 box. but it always going to core dump =( .http://pastebin.com/m5223b3b3 |
| 14:22.37 | kakashka | event dont starts =(. configs are from samples. |
| 14:26.00 | AJFisher | http://bugs.digium.com/view.php?id=14704 |
| 14:28.19 | *** join/#asterisk-dev Dovid (n=annon@tony09-121-90.inter.net.il) |
| 14:29.40 | *** part/#asterisk-dev Dovid (n=annon@tony09-121-90.inter.net.il) |
| 14:30.01 | *** join/#asterisk-dev Dovid (n=annon@tony09-121-90.inter.net.il) |
| 14:35.18 | Corydon76-dig | yawns at leifmadsen |
| 14:35.32 | leifmadsen | ACK-yawns |
| 14:48.39 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:48.39 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:54.41 | kakashka | so any comma in cfg file will make cor dump? even its behind ; (comment line) |
| 14:57.05 | Corydon76-dig | What? |
| 14:57.19 | Corydon76-dig | Sounds bogus to me |
| 15:02.45 | bbryant | eliel: ping |
| 15:02.59 | eliel | bbryant: here |
| 15:03.24 | bbryant | I was looking around at some of the soc ideas myself |
| 15:03.56 | bbryant | and was curious what you're doing for data put/get |
| 15:05.48 | kakashka | Corydon76-dig, after gmake samples asterisk crashes into core dump. but after rm -rf /usr/local/etc/asterisk/* starts normally |
| 15:05.52 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.24.187) |
| 15:06.00 | eliel | bbryant: http://pastebin.ca/1365302 |
| 15:06.04 | bbryant | thanks |
| 15:06.48 | eliel | My idea is to make the api user think there is an updated hierarchy of nodes to retrieve all the asterisk exported data. |
| 15:06.59 | Corydon76-dig | kakashka: what platform is this? |
| 15:07.01 | eliel | My idea ? well.. what I understood.. |
| 15:07.01 | *** join/#asterisk-dev IgorG (n=IgorG@host-92-124-165-235.pppoe.omsknet.ru) |
| 15:07.20 | kakashka | FreeBSD 7.1-RELEASE-p3 # |
| 15:07.48 | russellb | eliel: bbryant has been talking to me about maybe applying to work on the data put stuff, so potentially you guys could work together |
| 15:07.48 | eliel | I was thinking about using xpath for retrieving the data, but is very dificult to do so... without generating the entire tree, only the needed nodes... |
| 15:07.59 | Corydon76-dig | Are you using the ports tree or are you compiling Asterisk directly? |
| 15:08.01 | russellb | eliel: bbryant: Keep in mind guys, all of this stuff is pending google accepting applications, etc., there is no guarantee ... |
| 15:08.13 | bbryant | right |
| 15:08.27 | kakashka | trying both |
| 15:08.36 | eliel | russellb: yes! |
| 15:08.46 | Corydon76-dig | kakashka: you might want to contact the ports maintainer |
| 15:08.49 | kakashka | and no difference. from ports or tarbal |
| 15:09.11 | Corydon76-dig | If the port is failing, then it's under his/her purview |
| 15:09.13 | bbryant | eliel: theoretically the namespaces different channels request would only be a few nodes deep in a dom tree, so it wouldn't be to cumbersome to create them as it initializes |
| 15:09.32 | bbryant | as needed |
| 15:10.18 | bbryant | the rest for data put could be handled as it comes |
| 15:10.56 | IgorG | I get "APPLICATION ERROR #200, A required parameter to this page (bug_id) was not found" in mantis hall of fame |
| 15:11.00 | eliel | I was thinking about terminal and non-terminal nodes... terminal nodes are the final callback to the read/put function |
| 15:11.07 | IgorG | http://bugs.digium.com/karma_view_transactions.php?id=46 |
| 15:12.59 | bbryant | eliel: right, so the only non-terminal stuff would be namespaces then? |
| 15:13.46 | eliel | right, here is what i have started writing (http://svn.digium.com/view/asterisk/team/eliel/data_retrieval/main/data.c?view=markup) |
| 15:14.19 | eliel | I was thinking about using the dom as the tree structure |
| 15:14.48 | eliel | but is not useful for that purpose |
| 15:15.12 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 15:15.12 | eliel | what i was thinking was to have a simple tree in memory and when data is requested a dom is generated as a result |
| 15:16.08 | eliel | then that dom (abstracted) could be read, iterated, etc... |
| 15:17.43 | bbryant | eliel: yea, maintaining a tree might be good |
| 15:19.05 | eliel | I also was trying to use xpath instead of a simple node/node/node/node/ string.. |
| 15:19.55 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 15:20.24 | bbryant | yea, I just looked up xpath, so I'll take a look at it |
| 15:21.39 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:22.09 | eliel | my solution to use xpath was to pre-parse the xpath string and check which nodes needs to be retrieved from the internal tree structure in a dom |
| 15:22.14 | eliel | the run xpath against that node |
| 15:22.21 | eliel | this is time consuming |
| 15:22.39 | bbryant | yea |
| 15:22.41 | eliel | so I then though about having: ast_data_get and ast_data_get_xpath |
| 15:22.45 | eliel | or something like that |
| 15:22.54 | bbryant | xpath looks like it has a lot of options that we may not user |
| 15:23.12 | bbryant | but I don't know anything about it |
| 15:25.12 | *** join/#asterisk-dev JimmyTrivette (n=JimmyTri@75.76.165.34) |
| 15:29.49 | *** join/#asterisk-dev Amazinzay (n=isaiah@67.108.187.186.ptr.us.xo.net) |
| 15:31.49 | bbryant | class, later |
| 15:36.05 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:55.00 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:55.00 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:57.58 | *** join/#asterisk-dev bbryant (n=brett@68.208.65.50) |
| 15:57.58 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 16:00.20 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 16:06.49 | *** join/#asterisk-dev ctooley (n=ctooley@174-157-243-62.pools.spcsdns.net) |
| 16:06.49 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 16:29.41 | *** part/#asterisk-dev Amazinzay (n=isaiah@67.108.187.186.ptr.us.xo.net) |
| 16:33.35 | macli | putnopvut: morning, here is my gizmo config in asterisk http://pastebin.ca/1365356, whenever you have time, please take a look at it, thanks |
| 16:34.12 | putnopvut | macli: thanks |
| 16:35.33 | putnopvut | macli: I think the problem is that insecure=very isn't a valid option any more. Try changing that to insecure=invite,port |
| 16:39.45 | macli | putnopvut: aha, insecure=invite |
| 16:39.47 | leifmadsen | Corydon76-dig: I have tagged some new release candidates for asterisk-addons at your request |
| 16:42.02 | macli | putnopvut: thanks, I was reading the chan_sip yesterday, and it is 23501 lines :-) |
| 16:42.14 | putnopvut | macli: yes...yes it is. |
| 16:42.15 | Corydon76-dig | leifmadsen: and signed |
| 16:42.45 | leifmadsen | w00t! |
| 17:08.04 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 17:08.04 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 17:08.41 | *** join/#asterisk-dev shyam_k (n=user@unaffiliated/shyam-k/x-8459115) |
| 17:21.37 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.89) |
| 17:49.51 | Qwell | seanbright: ping? |
| 18:03.27 | seanbright | Qwell: sir |
| 18:03.44 | Qwell | seanbright: having trouble getting cdr_tds to build on 1.4.. any thoughts? |
| 18:05.40 | seanbright | Qwell: yes, downgrade free_tds |
| 18:05.47 | seanbright | freetds, rather. |
| 18:07.38 | seanbright | in a nutshell... |
| 18:08.18 | seanbright | we never should have written code against libtds, as that is an "internal" library and the API changed a bunch in the old'n days |
| 18:09.12 | seanbright | newer versions of the lib statically link the tds stuff into the higher level librarys (dbd and something else i don't remember) |
| 18:09.30 | seanbright | so libtds isn't installed by default any longer, which breaks the build |
| 18:10.13 | seanbright | i did have a branch to backport the new version of cdr_tds to 1.4, but it stagnated and i just deleted it. |
| 18:10.21 | seanbright | (could get it back i guess) |
| 18:10.39 | Qwell | so what you're saying is... |
| 18:10.42 | Qwell | don't use MSSQL? |
| 18:11.04 | seanbright | i am not saying that |
| 18:11.22 | seanbright | i am saying use freetds .6x if you want to use it with asterisk 1.4 |
| 18:11.40 | seanbright | freetds .8x if you are using asterisk > 1.4 |
| 18:12.29 | Qwell | any .6x? |
| 18:15.50 | seanbright | latest .6 |
| 18:15.59 | seanbright | well |
| 18:16.07 | seanbright | any .6 |
| 18:16.54 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:46.56 | *** join/#asterisk-dev Dovid (n=annon@tony09-121-90.inter.net.il) |
| 18:48.55 | *** join/#asterisk-dev msetim (n=setim@200.195.162.210) |
| 18:50.42 | msetim | hello guys. I discovered this ticket: http://bugs.digium.com/view.php?id=11256 How do you check if it is using this buffer in fact. I have been teste with/without this ticket and I really have been noted less cpu load however I don't belive that it is the correct way to check it :) |
| 18:55.45 | JunK-Y | if im using ast_pbx_outgoing_exten() and im using a local chan to dial to a sip chan, how can i cancel that dial^ |
| 19:00.17 | outtolunc | wait for timeout, or know the channel name to do a hangup |
| 19:02.00 | JunK-Y | the problem is that i need to take the decision to stop the ringing. |
| 19:02.32 | outtolunc | sorry i also assumed you were using async |
| 19:02.45 | JunK-Y | negative. |
| 19:03.32 | msetim | oh god.. I was talking about 11962 not 11256 |
| 19:03.40 | msetim | sorry |
| 19:12.56 | Corydon76-dig | JunK-Y: you cannot |
| 19:14.15 | msetim | ops, wrong list, It was to asterisk only, sorry |
| 19:14.51 | JunK-Y | thats why im realizing, ive just tried with async and ive the same behavior |
| 19:15.41 | JunK-Y | i will have to create threads and manage it by hand, but thats a lot of works for only that |
| 19:16.53 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:22.38 | *** join/#asterisk-dev AJFisher (n=alex@82-70-11-70.dsl.in-addr.zen.co.uk) |
| 19:23.23 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) [NETSPLIT VICTIM] |
| 19:23.23 | *** join/#asterisk-dev ScribbleJ (n=sj@c-67-172-6-141.hsd1.il.comcast.net) [NETSPLIT VICTIM] |
| 20:07.03 | *** join/#asterisk-dev shyam_k (n=user@unaffiliated/shyam-k/x-8459115) |
| 20:41.00 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 20:41.00 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 20:42.41 | *** join/#asterisk-dev shyam_k (n=user@unaffiliated/shyam-k/x-8459115) |
| 20:45.20 | shyam_k | just a hi from a student.. I Just started out with asterisk and now got my desktop and laptop to connect each other.. was planning to start with asterisk a lill bit later but now with asterisk on gsoc, it would certainly be wonderful to utilize that oppurtunity:) any tips on how i can achieve my dreams? yet on the way to understand the asterisk internals and the details of projects listed for gsoc.. |
| 20:46.53 | jsmith | shyam_k: Start with app_skel.c, and start wrapping your head around the code. |
| 20:47.12 | jsmith | shyam_k: It's probably easiest to start out writing a simple application or function |
| 20:50.24 | shyam_k | wow that looks cool.. i'll cover that by tmrw.. today's achievement was to touch on asterisk and to make the two systems connect each other;-) |
| 20:52.33 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.89) |
| 20:53.50 | putnopvut | shyam_k: if you're not familiar with actually using Asterisk, it may be a good idea to look at Asterisk: The Future of Telephony. It's a great resource for learning to use Asterisk effectively. |
| 20:53.52 | putnopvut | ~thebook |
| 20:53.53 | jbot | somebody said thebook was Asterisk: The Future of Telephony 2nd Edition (ISBN 0-596-51048-9) --- Order yours at http://www.oreilly.com/catalog/9780596510480/ --- Free downloadable PDF http://downloads.oreilly.com/books/9780596510480.pdf --- HTML at http://astbook.asteriskdocs.org |
| 20:54.26 | shyam_k | putnopvut: ofcourse thats the single book i am reading continuously for last 24hours:) |
| 20:54.30 | jsmith | putnopvut: It's a bit out of date :-( |
| 20:54.37 | putnopvut | jsmith: it's still just fine for Asterisk 1.4 |
| 20:54.43 | shyam_k | yeah just heard from the other channel that zaptel is dead.. |
| 20:54.44 | jsmith | putnopvut: The authors should really get off their fat duffs and get to work on an updated edition |
| 20:54.53 | jsmith | pokes himself in the eye |
| 20:54.54 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 20:55.00 | putnopvut | jsmith: who said that? |
| 20:55.15 | jsmith | putnopvut: Me, myself, and my sore eye. |
| 20:55.17 | shyam_k | don't have any hardware yet.. so started just with asterisk 1.4 |
| 20:55.32 | jsmith | That'll be a good way to start |
| 20:57.23 | tzafrir_laptop | shyam_k, if you really want to follow development: use svn trunk |
| 20:57.52 | tzafrir_laptop | now is a good time to learn the svn command 'switch' (svn sw) |
| 20:58.10 | shyam_k | yeah.. i thought of that.. but to start with, i thought better go with the code that syncs with the book.. |
| 20:58.37 | tzafrir_laptop | make doc |
| 20:58.49 | tzafrir_laptop | and make your own book |
| 20:59.09 | jsmith | tzafrir_laptop: If only that were as complete as the book (and hopefully someday it will be!) |
| 20:59.53 | shyam_k | yeah just coz today was my first day with asterisk tmrw onwards, it would be my own book;-) |
| 21:24.05 | shyam_k | off to bed before his dad wakes up.. see ya guys tmrw.. hopefully i'll cover up the basics by tmrw..;-) |
| 21:24.07 | shyam_k | gnight.. |
| 21:41.35 | russellb | R203 |
| 21:41.37 | MuffinMan | [R203] Convert ast_channel over to astobj2 [Pending] Submitted by russell => http://reviewboard.digium.com/r/203/ |
| 21:41.43 | russellb | putnopvut: ^^ |
| 21:41.51 | putnopvut | ooh |
| 21:42.07 | putnopvut | russellb: I'll get on it as soon as I finish updating issue 8824 stuff. |
| 21:42.13 | russellb | heh, no rush .. |
| 21:42.19 | russellb | another 2 page review request |
| 21:42.30 | russellb | 2 page diff, anyway |
| 21:43.20 | leifmadsen | no, I want a 2 page review |
| 21:43.26 | leifmadsen | 600 words |
| 21:44.22 | jsmith | leifmadsen: And no semicolons? |
| 21:57.36 | freddyk | can i ask about something i consider a bug in chan_sip ? |
| 21:58.04 | leifmadsen | #asterisk-bugs |
| 21:58.15 | leifmadsen | meh... or here :) |
| 21:58.37 | freddyk | i did an upgrade from 1.6.0.6 to current trunk |
| 21:58.50 | freddyk | and i noticed that |
| 21:59.12 | freddyk | chan_sip doesn't register anymore on peers included in chan_sip [sections] |
| 21:59.21 | freddyk | in particular |
| 21:59.32 | leifmadsen | you can type up a bunch of characters on a single line :) |
| 21:59.38 | russellb | ~enter |
| 21:59.39 | jbot | the enter key is not a substitute for punctuation. Use a period '.', exclamation mark '!', question mark '?', comma ',', colon ':', semi-colon ';' emdash '--', or ellipsis '...' instead. |
| 21:59.43 | russellb | heh |
| 22:00.06 | putnopvut | freddyk: I noticed that earlier today, too. So has The_Boy_Wonder |
| 22:00.13 | freddyk | this happens just when [peers] include a section like this [peer](sample_peer_options) but this happens only when more than one peer involved in registration uses the same includes |
| 22:00.14 | putnopvut | And I have no idea what could have caused it. |
| 22:00.23 | putnopvut | Oh. |
| 22:00.34 | putnopvut | My regular sip peers aren't registering with Asterisk trunk right now. |
| 22:00.48 | putnopvut | I don't use any templates. |
| 22:01.14 | freddyk | mine too, but i got an error, like chan_sip tries to resolve [peername] in section like a domain name |
| 22:02.00 | *** part/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 22:02.10 | putnopvut | Hmm, I suppose we need to narrow down when this problem was introduced. There have only been two commits to chan_sip today, afaik. Neither of them should have any effect on peer registration. |
| 22:02.49 | freddyk | putnovput: i experience this bug from a week or two, so i think it's not due to daily commits |
| 22:03.17 | putnopvut | well, crap |
| 22:08.53 | *** join/#asterisk-dev eliel (n=eliels@151-202-114-200.fibertel.com.ar) |
| 22:08.53 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 22:09.46 | eliel | bbryant: do you have an idea on how to implement the data put idea? |
| 22:16.13 | *** join/#asterisk-dev WeazelON (n=WeazelON@mail2.tikalnetworks.com) |
| 22:16.14 | WeazelON | whats the command for "pri show span" in asterisk 1.4.23.1 ? |
| 22:16.57 | kpfleming | pri show span |
| 22:17.02 | kpfleming | #asterisk |
| 22:22.07 | *** join/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 22:22.07 | *** mode/#asterisk-dev [+o Mog] by ChanServ |
| 22:26.04 | *** part/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 22:28.18 | *** join/#asterisk-dev bkruse (n=bkruse@76.73.154.120) |
| 22:28.18 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 22:30.15 | mvanbaak | oh boy |
| 22:30.34 | mvanbaak | some stuff just wont compile on bsd |
| 22:32.10 | mvanbaak | we should define FIRST_ORDER_NOISE_SHAPING and SECOND_ORDER_NOISE_SHAPING in app_fax (and other stuff that uses spandsp) |
| 22:34.39 | *** join/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 22:34.40 | *** mode/#asterisk-dev [+o Mog] by ChanServ |
| 22:38.14 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 22:47.38 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 22:47.38 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:48.23 | mvanbaak | defining them as 0 in apps/app_fax.c makes it compile again |
| 23:13.53 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 23:32.36 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 23:44.28 | bbryant | eliel: I have a few ideas, a tree structure that was organized for fast access? |
| 23:45.09 | bbryant | that's probably the most obvious part |
| 23:52.42 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu2.dynamic.dsl.tele.dk) |