| 00:08.57 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 00:23.31 | *** join/#asterisk-dev philippel (n=p_lindhe@pool-98-111-69-201.sttlwa.fios.verizon.net) |
| 00:24.13 | *** part/#asterisk-dev philippel (n=p_lindhe@pool-98-111-69-201.sttlwa.fios.verizon.net) |
| 00:48.45 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 00:57.32 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-71-228-179-90.hsd1.al.comcast.net) |
| 00:57.32 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 03:20.24 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 05:13.03 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 05:13.03 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 05:14.52 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 05:14.58 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 05:24.10 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 05:24.10 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 05:57.01 | *** join/#asterisk-dev |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 06:03.08 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.118) |
| 06:17.05 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 06:17.05 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 07:11.52 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:23.55 | *** join/#asterisk-dev wildzero-cw (n=chatzill@p50997436.dip0.t-ipconnect.de) |
| 07:40.35 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:40.35 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:45.58 | *** join/#asterisk-dev mohawk (n=ross@host217-40-110-153.in-addr.btopenworld.com) |
| 07:56.07 | *** join/#asterisk-dev Melifaro (n=melifaro@me.asl.ru) |
| 07:59.05 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.118) |
| 08:25.59 | *** join/#asterisk-dev BlargMaN00 (n=blarg@12.234.16.130) |
| 09:54.08 | kaii | tzafrir_laptop: where can i find the latest debian packages for 1.4? latest i found is a package of 1.4.21 |
| 09:55.12 | tzafrir_laptop | kaii, there isn't. Debian packaging switched to 1.6 and is now at 1.6.2 (rc2) |
| 10:01.15 | kaii | i see, so 1.4 is unmaintained on debian/ubuntu ? |
| 11:06.00 | tzafrir_laptop | it's the stable version in Debian. It only gets very important fixes |
| 11:06.18 | tzafrir_laptop | and should have minimal changes |
| 11:06.34 | tzafrir_laptop | Ubuntu chose not to move forward as well for their own reasons |
| 11:16.20 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 11:16.25 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:16.25 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:18.16 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 11:18.16 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:27.41 | *** join/#asterisk-dev denon (i=denon@sassinak.net) |
| 11:29.23 | kaii | tzafrir_laptop: i see, thx for sharing. |
| 12:22.32 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:26.52 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 12:44.18 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 13:27.58 | *** join/#asterisk-dev Praise (n=Fat@host61-142-dynamic.51-82-r.retail.telecomitalia.it) [NETSPLIT VICTIM] |
| 13:28.53 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) [NETSPLIT VICTIM] |
| 13:28.53 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) [NETSPLIT VICTIM] |
| 13:28.53 | *** join/#asterisk-dev |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) [NETSPLIT VICTIM] |
| 13:28.53 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) [NETSPLIT VICTIM] |
| 13:28.53 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 13:28.53 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 13:28.53 | *** join/#asterisk-dev kaii (n=kai@ciphron.de) [NETSPLIT VICTIM] |
| 13:28.53 | *** join/#asterisk-dev xpot (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) [NETSPLIT VICTIM] |
| 13:28.53 | *** join/#asterisk-dev jmworx (n=jeval@mail.octasic.com) [NETSPLIT VICTIM] |
| 13:28.53 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 13:28.53 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) [NETSPLIT VICTIM] |
| 13:28.53 | *** mode/#asterisk-dev [+oooo snuff-home russellb file The_Boy_Wonder] by irc.freenode.net |
| 13:28.53 | *** join/#asterisk-dev MikeBalsam (n=michael@syria.uc.org) [NETSPLIT VICTIM] |
| 13:29.30 | *** join/#asterisk-dev mbranca (n=matteo@2001:1418:130:0:21e:8cff:fe51:5b05) |
| 13:29.41 | *** join/#asterisk-dev DarkRift (n=dark@24.200.68.15) |
| 13:56.44 | *** join/#asterisk-dev pyite (n=pyite@unaffiliated/pyite) |
| 13:57.34 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) |
| 13:59.34 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 13:59.34 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:06.03 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 14:06.03 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 14:09.25 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:09.25 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:09.42 | *** join/#asterisk-dev ApOgEE (i=apogee@elite.bshellz.net) |
| 14:30.20 | *** join/#asterisk-dev gardo (n=gardo@121.97.192.96) |
| 14:30.26 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:30.26 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:48.02 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:48.02 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:51.54 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:51.54 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:54.50 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:58.35 | *** join/#asterisk-dev gardo (n=gardo@121.97.192.96) |
| 15:40.37 | *** join/#asterisk-dev errotan (n=errotan@5403E596.catv.pool.telekom.hu) |
| 15:42.37 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:51.16 | *** join/#asterisk-dev xpot-mobile (n=james@173.8.94.1) |
| 15:55.24 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:02.13 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 16:12.27 | kpfleming | ok, so question: i'm about to commit a change to trunk and all the 1.6 branches that changes the way T.38 error correction is configured (it removes the ability to configure it in udptl.conf, since it now is controlled via sip.conf where it belongs) |
| 16:12.50 | kpfleming | that should be documented in UPGRADE.txt, but I'm trying to decide which section |
| 16:13.21 | kpfleming | i guess trunk doesn't need it at all, and then in the other branches i'll just make a new section referencing the next scheduled release number |
| 16:14.06 | russellb | works for me |
| 16:28.03 | *** join/#asterisk-dev janinge (i=j@ninge.net) [NETSPLIT VICTIM] |
| 16:29.46 | *** join/#asterisk-dev wildzero-cw (n=chatzill@p50997436.dip0.t-ipconnect.de) |
| 16:35.57 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:36.06 | atis_work | Corydon76-dig: i wonder what was the purpose on adding 2>malloc_debug.txt in doc/valgrind.txt |
| 16:36.41 | atis_work | all i got there is stderr of child processes |
| 16:39.23 | *** join/#asterisk-dev _ys (n=Miranda@236-070.nat.mns.ru) |
| 16:40.04 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 16:40.04 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:41.57 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) [NETSPLIT VICTIM] |
| 17:09.31 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200.171.132.124) |
| 17:16.09 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:36.33 | Corydon76-dig | atis_work: I wonder what's the purpose of asking me silly questions |
| 17:37.27 | atis_work | Corydon76-dig: well, valgrind logs everything to either --log-file or --log-fd, so what is supposed to get in fd 2? |
| 17:39.06 | atis_work | And since valgrind sometimes throws message "use --log-fd" which makes logs unreadable, perhaps it's better to use --log-fd always, to get cleaner output |
| 17:39.40 | Corydon76-dig | Sounds fine to me |
| 17:42.01 | atis_work | Corydon76-dig: so you won't tell me why you put the "2>malloc_debug.txt" stuff? |
| 17:45.18 | Corydon76-dig | atis_work: I'm sorry, did you think that I had some sick twisted plan to eat your disk space or something? |
| 17:45.34 | Corydon76-dig | It's quite common to ask for all output of a script and figure it out later |
| 17:46.27 | Corydon76-dig | It's nice that you figured out that the stderr output wasn't all that useful, but I really don't understand why that's a big deal |
| 17:47.26 | atis_work | well, i just want to add some error suppression, and that line was always confusing me |
| 17:47.49 | Corydon76-dig | It was apparently a mistake. |
| 17:48.29 | Corydon76-dig | If I thought I was going to be accused of some sinister plot, I probably would have looked over it more. |
| 17:48.43 | atis_work | hehe :) |
| 17:55.55 | *** join/#asterisk-dev msetim (n=setim@189.4.48.141) |
| 18:13.22 | *** join/#asterisk-dev moy (n=moy@74.12.135.147) |
| 18:15.58 | *** part/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 18:17.03 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:45.47 | moy | I was looking for something to hangup all channels in asterisk, cannot find it, would a patch be accepted to accept "channel request hangup all" ? or is there any other command out there doing this already? |
| 18:54.49 | kpfleming | without shutting down? |
| 18:58.54 | Corydon76-dig | Seems like a command of limited usefulness... just because you initiate a hangup of all channels in one instant doesn't mean another one couldn't pop up in the next |
| 19:02.49 | kpfleming | right, that was going to be my next question |
| 19:06.21 | kpfleming | umm... sip.conf peer parsing in the 1.6.0 branch appears to be badly broken |
| 19:06.35 | kpfleming | i have a peer with 'host=127.0.0.1' but 'sip show peers' says unspecified |
| 19:10.45 | moy | Corydon76-dig: indeed, unless you are a dev and you know no more calls will be generated :) ... I can always do a bash script and asterisk -rx to hang them all though |
| 19:11.02 | kpfleming | why not just 'core restart now'? |
| 19:11.41 | kpfleming | commit asterisk 220976 |
| 19:11.44 | MuffinMan | [220976] Committed by tilghman on 2009-09-29T20:45:13.779302Z: Merged revisions 220906 via svnmerge from |
| 19:11.44 | MuffinMan | ..https://origsvn.digium.com/svn/asterisk/trunk |
| 19:11.44 | MuffinMan | .. |
| 19:11.44 | MuffinMan | .................. |
| 19:11.45 | MuffinMan | .. r220906 | tilghman | 2009-09-29 14:57:37 -0500 (Tue, 29 Sep 2009) | 16 lines |
| 19:11.48 | MuffinMan | .. |
| 19:11.50 | MuffinMan | .. Merged revisions 220873 via svnmerge from |
| 19:11.52 | MuffinMan | .. https://origsvn.digium.com/svn/asterisk/branches/1.4 |
| 19:11.55 | MuffinMan | .. |
| 19:11.58 | MuffinMan | .. ........ |
| 19:12.00 | MuffinMan | .. r220873 | tilghman | 2009-09-29 12:59:26 -0500 (Tue, 29 Sep 2009) | 9 lines |
| 19:12.01 | Corydon76-dig | kpfleming: I'm already looking at it |
| 19:12.03 | MuffinMan | .. |
| 19:12.05 | MuffinMan | .. Reduce CPU usage related to building a peer merely for devicestates. |
| 19:12.06 | kpfleming | ok |
| 19:12.07 | MuffinMan | .. This fixes a 100% CPU problem in the SIP driver, found by profiling |
| 19:12.11 | kpfleming | reverting that definitely fixes the problem |
| 19:12.11 | MuffinMan | .. the driver while the problem was occurring. |
| 19:12.13 | MuffinMan | .. (closes issue #14309) |
| 19:12.15 | MuffinMan | .. Reported by: pkempgen |
| 19:12.18 | MuffinMan | .. Patches: |
| 19:12.20 | MuffinMan | .. 20090924__issue14309.diff.txt uploaded by tilghman (license 14) |
| 19:12.23 | MuffinMan | .. Tested by: pkempgen, vrban |
| 19:12.25 | MuffinMan | .. ........ |
| 19:12.28 | MuffinMan | .................. |
| 19:12.31 | MuffinMan | .. |
| 19:12.32 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=220976 |
| 19:12.52 | Corydon76-dig | It was a bad merge |
| 19:13.53 | moy | that would work too, though, I will have to re-open manager connections or any other stuff that I may be messing with |
| 19:14.12 | kpfleming | oh, true |
| 19:14.30 | kpfleming | well, no, i wouldn't be opposed to the existing CLI command being extended to support 'all' |
| 19:23.30 | moy | cool, patch submited |
| 19:24.18 | moy | 16009 ... lunch time, later |
| 19:33.47 | *** join/#asterisk-dev jmworx__ (n=jeval@mail.octasic.com) |
| 19:33.50 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:39.11 | atis_work | ok, i have hanging asterisk filling log with "Avoiding initial deadlock for channel ..." running within valgrind, but i can't stop it |
| 19:39.15 | atis_work | any ideas? |
| 19:46.10 | Corydon76-dig | Turn off debug to your log |
| 19:46.11 | Corydon76-dig | You've got a lot of contention to the channel list, which is causing those messages. The only way really to avoid that problem is to upgrade to a release that hasn't been branched yet (1.6.3) because in that release, we've gotten rid of that list (or at least, the main reason for all that contention). |
| 19:46.11 | Corydon76-dig | If you have any management process that is running 'core show channels' repeatedly, you should stop that. |
| 19:48.47 | atis_work | Corydon76-dig: well, now i do the "core show channels" for logging to munin, as i wanted to test the same issue on vanilla asterisk. i had exactly the same issue with my realtime channels patches |
| 19:49.50 | atis_work | So, the problem was even without requesting channel list every 5 minutes |
| 19:51.22 | Corydon76-dig | atis_work: yep, see above. |
| 19:53.38 | atis_work | well, trunk is not really an option.. i'd like to stick to released branch |
| 19:54.09 | atis_work | could i attach gdb to running valgrind to find out what's going on? |
| 19:54.33 | Corydon76-dig | If you did something as little as changing the allocation of channels to be ao2-oriented, without even changing that central list, but moving the results of that action throughout the entire code base, you could probably get rid of most of those messages |
| 19:55.12 | Corydon76-dig | atis_work: I told you what's going on. You're not going to get a clearer picture than what I just told you |
| 19:55.36 | Corydon76-dig | The problem is channel lock contention. Period. |
| 19:57.01 | atis_work | Corydon76-dig: could you point me to commit for trunk? |
| 19:57.31 | Corydon76-dig | You mean the primary one that fixed this? |
| 19:58.40 | Corydon76-dig | http://svn.digium.com/view/asterisk?view=revision&revision=190423 |
| 19:59.38 | Corydon76-dig | There's more than one commit since then that was a followup to this, because as the effects are so wide-ranging, it was inevitable that Russell would not catch them all on the first pass. |
| 20:00.05 | atis_work | ok, i'll see if i can make backport of that |
| 20:00.11 | Corydon76-dig | Hah! |
| 20:00.14 | kpfleming | Corydon76-dig: can i help fix this chan_sip config parsing problem? it's holding me up testing a T.38 patch (and a community tester as well) |
| 20:00.33 | Corydon76-dig | kpfleming: I'm testing the fix to trunk now |
| 20:00.40 | kpfleming | thanks |
| 20:11.38 | atis_work | ooh, it's comming down.. perhaps i'll even get valgrind log :) |
| 20:19.17 | dwery | hello. I'm trying to debug an IAX problem when I get garbled audio due to too many packets between two servers when one of the two is configured with host=ipaddr wrto host=dynamic. I'm looking at IAX_DYNAMIC in the source but I can't find any place where this could be causing the describe behaviour. Do you have any pointers I might look at? |
| 20:29.27 | kpfleming | The_Boy_Wonder: did your commit to 1.6.0 just stomp on changes Corydon76-dig is making? |
| 20:30.20 | Corydon76-dig | Indeed it did |
| 20:30.29 | The_Boy_Wonder | what am i missing here? |
| 20:30.51 | The_Boy_Wonder | did i mess something up? |
| 20:31.08 | Corydon76-dig | Don't worry about it |
| 20:31.33 | The_Boy_Wonder | well, i had to fix that because it involves another patch i am merging |
| 20:31.50 | Corydon76-dig | Hang loose on merging anything else to chan_sip for a little bit |
| 20:32.51 | The_Boy_Wonder | alright, just let me know when it's clear |
| 20:34.29 | Corydon76-dig | kpfleming: You are go on 1.6.0 |
| 20:34.38 | kpfleming | thank you sir |
| 20:38.32 | *** join/#asterisk-dev nny (n=scott@64.203.239.83) |
| 20:43.49 | Corydon76-dig | The_Boy_Wonder: Okay, I'm done. Continue, sir. |
| 20:44.07 | The_Boy_Wonder | thanks! |
| 20:47.34 | nny | does this suggested dev patch from this bug report (https://issues.asterisk.org/print_bug_page.php?bug_id=14838) add support for connection timeout to odbc connections to a MS SQL server? trying to determine if there is a native way to tell asterisk to timeout if the SQL server is offline, as right now it goes silent while trying to connect... |
| 20:47.51 | nny | if this is a support question disregard, trying to discern if the code supports such things |
| 20:49.37 | Corydon76-dig | nny: read the docs. It's a support question. |
| 20:49.58 | nny | read the book, i'll continue looking |
| 20:50.11 | Corydon76-dig | Not those docs |
| 20:51.05 | nny | checking dev docs on asterisk.org now |
| 20:52.04 | nny | http://www.asterisk.org/doxygen/1.4/main.html ? |
| 20:53.23 | russellb | The_Boy_Wonder: I find it amusing when you start reviewing your own code and giving yourself comments :-) |
| 20:53.40 | russellb | I'm glad you find the tool helpful. whatever helps make the code better! |
| 20:55.03 | Corydon76-dig | nny: Right now, it's hardcoded to 10 seconds |
| 20:55.50 | nny | Corydon76-dig: I assume there is no variable to change that? |
| 20:55.51 | The_Boy_Wonder | russellb: yeah, i know its kind of weird, i just like to put it up there and take passes at it after i've worked on something else for awhile |
| 20:55.51 | nny | Corydon76-dig: sorry to bother, trying to find where this is outlined |
| 20:55.56 | russellb | The_Boy_Wonder: *nods* |
| 20:56.55 | Corydon76-dig | nny: in the source, of course |
| 20:57.24 | nny | Corydon76-dig: gotcha, looks like i'll have to recompile the module to lower the timeout.. |
| 20:57.57 | Corydon76-dig | I was primarily concerned with making it too low, not too high |
| 20:58.47 | nny | Corydon76-dig: The timeout wouldn't be so bad except I can't get the application to run and fake any feedback with Ringing() at the same time. So if the DB connection is down, it just goes silent for 10 |
| 20:58.52 | Corydon76-dig | Search for SQL_ATTR_CONNECTION_TIMEOUT |
| 20:59.18 | nny | Corydon76-dig: will do, i'll try and put some kind of howto up on the voip wiki or something for future peeps |
| 20:59.26 | Corydon76-dig | There is negative connection caching, though |
| 21:00.01 | Corydon76-dig | Oh, wait, that's not yet merged to trunk |
| 21:00.15 | nny | Corydon76-dig: yeah saw a patch in the bug report I posted that mentioned connect_timeout and negative_connection_cache |
| 21:00.43 | nny | Corydon76-dig: it was 5 months ago though, wasn't sure if it had crept into the live code or not yet |
| 21:00.47 | Corydon76-dig | That's in team/tilghman/realtime_failover |
| 21:01.11 | nny | ok i'll look at using the patch and the connect_timeout variable then |
| 21:01.14 | nny | thanks for the input |
| 21:01.40 | Corydon76-dig | You're welcome to test the branch, though |
| 21:03.39 | nny | Corydon76-dig: thinking due to the nature of the system I am working on just lowering the timeout in the source will work here, although willing to test out the branch on a dev box here at one point |
| 21:04.42 | nny | I can see where the realtime_failover branch would be very useful though, this box is just checking CID against an offsite SQL database and returning an extension if it finds a match... |
| 21:07.51 | Corydon76-dig | nny: yes, that's the original purpose of func_odbc |
| 21:08.17 | Corydon76-dig | The very first use of func_odbc was as a callerid blacklist |
| 21:08.23 | nny | Corydon76-dig: ahh cool good to know. |
| 21:08.27 | Corydon76-dig | against SQL Server |
| 21:08.43 | nny | ha cool |
| 21:08.56 | Corydon76-dig | (TNT) |
| 21:09.20 | nny | heh my business partner just mentioned xgfblacklist |
| 21:09.21 | nny | ha |
| 21:11.01 | Corydon76-dig | Welcome to my world of overengineered solutions |
| 21:11.30 | nny | heheh |
| 21:11.34 | Corydon76-dig | cdr_adaptive_odbc, same thing |
| 21:15.47 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 21:15.56 | nny | great! that worked |
| 21:16.04 | nny | thanks for the insight Corydon76-dig |
| 21:26.26 | *** part/#asterisk-dev nny (n=scott@64.203.239.83) |
| 22:48.06 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip98-186-180-143.ks.ks.cox.net) |
| 23:03.40 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 23:17.55 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-146.cablep.bezeqint.net) |
| 23:17.55 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:23.55 | Corydon76-dig | russellb: ping |
| 23:30.09 | *** part/#asterisk-dev dwery (n=dwery@nslu2-linux/dwery) |
| 23:59.43 | russellb | Corydon76-dig: pong! |