| 00:00.09 | kpfleming | res_config_odbc, for example |
| 00:00.26 | kpfleming | however, if we change that, then people will have to modify modules.conf to preload res_config_odbc before anything that needs realtime stuff from ODBC |
| 00:00.37 | kpfleming | so they are relying on unintended behavior right now |
| 00:01.09 | Corydon76-dig | kpfleming: we already tell them to do that in extconfig.conf |
| 00:01.25 | kpfleming | ok, so that covers the realtime stuff |
| 00:01.55 | kpfleming | there is also res_crypto, res_indications, res_musiconhold, res_snmp |
| 00:01.59 | kpfleming | (this is in 1.4) |
| 00:02.10 | *** join/#asterisk-dev bird_of_Luck (n=melifaro@secured.by.ipfw.ru) |
| 00:02.29 | Corydon76-dig | kpfleming: actually, no, it's in modules.conf |
| 00:02.36 | kpfleming | res_crypto and res_musiconhold use the ugly 'register functions' method to get around this |
| 00:02.59 | kpfleming | so it may not be as bad as i thought then |
| 00:03.21 | Corydon76-dig | In those 2 cases, the global symbols are probably legacy, because those two modules used to have global symbols |
| 00:03.26 | kpfleming | yep |
| 00:03.37 | kpfleming | and in trunk some time in the future, they will again |
| 00:03.50 | Corydon76-dig | janitor project? |
| 00:04.04 | kpfleming | well, when someone gets around to converting them to use optional_api |
| 00:04.59 | Corydon76-dig | Are we going forward with optional_api, given that it doesn't work on OS X? |
| 00:05.15 | kpfleming | it would work if OS X hadn't broken what gcc already has |
| 00:05.33 | Corydon76-dig | Well, the issue was ELF support |
| 00:05.38 | kpfleming | it just means OS X users have to have things loaded even they don't intend to use them |
| 00:05.45 | Corydon76-dig | OS X doesn't use that loader format |
| 00:06.00 | kpfleming | weak aliases are not only possible with ELF |
| 00:06.18 | kpfleming | other linker formats could do them too, and GCC can support them if the linker provides them |
| 00:06.36 | kpfleming | it just doesn't seem to be a big problem for platforms who don't support it... people just have to load extra modules |
| 00:06.52 | kpfleming | it's better than having modules that attempt to automatically load other modules behind your back, IMO |
| 00:07.12 | Corydon76-dig | kpfleming: right, but see what I had to do with app_stack |
| 00:07.45 | Corydon76-dig | I can certainly give you access to that machine to see what you can work up, though |
| 00:08.25 | kpfleming | i don't understand what you mean... what did you 'have to do'? |
| 00:08.56 | Corydon76-dig | to make app_stack work on OS X |
| 00:09.02 | kpfleming | i don't see anything ugly there |
| 00:09.11 | kpfleming | there are checks to see if the function pointers are non-NULL, that is all |
| 00:09.31 | Corydon76-dig | Right, but it's not using optional_api |
| 00:10.01 | kpfleming | umm... yes it is |
| 00:10.08 | kpfleming | the header file is still using optional_api |
| 00:10.12 | Corydon76-dig | You had originally created stub functions that existed when res_agi wasn't loaded |
| 00:10.42 | Corydon76-dig | well, not stubs, but functions that got aliased over |
| 00:11.11 | kpfleming | and it looks like that stuff is still there... where are these changes you are talking about? |
| 00:11.12 | Corydon76-dig | and I had to remove them to get app_stack to work on OS X |
| 00:11.52 | kpfleming | so now optional_api.h has a different implementation for OS X |
| 00:11.58 | Corydon76-dig | Oh, nevermind... I forgot that I defined it only for OS X |
| 00:12.08 | kpfleming | well, for weak_import |
| 00:12.28 | Corydon76-dig | Right, but weak_import is basically only for OS X |
| 00:12.51 | kpfleming | so then the if (foo) foo( .... ) stuff could be included in the macro, so it's invisible to the user of the API |
| 00:13.03 | Corydon76-dig | I was trying to make it so that I defined it against a capability instead of against a particular OS |
| 00:13.04 | kpfleming | well... no it can't |
| 00:13.22 | kpfleming | but there are ways that could be made to work |
| 00:13.36 | kpfleming | and even if it cannot, the only downside is that osx users need to have res_agi loaded before loading app_stack |
| 00:13.42 | Corydon76-dig | That's why I was offering you a login on that OS X machine |
| 00:13.47 | kpfleming | and before all this stuff, app_stack would have loaded res_agi anyway |
| 00:13.50 | kpfleming | so there's no downside |
| 00:21.00 | Corydon76-dig | Note to self: when using vncviewer to OS X, the caps lock on the console affects how passwords are typed. |
| 00:33.33 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 00:42.00 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 01:07.42 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 01:07.42 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 01:07.56 | *** join/#asterisk-dev jtodd (n=jtodd@158.sub-75-208-7.myvzw.com) |
| 01:21.30 | *** join/#asterisk-dev jeffg (i=CTuUS5vd@pdpc/supporter/active/jeffg) |
| 01:40.07 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 01:45.05 | *** join/#asterisk-dev Mw3_ (n=mw3@ip59934bd1.rubicom.hu) |
| 01:53.05 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 04:02.17 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 04:02.17 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 04:22.21 | *** join/#asterisk-dev CunningPike (n=arodgers@S01060014bf81366b.vc.shawcable.net) |
| 05:12.07 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 05:12.53 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 05:12.53 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 05:14.14 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 05:14.14 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 07:11.17 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:21.34 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 07:42.32 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:42.32 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:15.17 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 08:20.27 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 08:30.16 | *** join/#asterisk-dev mosty (n=mosty@213-66-224-163-no22.tbcn.telia.com) |
| 08:45.29 | *** join/#asterisk-dev Mr_BOnD_007 (i=Mr_BOnD_@119.160.199.6) |
| 08:57.51 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 08:57.51 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 09:22.57 | *** join/#asterisk-dev lbt (n=david@78.32.229.233) |
| 09:39.33 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 09:52.29 | *** join/#asterisk-dev frawd (n=francois@167.Red-88-0-178.dynamicIP.rima-tde.net) |
| 09:52.55 | *** join/#asterisk-dev Pazzo (n=ugelt@sadsl-246059.rol.raiffeisen.net) |
| 09:53.21 | *** part/#asterisk-dev frawd (n=francois@167.Red-88-0-178.dynamicIP.rima-tde.net) |
| 10:05.59 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:57.47 | *** join/#asterisk-dev wedhorn (n=nwedhorn@123-243-209-34.static.tpgi.com.au) |
| 11:20.01 | *** join/#asterisk-dev frawd (n=francois@14.Red-88-0-114.dynamicIP.rima-tde.net) |
| 11:21.23 | *** part/#asterisk-dev frawd (n=francois@14.Red-88-0-114.dynamicIP.rima-tde.net) |
| 11:44.25 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 12:27.49 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:27.49 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:28.46 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 12:37.44 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.68) |
| 12:43.11 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:43.11 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:49.19 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 14:07.37 | *** join/#asterisk-dev brutuz (n=brutuz@ip67-88-58-242.z58-88-67.customer.algx.net) |
| 14:07.53 | *** part/#asterisk-dev brutuz (n=brutuz@ip67-88-58-242.z58-88-67.customer.algx.net) |
| 14:11.42 | *** join/#asterisk-dev schmooze (n=schmooze@nat/digium/x-f814f376c81f064c) |
| 14:14.29 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.33.119) |
| 14:26.13 | shazaum | is away: Trabalhando - Working... |
| 14:27.06 | shazaum | is back (gone 00:00:53) |
| 14:31.28 | shazaum | is away: Trabalhando - Working... |
| 14:47.03 | codefreeze-lap | file: I see your bridge_cdr mod... wow! what kind of situation makes this happen? |
| 14:47.49 | file | codefreeze-lap: SIP parking |
| 14:48.02 | file | codefreeze-lap: if the person is parked just as they hang up. |
| 14:48.28 | codefreeze-lap | ...just... as they hang up? |
| 14:48.43 | file | as the person being parked hangs up |
| 14:49.16 | codefreeze-lap | the old "tired of parking", hangup in other thread situation |
| 14:49.26 | file | no. |
| 14:49.50 | file | the fact it was being parked didn't matter, just that it was being masqueraded at that specific point in time |
| 14:51.18 | codefreeze-lap | file: very interesting. well, setting the bridge cdr to null is good then... some channel took off with it. miscreants! |
| 14:53.52 | codefreeze-lap | I just typed in something very philosophical and then erased it. |
| 14:56.25 | codefreeze-lap | well, I don't think it would be good to write up a dundee sort of agent to throw a soup can and stop the purse snatcher and retrieve the purse... ;) |
| 14:57.53 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:57.53 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:00.56 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 15:02.23 | *** join/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 15:02.23 | *** mode/#asterisk-dev [+o Mog] by ChanServ |
| 15:03.07 | codefreeze-lap | All just goes to show that storing CDRs on channels is not the best way to do it with all this channel tom-foolery going on underneath. |
| 15:03.25 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.89) |
| 15:07.46 | shazaum | is back (gone 00:36:20) |
| 15:10.46 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:19.52 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:19.52 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 15:26.22 | *** join/#asterisk-dev msetim (n=setim@200.195.162.210) |
| 15:37.07 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 15:37.12 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 15:38.15 | *** part/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:00.42 | *** part/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 16:03.52 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:03.52 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:07.06 | *** join/#asterisk-dev IgorG (n=IgorG@host-92-124-177-152.pppoe.omsknet.ru) |
| 16:14.21 | msetim | hi guys. The newest version of asterisk 1.4.23.1 detect if I have soxmix http://svn.digium.com/view/asterisk/branches/1.4/res/res_monitor.c?r1=61961&r2=94122. I have it installed however the asterisk is calling "sox -m" and it doesn't work because my version is old and the correctly is call the soxmix |
| 16:14.50 | russellb | the configure script is supposed to figure that out :-/ |
| 16:17.34 | russellb | can you post your config.log file somewhere after running ./configure ? |
| 16:17.41 | russellb | pastebin works .. |
| 16:18.16 | msetim | yes... I will catch it... one moment |
| 16:18.28 | lmadsen | ./configure | tee /tmp/configure-catch.txt |
| 16:18.44 | lmadsen | <3 tee |
| 16:18.49 | kpfleming | you don't need that |
| 16:18.57 | kpfleming | config.log is what you really want, as it has all the details |
| 16:19.01 | lmadsen | oh right |
| 16:19.14 | lmadsen | which is exactly what russell said |
| 16:19.18 | russellb | yes. :-p |
| 16:19.21 | lmadsen | fails |
| 16:19.28 | file | lmadsen: full of fail! <3 |
| 16:19.35 | lmadsen | <3ing fail |
| 16:19.48 | lmadsen | now has, "More than a feeling" in his head... |
| 16:20.27 | seanbright | lmadsen: i just listened to that on the itunes |
| 16:22.20 | *** join/#asterisk-dev shido6 (n=shido6@96-28-34-156.dhcp.insightbb.com) |
| 16:23.04 | *** part/#asterisk-dev BlargMaN00 (n=blargman@12.234.16.130) |
| 16:24.53 | *** join/#asterisk-dev BlargMaN00 (n=blargman@12.234.16.130) |
| 16:25.36 | *** join/#asterisk-dev blargman_ (n=blargman@12.234.16.130) |
| 16:26.20 | *** join/#asterisk-dev BlargMaN00 (n=blargman@12.234.16.130) |
| 16:30.43 | *** join/#asterisk-dev qdk (n=qdk@213.173.230.10) |
| 16:32.31 | *** join/#asterisk-dev jbjuly (n=joelbrya@203.177.143.137) |
| 16:38.50 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 16:44.56 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.33.119) |
| 16:54.22 | msetim | hi russellb, http://pastebin.com/m6c761e9a |
| 16:54.31 | msetim | sox: Version 12.17.9 |
| 16:55.12 | msetim | sorry for late :) |
| 16:56.50 | russellb | np, will look in a bit, or maybe someone else can take it from here |
| 16:57.47 | mvanbaak | configure:7240: checking for soxmix |
| 16:57.48 | mvanbaak | configure:7270: result: no |
| 16:59.14 | msetim | mvanbaak: yes :( though my version is < 13.0.0 |
| 16:59.23 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:00.15 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:02.08 | mvanbaak | what's the output of 'whereis soxmix' |
| 17:05.08 | tzafrir_laptop | isn't soxmix gone in later versions of sox? |
| 17:07.15 | msetim | mvanbaak: soxmix: /usr/bin/soxmix /usr/X11R6/bin/soxmix /usr/bin/X11/soxmix |
| 17:08.06 | msetim | tzafrir_laptop: AFAIK the latest version of sox doesn't have soxmix and because of it the configure is detecting if it exists or not |
| 17:08.25 | anonymouz666 | curious question: is there a way today to 'inject audio' in a bridged call? like announce |
| 17:10.05 | *** join/#asterisk-dev ScribbleJ (n=sj@c-67-172-6-141.hsd1.il.comcast.net) |
| 17:10.15 | *** join/#asterisk-dev jtodd (n=jtodd@147.sub-75-208-57.myvzw.com) |
| 17:12.04 | seanbright | we're still doing the sox check in the wrong place. |
| 17:12.10 | seanbright | we need to do a run-time check for it |
| 17:14.02 | lmadsen | anonymouz666: you could use Page() with whisper mode |
| 17:15.55 | anonymouz666 | lmadsen: this should be 1.6 stuff then |
| 17:16.13 | lmadsen | I thought whisper paging was on 1.4.... |
| 17:16.16 | lmadsen | I could be wrong |
| 17:20.26 | msetim | seanbright: where are you checking sox? |
| 17:20.35 | msetim | checking for sox* |
| 17:20.46 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 17:20.46 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 17:21.08 | *** join/#asterisk-dev schmooze_tony (n=schmooze@nat/digium/x-1d7ed1034cff3687) |
| 17:22.52 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 17:22.52 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 17:26.12 | seanbright | msetim: it shouldn't be checking in configure. configure is for build-time tools, not runtime ones. |
| 17:28.47 | *** join/#asterisk-dev Deeewayne (n=dwayne@nat/digium/x-d042971c2e60eaa5) |
| 17:28.47 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 17:29.36 | msetim | seanbright: sure, what path configure is looking for soxmix? I would like to know because my path (debian etch) are: soxmix: /usr/bin/soxmix /usr/X11R6/bin/soxmix /usr/bin/X11/soxmix |
| 17:30.09 | seanbright | configure should be finding it in /usr/bin/soxmix |
| 17:30.25 | Corydon76-dig | There's an X11 version of soxmix? |
| 17:30.55 | Corydon76-dig | usually the only two places are /usr/bin/soxmix and /usr/local/bin/soxmix |
| 17:31.15 | russellb | yeah, that's bizarre, heh |
| 17:31.37 | russellb | are you running "whereis" as the same user that you run configure with? |
| 17:32.51 | seanbright | /usr/bin would be in everyone's path would it not? |
| 17:32.59 | Qwell | one would hope |
| 17:33.11 | Qwell | but really, there's nothing that would guarantee that |
| 17:33.19 | Qwell | (far fetched, but possible) |
| 17:33.21 | russellb | you know what assuming does? |
| 17:33.26 | seanbright | makes me right? |
| 17:33.26 | msetim | russellb: yes (root) |
| 17:33.34 | Qwell | russellb: makes an ass out of you and ming? |
| 17:33.43 | russellb | yes. |
| 17:33.52 | seanbright | i hate ming. |
| 17:34.01 | russellb | had a college friend named ming. |
| 17:34.05 | seanbright | and his dynasty |
| 17:34.29 | seanbright | a friend or a "friend" |
| 17:34.37 | seanbright | enquiring minds what to know |
| 17:34.40 | seanbright | want* |
| 17:35.46 | russellb | learn how to spell and i might answer :-p |
| 17:36.34 | tzafrir_laptop | seanbright, you need to learn to cast spells with enchant |
| 17:37.06 | seanbright | russellb: i really don't care enough |
| 17:37.12 | seanbright | so take that |
| 17:38.05 | seanbright | msetim: long story short, if soxmix is in /usr/bin, it should be found by configure. is it executable? |
| 17:41.37 | seanbright | worst case, just open include/asterisk/autoconfig.h after you run configure and make sure that HAVE_SOXMIX is uncommented. |
| 17:41.45 | Corydon76-dig | seanbright: I don't think Russell has any "friend"s |
| 17:42.06 | russellb | nobody likes me, everybody hates me, I think I'll go eat worms. |
| 17:42.19 | seanbright | russellb and i used to be friends |
| 17:42.24 | seanbright | then he said something about my speling |
| 17:42.27 | Corydon76-dig | unless goatmilk was one, but... |
| 17:42.28 | seanbright | and it all went downhill |
| 17:42.45 | Corydon76-dig | stops teasing |
| 17:42.48 | russellb | O.O |
| 17:43.03 | russellb | goatmilk is still a very good friend, but not "friend". |
| 17:43.12 | Corydon76-dig | whatever happened to goatmilk, anyway? |
| 17:43.14 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 17:43.20 | file | he is still around. |
| 17:43.29 | russellb | doing the work thing. |
| 17:43.58 | Corydon76-dig | Work seems to get so many fine young minds after college. |
| 17:44.07 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu2.dynamic.dsl.tele.dk) |
| 17:44.15 | russellb | it's quite unfortunate |
| 17:44.18 | Corydon76-dig | such a tragedy |
| 17:48.14 | file | I see a line of beautiful girls dressed as storm troopers each, what a gem! |
| 17:57.02 | *** join/#asterisk-dev Greek-Boy (n=greek@41.222.89.77) |
| 18:01.58 | *** join/#asterisk-dev jozza (n=chatzill@84-255-254-28.static.t-2.net) |
| 18:19.22 | *** join/#asterisk-dev uluatu (n=uluatu@200.195.162.210) |
| 18:42.42 | jozza | i just checked the code in manager.c in 1.6 because i was interested in ast_manager_register_hook and i found a problem in manager_event function |
| 18:43.54 | jozza | register hook seems to be there for other modules to receive events, but hooks are never called if there isn't any tcp client connected |
| 18:44.33 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 18:44.48 | jozza | can this be a bug? |
| 18:45.28 | jozza | they are never called because manager_event exits on the beginning if there are no sessions |
| 18:45.52 | jozza | but hook is not a session |
| 18:46.06 | jozza | anyone reading this? |
| 18:48.01 | jozza | should i report this on bugs? |
| 18:56.04 | *** join/#asterisk-dev ScribbleJ (n=sj@c-67-172-6-141.hsd1.il.comcast.net) |
| 19:00.04 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 19:00.04 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 19:08.32 | jozza | register hook seems to be there for other modules to to be able to register for events receiving, but hooks are never called if there isn't any tcp client connected |
| 19:08.41 | jozza | i just checked the code in manager.c in 1.6 because i was interested in ast_manager_register_hook and i found a problem in manager_event function |
| 19:09.04 | jozza | ok so again in the right order :) |
| 19:09.11 | jozza | i just checked the code in manager.c in 1.6 because i was interested in ast_manager_register_hook and i found a problem in manager_event function |
| 19:09.21 | jozza | register hook seems to be there for other modules to to be able to register for events receiving, but hooks are never called if there isn't any tcp client connected |
| 19:09.57 | jozza | the hoks are never called because manager_event exits on the beginning if there are no sessions |
| 19:10.20 | lmadsen | jozza: I'm reading it now |
| 19:10.38 | jozza | and hooks dont count as sessions |
| 19:10.40 | jozza | ok thx |
| 19:10.45 | lmadsen | sounds like you might want to open an issue then |
| 19:12.00 | jozza | probably |
| 19:12.44 | jozza | i wanted to know if anyone who knows what i am talking about could confirm this before i go aead with bug report |
| 19:13.28 | Juggie | jozza, for bugs discuss in #asterisk-bugs |
| 19:13.36 | jozza | lol |
| 19:13.43 | jozza | this is a second redirect |
| 19:13.52 | jozza | i flew here from #asterisk |
| 19:13.55 | jozza | :)) |
| 19:16.51 | lmadsen | tzafrir_laptop: ping? |
| 19:17.01 | tzafrir_laptop | lmadsen, pong |
| 19:17.08 | lmadsen | M14477 |
| 19:17.09 | MuffinMan | [confirmed] [Asterisk] Channels/chan_dahdi 0014477: pseudo channel disappears after dahdi restart reported by timking (Karma: +0.75) http://bugs.digium.com/view.php?id=14477 |
| 19:17.21 | lmadsen | the reporter is asking what you meant by full trace, and I'm not sure what you meant either ;) |
| 19:17.25 | lmadsen | can you follow up with him? |
| 19:25.03 | *** join/#asterisk-dev joshaidan (n=joshaida@S01060090f8009fa6.tb.shawcable.net) |
| 19:33.55 | jmworx | Does Asterisk have the limitation that packets must be an integer number of milliseconds? |
| 19:36.50 | russellb | jmworx: Yes, we store timestamps in an integer as milliseconds. |
| 19:37.19 | jmworx | russellb: Would a codec with a non integer number of ms per frame screw everything up? |
| 19:37.24 | kpfleming | yes |
| 19:37.31 | jmworx | Most specifically, CELT using 256-sample frames at 48 kHz |
| 19:37.50 | kpfleming | 48,000 samples per second? |
| 19:37.55 | kpfleming | that seems awfully high |
| 19:39.08 | russellb | but yeah, we would have no way to support that |
| 19:39.47 | putnopvut | what if we changed timestamps to be micro or nanoseconds :P |
| 19:40.09 | kpfleming | can we mandate 64-bit systems? |
| 19:40.36 | putnopvut | sure... at least very temporarily |
| 19:41.29 | jmworx | russellb: What's the fundamental reason for the integer ms restriction? |
| 19:41.48 | russellb | it's just the way the code has been from the beginning of (Asterisk) time |
| 19:41.51 | kpfleming | it's not a restriction, it's just the way the code was written |
| 19:42.13 | kpfleming | aren't RTP timestamps in milliseconds? |
| 19:42.19 | russellb | they're in samples, I think |
| 19:42.24 | kpfleming | oh |
| 19:42.25 | jmworx | I mean what is preventing the current code from handling that properly? |
| 19:42.29 | russellb | no wait, ms |
| 19:42.34 | russellb | no, i lied again, samples. |
| 19:42.39 | jmworx | no, the timestamps are in sample |
| 19:42.40 | jmworx | s |
| 19:42.45 | kpfleming | jmworx: your question does not make sense |
| 19:42.56 | kpfleming | the current code uses integers to represent milliseconds |
| 19:43.12 | kpfleming | if the units were to change, every single places that manipulates timestamps would have to be modified |
| 19:43.25 | kpfleming | and the API to external modules that interact with frames would break |
| 19:43.29 | jmworx | kpfleming: where? In what place to you need to represent stuff in ms (rather than in samples)? |
| 19:43.31 | kpfleming | this would be a huge change |
| 19:43.36 | kpfleming | all over the place |
| 19:44.08 | russellb | yeah, it's in a lot of places ... the most prevalent being the time related fields in the ast_frame struct |
| 19:44.13 | kpfleming | whenever wall clock time is involved, like in timeouts, recording, playback |
| 19:44.14 | russellb | and everything else that deals with it |
| 19:44.16 | jmworx | Put the other way, if you used the current code, but sent packets of 20.5ms, what would happen? |
| 19:44.31 | kpfleming | timestamps would jitter, i would think |
| 19:44.53 | jmworx | and the effect would be? |
| 19:45.08 | kpfleming | it seems very odd for someone to have made a choice like that, to make the standard packet size not a multiple of 1ms |
| 19:45.21 | kpfleming | i don't really know what the effect would be, i've never thought about it |
| 19:45.31 | kpfleming | but you could easily have timestamp overlap if the math doesn't work out properly |
| 19:46.17 | russellb | and there are a lot of places in the code where we do calculations based in ms, as well, there's no telling what it would throw off |
| 19:46.45 | jmworx | kpfleming: the timestamps are in samples, so they're technically OK |
| 19:46.51 | jmworx | As for the reason, it's complexity. |
| 19:47.10 | jmworx | CELT actually supports all frame sizes, including some that are multiples of 1 ms. |
| 19:47.22 | russellb | on the wire, they are ... but once it hits asterisk, we'd mess up |
| 19:47.30 | russellb | we'd round it to a ms |
| 19:47.40 | russellb | would probably throw off the jitterbuffer ... who knows |
| 19:47.40 | jmworx | But the problem is that at 48 kHz, it means the frames are 240 or 480 samples long, which is not efficient for the FFT |
| 19:47.46 | kpfleming | probably truncate it, beause we are doing integer math |
| 19:48.01 | kpfleming | how is 240 less efficient than 256? |
| 19:48.07 | jmworx | a 1 ms jitter is no big deal on most networks |
| 19:48.24 | kpfleming | i'd be more concerned about potential timestamp overlap, to be honest |
| 19:48.26 | kpfleming | or gaps |
| 19:48.38 | jmworx | kpfleming: yes. 256 is a pure radix-2 FFT, while 240 means having a mixed-radix FFT because there are factors of 3 and 5 in there |
| 19:48.46 | jmworx | larger code size, higher complexity |
| 19:48.49 | kpfleming | oh |
| 19:48.57 | kpfleming | i know nothing about speech processing or FFT :-) |
| 19:49.06 | russellb | same :-) |
| 19:49.23 | russellb | and what I did learn I have mostly forgotten, heh |
| 19:49.42 | russellb | but yeah, if we were passing through frames like that, the timestamps coming back out with have overlaps and/or gaps of a ms |
| 19:50.10 | kpfleming | keep in mind that the original asterisk code, and most of it still today, does not even understand 'sample rate', it assumes the world is 8KHz |
| 19:50.17 | kpfleming | we are slowly teaching it about sample rates |
| 19:50.33 | russellb | yeah :-( |
| 19:50.40 | russellb | and it has been a painful process :-( |
| 19:52.04 | kpfleming | jmworx: by the time asterisk is ready to add CELT, we may very well have solved thi sproblem |
| 19:52.19 | *** join/#asterisk-dev Mog (n=mog@c-68-62-218-186.hsd1.al.comcast.net) |
| 19:52.20 | *** mode/#asterisk-dev [+o Mog] by ChanServ |
| 19:52.42 | jmworx | in any case, I'm just doing a small survey of the VoIP apps out there |
| 19:53.02 | *** join/#asterisk-dev freddyk (n=freddy@host95-59-dynamic.53-79-r.retail.telecomitalia.it) |
| 19:53.04 | jmworx | apparently FS has that limitation and I was trying to see whether Asterisk had that problem too |
| 19:53.10 | russellb | kpfleming: something to keep in mind as we work on this media architecture update. It's not something we have thought about. |
| 19:53.17 | kpfleming | correct |
| 19:53.18 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.68) |
| 19:53.37 | russellb | jmworx: it was a useful conversation, as now we can try to account for it in our upcoming project to resolve these types of issues in our media handling architecture. |
| 19:54.49 | kpfleming | certainly it seems that internally our frames should have a number of samples and a sample rate |
| 19:55.03 | kpfleming | and heaven help us if someone wants us to support a non-integer sample rate :-) |
| 19:55.38 | russellb | lol |
| 19:55.55 | russellb | samples his audio at 800 km |
| 19:55.56 | jmworx | non-integer sample rate is pretty rare. |
| 19:56.11 | jmworx | I can only think of NTSC and that got solved by converting to 90 kHz units |
| 19:56.13 | kpfleming | so is non-integer number of ms per frame :-) |
| 19:56.21 | jmworx | ...and I doubt Asterisk is doing video |
| 19:56.30 | russellb | well ... we do a bit of it, poorly |
| 19:56.31 | kpfleming | it does handle video, yes |
| 19:56.40 | russellb | and we're trying to improve there, too |
| 19:56.40 | jmworx | kpfleming: IIRC NTSC is 29.97 frames per second! |
| 19:56.45 | kpfleming | right |
| 19:56.50 | kpfleming | but NTSC is not used on IP |
| 19:56.56 | kpfleming | H.263, H.264, VP7, etc. |
| 19:58.47 | freddyk | kpfleming: NTSC is used to adjust a 30Khz clock often, there are many literatures about that. |
| 19:59.10 | russellb | 's head explodes |
| 19:59.12 | russellb | :-) |
| 20:00.00 | freddyk | anyone could explain me when audio rtp must be opened to get a full RTP stream on channel ? |
| 20:00.15 | freddyk | do that must happen before starting ast_pbx, or some flag must be set ? |
| 20:02.44 | jmworx | kpfleming: NTSC defines the rate/resolution, it's got nothing to do with a codec |
| 20:03.11 | jmworx | i.e. in NA, you'll often do e.g. NTSC over H.264 |
| 20:03.18 | russellb | kpfleming has now run off to a meeting, fyi .. |
| 20:06.34 | *** join/#asterisk-dev Shaun222 (n=shaun@ip68-5-154-128.oc.oc.cox.net) |
| 20:07.37 | Shaun222 | if the dailed party of dial(EXTEN,30,U(gosub,s,1)) hangs up during the gosub, shouldnt the gosub go to h, before returning? |
| 20:29.29 | freddyk | Shaun222: you should handle this with DialStatus as you have a static gosub |
| 20:31.00 | Shaun222 | hmm, well the wordaround i found was to set GOSUB_RESULT=CONTINUE at the beggining of the sub, that way if the sub craps it's just set to CONTINUE; |
| 20:31.46 | Shaun222 | does exten => 0,4,Queue(mainqueue,,,,300,,,screencallee) not listen to GOSUB_RESULT? |
| 20:32.04 | Shaun222 | i'm thinking about moving from using dial() with a gosub to using Queue() with a gosub. |
| 20:32.42 | Shaun222 | problem i see is that queue() with a gosub doesnt look to be listening to GOSUB_RESULT, if the callee(agent) hangs up, it just dumps the caller. |
| 20:42.47 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 21:02.02 | putnopvut | I'm looking at bridge_native_loop in rtp.c (1.6.0 branch tip). There are two similar if statements where we check to see if the endpoints' addresses have changed. On one endpoint, we check to see if the codec has changed and we will end up calling set_rtp_peer if it has. For the other endpoint, we make no such check. Why is that? |
| 21:04.49 | file | accidentally left out I would say |
| 21:05.37 | putnopvut | file: that's kind of the impression I got, but I wasn't sure if there was something I was missing. |
| 21:13.49 | russellb | lmadsen: PING!!!!!!!!!!!! |
| 21:14.16 | seanbright | loudest. ping. ever. |
| 21:14.30 | russellb | and he didn't even hear it |
| 21:14.34 | seanbright | for realz. |
| 21:14.35 | *** join/#asterisk-dev pmhaddad-work (n=pmhaddad@141.219.87.43) |
| 21:15.55 | lmadsen | russellb: PIZZZZZZZZZONNNNNGONGONGONG!!!!!! |
| 21:15.59 | russellb | yay! |
| 21:16.19 | russellb | lmadsen: we no longer have any blocking issues open for 1.6.1. You are clear to make another (and hopefully final) release candidate for 1.6.1. |
| 21:16.26 | lmadsen | hawtness |
| 21:16.44 | russellb | There will most likely be a documentation only patch that I want to sneak in for the real release |
| 21:16.50 | russellb | but i figure since it's just doc changes, that's acceptable |
| 21:16.59 | russellb | (it's the stuff jpeeler is working on, for documenting API changes) |
| 21:17.07 | russellb | speaking of which, we should probably have a mantis issue for that |
| 21:17.34 | russellb | i would call it a blocker for the full release, but it doesn't need to be in the release candidate. So, we've got a week or two on that, which should be enough time |
| 21:17.37 | russellb | sound good? |
| 21:18.17 | lmadsen | russellb: I'm sold! |
| 21:18.25 | russellb | perfect |
| 21:18.45 | russellb | so, please do the RC when you have time, and also please record the API change documentation as a blocking mantis issue |
| 21:18.46 | russellb | KTHX |
| 21:18.59 | russellb | and assign to jpeeler |
| 21:19.21 | russellb | runs off to assist The_Boy_Wonder with some enum foo |
| 21:19.26 | The_Boy_Wonder | :o |
| 21:20.06 | mvanbaak | you guys are fixing the regex bug ? |
| 21:22.33 | lmadsen | russellb: did you need me to open that bug? |
| 21:22.51 | lmadsen | russellb: I will start the RC quite shortly |
| 21:27.47 | mvanbaak | ./mkrelease <some params> |
| 21:33.55 | lmadsen | :) |
| 21:34.04 | putnopvut | (: |
| 21:34.11 | putnopvut | That always feels wrong. |
| 21:34.20 | lmadsen | ^_^ |
| 21:34.32 | lmadsen | totally |
| 21:34.50 | lmadsen | oops, I have to update an audio file for a client before I do the release, so I guess it'll have to wait for 30 mins |
| 21:37.46 | Greek-Boy | what book can you devs recommend for someone wanting to learn how to code in C? |
| 21:38.29 | kpfleming | the K&R C book is where everyone should start |
| 21:39.01 | mvanbaak | amen |
| 21:39.16 | kpfleming | i mean even people who don't want to learn C should still read it |
| 21:39.43 | Corydon76-dig | Greek-Boy: Practical C Programming, 3rd Edition, from O'Reilly |
| 21:39.44 | mvanbaak | doesn't want to be a repeating moron but .... |
| 21:39.45 | mvanbaak | amen |
| 21:40.03 | Corydon76-dig | When it comes to learning the C language, it is my textbook of choice |
| 21:40.45 | Corydon76-dig | K&R C is a lovely reference, but it sucks for teaching/learning |
| 21:41.08 | mvanbaak | Corydon76-dig: gheh, so that's where my sucky C code comes from |
| 21:41.14 | ScribbleJ | It's pretty much /the/ thing for winning arguments and acting like a pompous ass on #C though. |
| 21:41.15 | mvanbaak | I used that book to learn C |
| 21:41.55 | mvanbaak | wedhorn: you here ? |
| 21:42.00 | Corydon76-dig | ScribbleJ: well, it's a _reference_. I use K&R when I want to check how something should behave |
| 21:43.02 | mvanbaak | dont forget the manual pages. stuff might have changed since the last update of the K&R book |
| 21:43.19 | Corydon76-dig | Greek-Boy: I've taught at least 3 C classes over the years and PCP3 is still what I use for a textbook |
| 21:43.41 | mvanbaak | orders a copy of PCP3 |
| 21:43.51 | Corydon76-dig | http://oreilly.com/catalog/9781565923065/ |
| 21:43.59 | Greek-Boy | Thanks Corydon76-dig |
| 21:44.00 | mvanbaak | uhhuh |
| 21:44.21 | Greek-Boy | thanks mvanbaakand kpfleming |
| 21:44.29 | Corydon76-dig | and if you want a good second book, http://oreilly.com/catalog/9781565924536/?CMP=AFC-ak_book&ATT=Mastering+Algorithms+with+C |
| 21:44.30 | Greek-Boy | hopefully one day I will be contributing to asterisk |
| 21:44.53 | Greek-Boy | it is my dream... |
| 21:46.49 | lmadsen | has PCP3 on Tilghman's recommendation |
| 21:46.54 | lmadsen | one of these days I'll even read it |
| 21:46.58 | Corydon76-dig | btw, if you purchase those 2 books on O'Reilly's site, you can use discount code DSUG to obtain a 35% discount on both |
| 21:47.31 | mvanbaak | Corydon76-dig: and now you tell me ! |
| 21:48.24 | Corydon76-dig | mvanbaak: you should be more patient |
| 21:48.45 | mvanbaak | gheh, you can cancel an order |
| 21:48.50 | mvanbaak | \o/ |
| 21:49.01 | Corydon76-dig | mvanbaak: actually, given international shipping, buying it locally will probably be cheaper than shipping it across the pond |
| 21:49.23 | mvanbaak | checks amazon.co.uk |
| 21:49.53 | Corydon76-dig | isn't sure whether greek-boy is from Greece or is merely a member of an American fraternity |
| 21:53.03 | mvanbaak | 19 pound sterling |
| 21:54.36 | Greek-Boy | Corydon76-dig: I'm of greek origin but born and raised in South Africa |
| 21:54.46 | Corydon76-dig | Ah |
| 21:54.50 | Greek-Boy | Corydon76-dig: Now living and working in Tanzania (of all places) |
| 21:55.22 | Corydon76-dig | One of my friends here was born and raised in Tanzania and is now stateside |
| 21:55.37 | Greek-Boy | Corydon76-dig: I've always been fascinated with coiding and development but never really had the discipline to put my mind to it. I'm trying to change that now... |
| 21:55.40 | mvanbaak | ok, amazon is borked and totally useless |
| 21:55.51 | Greek-Boy | *coding |
| 21:55.52 | Corydon76-dig | mvanbaak: try isbn.nu |
| 21:56.03 | mvanbaak | I found the book |
| 21:56.27 | mvanbaak | but when you go to http://amazon.nl you end up on amazon.co.uk and those morons dont put their prices in euro's |
| 21:56.34 | codefreeze-lap | weird: two ssh shells into the same test machine. In one, I can run asterisk just fine. In the other, when I try to run asterisk, it dies in VPBRegister() during load. go figure. |
| 21:56.42 | mvanbaak | I will NOT order from a bookstore like that |
| 21:57.05 | mvanbaak | I hate this kind of stuff |
| 21:58.11 | Greek-Boy | download the ebooks in the mean time |
| 21:58.16 | Greek-Boy | but make sure you purchase the real book :P |
| 21:58.30 | mvanbaak | 31 euros |
| 21:58.41 | mvanbaak | not bad |
| 21:59.05 | mvanbaak | Greek-Boy: nah, I want a hardcopy so I can use a pencil and/or marker |
| 22:00.34 | mvanbaak | 720 gram ??? |
| 22:00.35 | mvanbaak | damn |
| 22:01.05 | mvanbaak | 454 pages. that will take more then one night to finish |
| 22:02.11 | Greek-Boy | lol |
| 22:02.38 | Greek-Boy | Corydon76-dig: In your experience how long did it take for your average student to learn C? |
| 22:03.04 | russellb | "learn C" is quite a loaded statement :-) |
| 22:03.57 | Greek-Boy | yeah you're right |
| 22:04.47 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 22:04.47 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 22:05.30 | Greek-Boy | i guess another good way of learning is to read well-written code |
| 22:05.38 | Greek-Boy | of existing programs |
| 22:06.58 | Corydon76-dig | Greek-Boy: it takes only about 4 weeks to get started in C. You can start programming small things in as little as 6 weeks, I think |
| 22:07.10 | Corydon76-dig | Greek-Boy: of course, proficiency takes much longer |
| 22:08.35 | mvanbaak | mastering asterisk is a lifetime job ;) |
| 22:10.15 | Greek-Boy | i c |
| 22:10.22 | Corydon76-dig | Well, even proficiency in C. I didn't attain proficiency in C until after I had learned Perl |
| 22:10.23 | Greek-Boy | what lanaguage is used in the asterisk GUI? |
| 22:10.27 | Greek-Boy | php? |
| 22:10.35 | Corydon76-dig | The GUI is all javascript |
| 22:10.56 | Corydon76-dig | Most of it is done client-side |
| 22:11.31 | Corydon76-dig | The stuff that is done server side, though, is in C. |
| 22:11.57 | Corydon76-dig | main/manager.c contains most of it |
| 22:15.36 | ScribbleJ | I don't think I'm proficient in C, but I do think my C has much improved since I became proficient in Perl. |
| 22:16.12 | mvanbaak | I try to avoid perl as much as I can |
| 22:17.10 | mvanbaak | no other reason then personal preference |
| 22:17.17 | mvanbaak | I dont like it |
| 22:17.41 | russellb | python ftw! |
| 22:17.51 | Corydon76-dig | Maybe if you liked Perl more than Python, your C would be better. |
| 22:17.55 | mvanbaak | russellb: amen |
| 22:18.04 | russellb | Corydon76-dig: troll! |
| 22:18.10 | Corydon76-dig | giggles |
| 22:18.17 | mvanbaak | Corydon76-dig: during daytime I'm php/python/js programmer |
| 22:18.20 | Corydon76-dig | disappears back under his bridge |
| 22:18.30 | mvanbaak | and js looks more like C then perl |
| 22:18.56 | tzafrir_laptop | mvanbaak, with all those callbacks? |
| 22:19.08 | mvanbaak | points to ao2 ;) |
| 22:19.20 | Corydon76-dig | If C behaved like Python with respect to leading spaces, half the Asterisk code wouldn't work. |
| 22:19.23 | russellb | blames Corydon76-dig for starting the language war |
| 22:19.27 | tzafrir_laptop | Lambda is not really possible with C |
| 22:19.47 | mvanbaak | lol |
| 22:19.51 | mvanbaak | ADA ftw |
| 22:20.03 | lmadsen | sticks to dialplan and documentation |
| 22:20.05 | tzafrir_laptop | Asterisk Definitions Adapter? |
| 22:20.09 | codefreeze-lap | guys, how 'bout this: let's rewrite asterisk in.... Prolog! |
| 22:20.34 | mvanbaak | gheh, now we start the rewrite war.... oh wait, codefreeze-lap was faster |
| 22:21.00 | codefreeze-lap | I could see it coming; thought I'd shoot first. |
| 22:21.02 | mvanbaak | codefreeze-lap: there is a branch to rewrite asterisk in C++ ! |
| 22:21.04 | mvanbaak | hides |
| 22:21.13 | russellb | it was decided long ago that the rewrite will be in bash |
| 22:21.19 | Corydon76-dig | The problem with most languages is that their niche is smaller than C. |
| 22:21.32 | tzafrir_laptop | russellb, bash4 is gaining features |
| 22:21.39 | russellb | tzafrir_laptop: that's what I hear :-) |
| 22:21.42 | tzafrir_laptop | MAybe with bash5 is will be feasible |
| 22:21.44 | mvanbaak | bash should die a horrible death |
| 22:21.53 | Qwell | tzafrir_laptop: we could do it in bash4 |
| 22:22.11 | Corydon76-dig | mvanbaak: no, ksh and csh should die first |
| 22:22.21 | codefreeze-lap | niche size is a factor? then forget Prolog; let's do it in APL |
| 22:22.32 | mvanbaak | Java ! |
| 22:22.36 | tzafrir_laptop | All of Asterisk in one line? |
| 22:23.21 | Corydon76-dig | The only languages that make sense are C or a C-derivative |
| 22:23.41 | mvanbaak | everyone in .eu that studies some kind of computer science like thing learns java nowedays |
| 22:23.56 | codefreeze-lap | Corydon76-dig: oh, now you are getting picky! |
| 22:23.58 | Corydon76-dig | Java isn't fast enough for at least part of Asterisk |
| 22:24.29 | mvanbaak | but you were talking about niche size |
| 22:24.30 | schmooze_tony | russellb, ping |
| 22:24.34 | russellb | pong |
| 22:24.40 | mvanbaak | if that's the thing you should consider java |
| 22:24.54 | schmooze_tony | do you know who is joining us for dinner tonight for OTTS |
| 22:24.56 | Corydon76-dig | Of course, once we start into the idea of coding Asterisk in multiple languages, the sky's the limit |
| 22:25.12 | mvanbaak | oh, and you're way to nice to java there |
| 22:25.15 | russellb | schmooze_tony: I told anyone interested to talk to Jan, or to you guys directly. |
| 22:25.20 | mvanbaak | java isn't fast enough for anything |
| 22:25.24 | schmooze_tony | ok |
| 22:25.25 | Corydon76-dig | mvanbaak: C sits in the middle of the perfect variety of factors that go into deciding the perfect language |
| 22:25.30 | russellb | schmooze_tony: so if you haven't heard anything, or Jan hasn't, there many not be anyone available |
| 22:25.32 | schmooze_tony | wasnt sure and Jan is out today |
| 22:25.47 | russellb | ah ... hrm |
| 22:25.49 | mvanbaak | java isn't even fast enough for hello_world |
| 22:25.54 | Corydon76-dig | mvanbaak: others are better at certain tasks, but fare worse in others |
| 22:25.55 | russellb | i'll ping our internal chat room real quick, too |
| 22:26.08 | Corydon76-dig | As is said, C is the second best language for everything. |
| 22:26.26 | mvanbaak | lol, yeah, java is specially fast at eating CPU power |
| 22:26.30 | schmooze_tony | ok well anyone that wants to join us we will pickup there dinner tab |
| 22:26.48 | russellb | thank you very much for the offer! |
| 22:27.05 | russellb | i'll be sure to let you know if I get any takers |
| 22:27.19 | russellb | I would go, but I have prior commitments every weeknight already |
| 22:27.27 | mvanbaak | Corydon76-dig: dont get me wrong. I like C a lot. it has it's limitations and stuff but I think no other language can compete with it |
| 22:27.56 | Corydon76-dig | schmooze_tony: I'd go, but it's a little far for dinner |
| 22:28.02 | seanbright | damn... i'm missing the monthly language waving! |
| 22:28.08 | seanbright | c++ ftw! |
| 22:28.10 | seanbright | heh |
| 22:28.15 | mvanbaak | seanbright: we all know you like c++ |
| 22:28.16 | mvanbaak | lol |
| 22:28.40 | schmooze_tony | russellb, I understand |
| 22:28.52 | mvanbaak | anyways, zzzz time for me |
| 22:28.54 | mvanbaak | latero |
| 22:28.58 | schmooze_tony | russellb, It would be nice to actaully meet you in person before Friday. LOL |
| 22:30.25 | russellb | well, I can certainly meet up for a few minutes during the day |
| 22:32.46 | schmooze_tony | cool |
| 22:32.56 | schmooze_tony | I have most of tomorrow free |
| 22:33.06 | schmooze_tony | i dont speak again untill Friday |
| 22:34.33 | Qwell | schmooze_tony: I'd happily go again if I'm invited again tonight. Maybe I can sit on the other side of the table or something :p |
| 22:34.51 | schmooze_tony | Qwell, you are always welcome to come |
| 22:34.59 | schmooze_tony | its an open invitation for you |
| 22:35.36 | Qwell | my brain should be very much jellofied by then.. Solaris-- |
| 22:36.43 | schmooze_tony | oh fun |
| 22:36.59 | Qwell | <rant>You'd think there would be a way to change an existing virtual disk while the ldom is running</rant> |
| 22:57.53 | *** join/#asterisk-dev msetim (n=setim@201.22.13.3.dynamic.adsl.gvt.net.br) |
| 22:58.57 | msetim | hello guys |
| 23:03.50 | lmadsen | howdy |
| 23:36.01 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.68) |