| 00:21.06 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 00:21.06 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 00:39.08 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 00:39.08 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 00:56.18 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 00:56.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 01:09.26 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 01:09.26 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:15.28 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 01:22.58 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 01:22.58 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 01:23.42 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 01:25.36 | eliel | kpfleming: I think asterisk is not compiling in -dev mode because of the optional api stuff |
| 01:25.53 | kpfleming | yep, fixing it right now |
| 01:26.01 | kpfleming | works fine with gcc 4.3 and maybe 4.2, but not older |
| 01:26.05 | kpfleming | should commit the fix shortly |
| 01:26.40 | eliel | kpfleming: great, thanks! |
| 01:28.13 | kpfleming | r200764 |
| 01:28.16 | MuffinMan | Failed to retrieve review request: Invalid review #200764 specified. |
| 01:28.26 | kpfleming | commit 200764 |
| 01:28.34 | file | commit asterisk 200764 |
| 01:28.38 | MuffinMan | [200764] Committed by kpfleming on 2009-06-16T01:28:08.985882Z: Ensure that configure-script testing for compiler attributes actually works. |
| 01:28.38 | MuffinMan | .. |
| 01:28.38 | MuffinMan | ..The configure script tests for compiler attributes didn't actually enable |
| 01:28.38 | MuffinMan | ..enough warnings or provide a proper test harness to determine whether the |
| 01:28.39 | kpfleming | thanks :-) |
| 01:28.39 | MuffinMan | ..compiler supports the attribute in question or not; this caused gcc 4.1 to |
| 01:28.42 | MuffinMan | ..report that it supports 'weakref', but it doesn't actually support it in the |
| 01:28.45 | MuffinMan | ..way that is needed for our optional API mechanism. The new configure script |
| 01:28.46 | file | have to give it the repo, yarrrrrrr |
| 01:28.47 | MuffinMan | ..test will properly distinguish between full support and partial support |
| 01:28.51 | MuffinMan | ..for this attribute, among others. |
| 01:28.53 | MuffinMan | .. |
| 01:28.57 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=200764 |
| 01:31.09 | seanbright | nice. |
| 01:32.22 | russellb | snazzy |
| 01:33.55 | kpfleming | yeah, that actually fixes some other problems we've had before too |
| 01:37.22 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 01:37.22 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 01:38.19 | eliel | kpfleming: now it is compiling :) |
| 01:38.26 | kpfleming | yay |
| 01:38.40 | kpfleming | it should work too, except with that compiler you won't get actual optional API support |
| 01:40.33 | eliel | yes, at least for the agi command "gosub" being registered by 'app_stack.so' it is working |
| 01:44.54 | kpfleming | good |
| 01:45.23 | kpfleming | eventually when i get to finish up some menuselect changes it will know that your platform doesn't support optional_api and it won't let you disable res_agi if you have app_stack enabled |
| 01:46.37 | snuff-work | kpfleming: are you going to do some more changes with structures for other modules via 'pahole' suggestions? |
| 01:46.50 | kpfleming | no plans to |
| 01:46.56 | kpfleming | there are no structures with large spaces in them |
| 01:47.26 | snuff-work | that's good news :) |
| 01:48.50 | kpfleming | i haven't run it on x86-32, but usually the padding is smaller there anyway |
| 01:49.02 | russellb | snuff-work: but if you wanted to work on it and improve places, that would be okay :-) |
| 01:49.14 | snuff-work | hey russ :) |
| 01:49.16 | russellb | just submit the patches one file at a time ... makes it easier to review |
| 01:49.17 | russellb | hi! |
| 01:49.22 | snuff-work | have some questions about smdi |
| 01:49.28 | russellb | orly! |
| 01:49.43 | snuff-work | i know u did it along time ago now.. but maybe you may know |
| 01:50.22 | russellb | i might |
| 01:50.36 | snuff-work | is there a specific reason mwi_q/md_q have their own mutexes ? does it relate the to the pthread broadcasting that it does on some calls? |
| 01:51.20 | russellb | Um, performance, I guess |
| 01:51.37 | russellb | no reason not to allow simultaneous access to both message queues |
| 01:51.43 | kpfleming | ok, that's enough damage i've caused for today |
| 01:52.26 | kpfleming | good thing we caught that before i headed off for vacation in less than 48 hours |
| 01:52.39 | russellb | hehe |
| 01:52.46 | russellb | we would have demanded some commits from your gphone! |
| 01:52.51 | snuff-work | but i mean.. astobj has locks per object not just each list element.. |
| 01:53.21 | kpfleming | the containers need locks too |
| 01:53.26 | kpfleming | to protect changes to the container itself |
| 01:53.43 | snuff-work | ah.. but astobj2 has that but astobj1 doesnt? |
| 01:53.52 | kpfleming | correct |
| 01:53.58 | kpfleming | well, sort of |
| 01:54.00 | kpfleming | it's different |
| 01:54.08 | kpfleming | in astobj2, the container locking requirements are different |
| 01:54.26 | snuff-work | yes i read the code.. for iteration etc.. i see what your getting at |
| 01:54.48 | snuff-work | where as the added mutex allows definitive locking of the container |
| 01:54.53 | kpfleming | yes |
| 01:55.10 | kpfleming | time to head off line |
| 01:55.12 | kpfleming | catch you all tomorrow |
| 01:55.15 | snuff-work | bye kpfleming |
| 01:55.51 | snuff-work | 1 other thing about the smdi code that struck me as little weird.. |
| 01:56.18 | snuff-work | in the purge_messages.. we unlink from the container before even checking the condition of the object |
| 01:56.30 | snuff-work | then readd if its ok |
| 02:02.36 | leifmadsen | russellb: ping |
| 02:02.42 | russellb | pong |
| 02:03.06 | russellb | leifmadsen: |
| 02:03.30 | leifmadsen | russellb: since we're kinda moving towards XML and docbook for the documentation stuff.... what do you think about converting the whole doc/ directory to docbook? |
| 02:03.47 | leifmadsen | assuming it wouldn't be you doing it |
| 02:03.47 | russellb | I am perfectly fine with that, if someone(s) are interested in doing the work |
| 02:03.55 | russellb | ... right, that's what I'm getting at |
| 02:03.56 | leifmadsen | what if that someone was me? |
| 02:04.00 | russellb | I just don't know the format |
| 02:04.06 | russellb | I am okay with that. |
| 02:04.12 | russellb | It won't be a small task ... |
| 02:04.23 | russellb | the PDF comes out to just over 200 pages |
| 02:04.38 | leifmadsen | something to chip away at -- probably a good time to review the documentation anyways |
| 02:04.43 | russellb | I suggest you enlist some help :-) |
| 02:08.23 | leifmadsen | I think if I can convert it to text first, I can do a pretty quick job converting it in XMLmind |
| 02:08.40 | leifmadsen | but yes, I should just create a branch and do it there |
| 02:08.47 | russellb | yep |
| 02:09.06 | leifmadsen | I'm sure I'm totally under-estimating the work load and have gotten myself into deep doo-doo :) |
| 02:09.16 | russellb | that's not always bad |
| 02:09.21 | leifmadsen | nope |
| 02:09.24 | russellb | otherwise you might not do it |
| 02:09.25 | seanbright | i worked very hard getting some of those diagrams to look right in TeX |
| 02:09.31 | seanbright | and we're just gonna throw them away? |
| 02:09.33 | seanbright | bullshit, man! |
| 02:09.35 | seanbright | heh |
| 02:09.39 | leifmadsen | no, we're not gonna throw them away :) |
| 02:09.47 | leifmadsen | we're gonna make them look better :) |
| 02:09.57 | seanbright | they look better than they did |
| 02:10.08 | seanbright | ascii art is so 1990 |
| 02:10.13 | leifmadsen | ok, I made some waffles (which I shouldn't be eating at this hour) so I'm gonna go eat them, then try to go to bed |
| 02:10.15 | leifmadsen | night y'all |
| 02:10.18 | seanbright | night |
| 02:10.21 | leifmadsen | seanbright: I'll upgrade them to jpg in Dia |
| 02:10.26 | russellb | night! |
| 02:10.28 | seanbright | png |
| 02:10.30 | seanbright | and we have a deal |
| 02:10.31 | leifmadsen | it'll be the new hawtness |
| 02:10.33 | leifmadsen | seanbright: gif |
| 02:10.40 | leifmadsen | (which is bad for line art :)) |
| 02:10.43 | seanbright | screw unisys |
| 02:10.50 | leifmadsen | unisys icons?! |
| 02:11.04 | seanbright | unisys used to own the gif compression patent |
| 02:11.04 | leifmadsen | I loved the huge black track ball |
| 02:11.07 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 02:11.13 | leifmadsen | screw unisys then |
| 02:11.13 | seanbright | cork soccers |
| 02:11.20 | seanbright | it's since expired. |
| 02:11.23 | leifmadsen | you shut your mouth when you're talkin' to me |
| 02:11.25 | seanbright | ok, go eat waffles. |
| 02:11.36 | leifmadsen | ok... I'm ridiculous -- going to eat waffles, read, then sleep |
| 02:11.38 | leifmadsen | night y'all! |
| 02:11.41 | seanbright | peace. |
| 02:11.53 | seanbright | hah |
| 02:11.57 | seanbright | well played |
| 02:50.35 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 02:56.36 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.214) |
| 02:58.26 | snuff-work | question for anyone that cares... why do be 'generating embedded module rules' if we have no modules we want to embed? |
| 02:58.47 | snuff-work | be=we |
| 03:32.32 | Qwell | snuff-home: good question |
| 03:33.29 | snuff-work | mainly noticed cause to build on my netbook waits 15 sec on generating rules for embedded modules when there are none :) |
| 04:09.38 | *** join/#asterisk-dev bbryant1 (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 04:09.38 | *** mode/#asterisk-dev [+o bbryant1] by ChanServ |
| 04:12.21 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 04:12.22 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 04:13.21 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 04:23.03 | *** join/#asterisk-dev bbryant1 (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 04:23.03 | *** mode/#asterisk-dev [+o bbryant1] by ChanServ |
| 04:30.43 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 04:36.31 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 04:36.31 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 04:41.43 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 04:58.31 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 05:13.31 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 05:58.09 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 06:28.36 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 06:30.11 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:35.53 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:35.53 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:49.39 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:00.31 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 07:01.20 | *** join/#asterisk-dev fiddur (n=fiddur@c042.rit.se) |
| 07:03.33 | *** join/#asterisk-dev Drasha (n=chatzill@195.113.224.147) |
| 08:09.42 | *** join/#asterisk-dev bbryant1 (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 08:09.42 | *** mode/#asterisk-dev [+o bbryant1] by ChanServ |
| 08:14.00 | Drasha | Hi, everyone... do you have any idea when can I catch file here? |
| 08:16.18 | mvanbaak | 10:16 CTCP TIME reply from file: Tue Jun 16 05:16:11 |
| 08:16.40 | mvanbaak | in about 5 to 6 hours I think |
| 08:17.02 | Drasha | ok, thanks a lot |
| 08:21.39 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.72) |
| 08:26.40 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 08:57.27 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.41) |
| 09:14.12 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 09:27.24 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 09:35.33 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 09:57.13 | *** join/#asterisk-dev Drasha (n=chatzill@195.113.224.147) |
| 10:14.25 | *** join/#asterisk-dev Router222 (n=CK@212.98.141.199) |
| 10:14.56 | Router222 | hi guys i find a bug in digium fax https://issues.asterisk.org/view.php?id=15328 |
| 10:15.09 | Router222 | any one can help |
| 10:15.41 | tzafrir_laptop | is impressed by asterisk.pdf |
| 10:58.02 | mvanbaak | tzafrir_laptop: the one you get with make pdf ? |
| 10:58.46 | tzafrir_laptop | yes |
| 11:00.51 | mvanbaak | uhhuh. it looks good |
| 11:02.08 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 11:15.42 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:28.40 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 11:28.40 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 11:31.33 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:31.33 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:39.25 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:39.25 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:55.18 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 11:56.38 | *** join/#asterisk-dev IgorG (n=igorg@host-92-124-163-58.pppoe.omsknet.ru) |
| 12:02.43 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 12:38.52 | kpfleming | yay for bug fixes |
| 12:41.13 | russellb | yes! |
| 12:41.53 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 12:45.32 | eliel | good morning all ! |
| 12:47.15 | russellb | g'morning |
| 12:52.53 | snuff-home | disappears for some zzz |
| 12:58.59 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 13:29.39 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 13:48.37 | tzafrir_laptop | are asterisk.pdf / the HTML version published automatically anywhere? |
| 13:49.12 | russellb | they are automatically included in each tarball |
| 13:49.46 | russellb | leifmadsen: we might want to post a reminder about that in an upcoming release announcement |
| 13:50.06 | leifmadsen | russellb: we can do that |
| 13:50.27 | leifmadsen | wishes now he could add a "ToDo" to the roadmap :) |
| 13:50.44 | leifmadsen | because I most certainly won't remember... |
| 13:50.49 | mvanbaak | gheh, it's fun to see how Russell is reviewing his own reviewrequest |
| 13:50.59 | russellb | mvanbaak: yeah, i'm talking to myself ... |
| 13:51.05 | mvanbaak | uhhuh |
| 13:51.12 | mvanbaak | that many friends eh ? |
| 13:51.17 | russellb | leifmadsen: you could open an issue for miscellaneous todo notes for a release *shrugs* |
| 13:51.21 | russellb | mvanbaak: :-) |
| 13:51.29 | russellb | I think it's ready to merge, though |
| 13:51.40 | russellb | looks around for who he can talk into reviewing it |
| 13:51.42 | mvanbaak | yeah, looks like it. |
| 13:51.50 | leifmadsen | russellb: hmmm... that's not a bad idea |
| 13:51.53 | mvanbaak | I agree about the sip part though. |
| 13:52.06 | russellb | yeahhh, i started looking and thought, eff this! |
| 13:52.08 | russellb | :-p |
| 13:52.18 | russellb | the patch was big enough already |
| 13:52.29 | mvanbaak | amen to that |
| 13:54.42 | russellb | i need to get some closure on this so it stops bugging me |
| 13:54.48 | russellb | unfinished projects drive me crazy |
| 13:55.45 | mvanbaak | hhmm |
| 13:56.05 | mvanbaak | my asterisk box is giving me a hard time |
| 13:56.06 | mvanbaak | [Jun 16 15:55:25] WARNING[18743]: res_odbc.c:616 ast_odbc_prepare_and_execute: SQL Execute returned an error -1: 42S02: [MySQL][ODBC 3.51 Driver][mysqld-5.0.51a-24+lenny1-log]Table 'asterisk.voicemessages' doesn't exist (99) |
| 13:56.18 | mvanbaak | but I did not enable realtime voicemail |
| 13:56.31 | mvanbaak | extconfig is empty |
| 13:57.18 | mvanbaak | those messages started after an upgrade from 1.6.0 to 1.6.2 |
| 13:58.38 | russellb | that seems odd. |
| 13:58.46 | leifmadsen | mvanbaak: is there anything in voicemail.conf that has odbc* enabled? |
| 13:58.48 | leifmadsen | (uncommented) |
| 13:58.50 | mvanbaak | looks like voicemail is using res_odbc as soon as you enable ODBC storage in menuselect. regardless the configuration |
| 13:59.37 | mvanbaak | leifmadsen: nope |
| 13:59.43 | mvanbaak | only two lines with ; in front of them |
| 13:59.43 | leifmadsen | odd... |
| 14:00.00 | mvanbaak | yay, I found a bug ! |
| 14:00.04 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:00.04 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:00.05 | leifmadsen | yay? :) |
| 14:00.21 | mvanbaak | hhmm |
| 14:00.27 | mvanbaak | voicemail show users returs nothing |
| 14:00.36 | mvanbaak | but I do have users configured in voicemail.conf |
| 14:07.48 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:07.48 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:15.50 | mvanbaak | hhmm |
| 14:16.05 | mvanbaak | ok, I enabled ODBC_STORAGE in menuselect |
| 14:16.23 | mvanbaak | now when I manually load 'module load app_voicemail.so' I get |
| 14:16.25 | mvanbaak | [SELECT COUNT(*) FROM voicemessages WHERE dir = '/var/spool/asterisk/voicemail/3d/sales/INBOX'] |
| 14:16.53 | mvanbaak | I do not have the odbc* lines in voicemail.conf enabled |
| 14:17.03 | mvanbaak | yet it's still looking for stuff in odbc |
| 14:19.27 | mvanbaak | found it |
| 14:20.07 | mvanbaak | it's because RETRIEVE and friends are defined based on the ODBC_STORAGE define instead of on the actual config |
| 14:22.17 | file | yes, all of that stuff is based around what you have defined - that replaces parts of voicemail |
| 14:22.27 | file | that is why you can not have multiple storage methods. |
| 14:22.49 | seanbright | ... yet |
| 14:22.55 | seanbright | dun dun duunnnnnn |
| 14:22.57 | mvanbaak | so by enabling ODBC_STORAGE you kill filesystem storage |
| 14:23.05 | seanbright | correct |
| 14:23.24 | mvanbaak | should add a BIG warning about that somewhere |
| 14:23.25 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:23.25 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:23.45 | *** join/#asterisk-dev RoyCrowder (n=roy@net-216-37-64-130.in-addr.worldspice.net) |
| 14:23.49 | seanbright | where? |
| 14:24.59 | jsmith | Yeah... a big warning in the documentation that doesn't exist... |
| 14:25.31 | seanbright | 1) make documentation exist |
| 14:25.35 | seanbright | 3) profit |
| 14:25.55 | *** join/#asterisk-dev thansen (n=thansen@c-76-27-110-194.hsd1.ut.comcast.net) |
| 14:26.13 | jsmith | seanbright: Unfortunately, step 2 is "Spend every waking hour, lunch break, evening, weekend, and more actually writing and testing said documentation" |
| 14:26.28 | jsmith | seanbright: and step 4 is "Realize that step 3 didn't justify step 2" |
| 14:26.58 | seanbright | jsmith: agreed. i should spend some time documenting. |
| 14:37.41 | kpfleming | mvanbaak: how about you modify app_voicemail.c to add 'filesystem storage' as an exclusive option wtih ODBC and IMAP that is enabeld by default? |
| 14:37.50 | kpfleming | then it will be obvious in menuselect that they are exclusive |
| 14:37.57 | mvanbaak | kpfleming: that will fix it :) |
| 14:41.51 | leifmadsen | I like it! |
| 14:41.52 | leifmadsen | +1 |
| 14:44.01 | *** join/#asterisk-dev moy (n=moy@74.12.123.90) |
| 14:45.08 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:45.08 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:49.33 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 14:51.21 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:51.21 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:00.35 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:04.31 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:06.38 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:12.11 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:15.43 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:16.47 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:18.20 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:18.40 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.76) |
| 15:19.02 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 15:19.40 | mvanbaak | if a setting in menuselect conflicts with more then one, should they be seperated by a space or a comma ? |
| 15:19.48 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:19.56 | kpfleming | neither |
| 15:20.02 | kpfleming | you have put in multiple conflicts |
| 15:20.04 | kpfleming | it's XML |
| 15:20.07 | *** part/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:20.49 | mvanbaak | k |
| 15:26.41 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:27.51 | mvanbaak | anyone tried compiling 1.6.0 svn with --enable-dev-mode ? |
| 15:27.55 | mvanbaak | I get: app_queue.c:3702: error: the address of 'ast_monitor_start' will always evaluate as 'true' |
| 15:28.03 | mvanbaak | Debian stable |
| 15:28.07 | russellb | ooh |
| 15:28.27 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:28.32 | mvanbaak | I want this day to be over. |
| 15:28.33 | kpfleming | old optional API stuff |
| 15:28.35 | kpfleming | hmm |
| 15:28.48 | mvanbaak | nothing but trouble today |
| 15:29.37 | kpfleming | umm... that if (ast_monitor_start) doesn't belong in 1.6.0 at all |
| 15:29.41 | kpfleming | 1.6.0 does not have optional API support |
| 15:29.46 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:29.51 | russellb | it's really careful code :-) |
| 15:31.08 | kpfleming | ugh... r195371 changed that code, but was totally unrelated |
| 15:31.48 | kpfleming | oh, maybe not |
| 15:31.54 | kpfleming | that's the simple attribute_weak thing that tilghman did |
| 15:32.01 | kpfleming | hmm... how could that be fixed |
| 15:33.01 | kpfleming | mvanbaak: in your include/asterisk/autoconfig.h, search for 'ATTRIBUTE_weak' and post the line that it's on |
| 15:33.35 | mvanbaak | threed002:/usr/local/src/asterisk-1.6# grep 'ATTRIBUTE_weak' include/asterisk/autoconfig.h |
| 15:33.46 | mvanbaak | <PROTECTED> |
| 15:33.49 | kpfleming | hmm |
| 15:34.04 | mvanbaak | gcc version 4.3.2 (Debian 4.3.2-1.1) |
| 15:34.15 | kpfleming | ok, so look in config.log and see why the check for the weak attribute failed |
| 15:34.56 | mvanbaak | conftest.c:148: error: weak declaration of 'test' must be public |
| 15:35.11 | kpfleming | hmm |
| 15:35.22 | kpfleming | ok, so that's a side effect of the change i made last night |
| 15:35.34 | kpfleming | scope has to be different for different attributes |
| 15:35.37 | kpfleming | will work on a fix |
| 15:36.00 | mvanbaak | thanks |
| 15:36.09 | mvanbaak | M15333 |
| 15:36.11 | MuffinMan | [new] [Asterisk] Applications/app_voicemail 0015333: [patch] add FILE_STORAGE to Voicemail Build Options reported by mvanbaak (Karma: +49.00) https://issues.asterisk.org/view.php?id=15333 |
| 15:36.17 | mvanbaak | leifmadsen: ^^^ |
| 15:36.25 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:36.39 | leifmadsen | mvanbaak: nice! |
| 15:37.53 | russellb | looks good, ship it |
| 15:38.29 | leifmadsen | niiiiiiiiiice |
| 15:39.02 | mvanbaak | sweet |
| 15:39.28 | mvanbaak | running svn co on my laptop now (reinstalled, did not checkout yet, and box where I made this patch does not have my svn cert files) |
| 15:40.07 | mvanbaak | all 1.6 branches ? |
| 15:50.08 | *** join/#asterisk-dev dwayne (n=dwayne@76.29.245.9) |
| 15:52.19 | russellb | mvanbaak: yeah, and thanks! |
| 15:55.48 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 16:00.16 | mvanbaak | no problem :) |
| 16:00.35 | mvanbaak | makes my life easier as well :) |
| 16:06.13 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:06.32 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 16:10.03 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:10.03 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:22.06 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |
| 16:33.26 | *** join/#asterisk-dev korihor (n=korihor@190.72.254.245) |
| 16:34.20 | kpfleming | mvanbaak: 'weak' checking should be fixed now |
| 16:51.54 | tzafrir_laptop | seanbright, will you have some time to look into http://issues.asterisk.org/view.php?id=14718 ? |
| 16:52.07 | russellb | M14718 |
| 16:52.09 | MuffinMan | [ready for review] [Asterisk] Core/BuildSystem 0014718: [patch] relax badshell tilde test reported by tzafrir (Karma: +120.50) https://issues.asterisk.org/view.php?id=14718 |
| 17:30.35 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 17:47.51 | *** join/#asterisk-dev caio1982_ (i=caio1982@CAcert-br/caio1982) |
| 17:54.04 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 17:54.04 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 18:15.23 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:33.36 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 18:36.16 | *** join/#asterisk-dev ctooley (n=ctooley@76.22.158.92) |
| 18:36.16 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 18:58.08 | *** join/#asterisk-dev jaguiar (n=jaguiar@201.114.42.25) |
| 19:33.17 | mnicholson | i found my deadlock bug, now I need some advice on the proper steps to take to fix it |
| 19:34.37 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 19:35.05 | mnicholson | basically the problem occurs because try_suggested_sip_codec() calls pbx_builtin_getvar_helper() with the sip_pvt locked. pbx_builtin_getvar_helper() trys to lock the channel lock, this can cause (and does cause) a deadlock. |
| 19:35.40 | russellb | Okay, so, you have to do some lock juggling to grab the channel lock ahead of the pvt lock. |
| 19:35.48 | russellb | Let me look for a good example in chan_sip to point you to |
| 19:36.39 | mnicholson | russellb, kinda like when you need to queue a frame? |
| 19:36.57 | russellb | exactly |
| 19:37.39 | russellb | Search for "Can't use DEADLOCK_AVOIDANCE since p is an ao2 object" |
| 19:37.47 | russellb | that's in a comment inside of the block of code you want |
| 19:38.03 | mnicholson | where exactly should I do this juggling? |
| 19:38.09 | mnicholson | where the pvt is originally locked? |
| 19:38.28 | russellb | nah, you can do it right before the getvar helper |
| 19:38.48 | russellb | you could also do it back at the original place the lock is acquired |
| 19:38.52 | russellb | in fact, that's a safer change |
| 19:39.03 | russellb | it's just that it also means you're probably holding hte channel lock longer than you need to |
| 19:39.06 | russellb | which can also be problematic |
| 19:39.13 | russellb | in short, locks freaking suck and i hate them |
| 19:39.31 | mnicholson | hmm, if I was to do it before getvar helper I would just unlock the pvt then lock it again after the function returns? |
| 19:39.48 | russellb | you can't do that, unfortunately. |
| 19:39.57 | russellb | if you unlock the pvt, then the channel can disappear out from under you |
| 19:40.02 | russellb | Actually, that's not true in trunk! |
| 19:40.08 | russellb | You could do something like .... |
| 19:41.01 | russellb | (pvt is locked) ... chan = get_reference(pvt->owner); ... unlock pvt ... lock channel / do the getvar / unlock channel ... lock pvt, release chan reference |
| 19:41.06 | russellb | that would be safe. |
| 19:41.39 | mnicholson | im checking if this bug is in trunk too (in my testing trunk didn't lock up) |
| 19:42.38 | mnicholson | ok, so get_ref(); unlock(pvt); getvar(); lock(pvt); rel_ref()? |
| 19:43.01 | russellb | basically. just note that you might need to lock the channel around getvar(), depending on how you handle the result |
| 19:43.07 | russellb | in fact, you _must_ lock the channel around the getvar |
| 19:43.14 | russellb | unless all you're doing is checking for NULLness |
| 19:43.40 | russellb | (We should just remove the locking from inside getvar for that very reason ... it was silly to put it there ... hindsight being 20/20) |
| 19:43.56 | *** join/#asterisk-dev Sajam (n=chatzill@77.42.192.144) |
| 19:44.46 | mnicholson | russellb, yeah, it looks like this bug is in trunk too. I'll implement my fix there. |
| 19:44.54 | russellb | xlnt. |
| 19:45.05 | russellb | let me know when you have a patch, i would be happy to give it a look over |
| 19:45.30 | mnicholson | i think some cel stuff causes the timing to be right for a deadlock |
| 19:45.59 | russellb | nods |
| 19:48.13 | kpfleming | ok, multi-frame patch is in all the branches |
| 20:03.39 | *** part/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 20:28.42 | kpfleming | has another branch to merge into trunk |
| 20:29.03 | russellb | oh snap. |
| 20:29.12 | mnicholson | is it going to break newcdr too? |
| 20:29.16 | kpfleming | nope |
| 20:29.19 | russellb | heh |
| 20:29.22 | mnicholson | :) |
| 20:29.24 | russellb | mnicholson: motivation to get it in! |
| 20:29.27 | kpfleming | dahdi-dsp-options, with some additional stuff i hadn't finished |
| 20:30.06 | mnicholson | russellb, once this deadlock bug is fixed (today) I can finish my testing of transfer logging, then we can merge it and fix any additional bugs |
| 20:31.10 | mnicholson | well today assuming I can complete calls with the cel branch today (it has mysteriously stopped working) |
| 20:31.20 | russellb | okay. |
| 20:31.44 | russellb | once you're happy with it, i want to spend an hour or two giving it one last look, and then we'll pull the trigger. |
| 20:32.15 | mnicholson | ok |
| 20:32.25 | russellb | and the world will rejoice |
| 20:32.33 | russellb | or something like that |
| 20:42.51 | *** join/#asterisk-dev shido6 (n=shido6@96-28-35-120.dhcp.insightbb.com) |
| 20:47.22 | leifmadsen | will dance |
| 20:47.42 | leifmadsen | notes the rain clouds starting to form at the thought |
| 20:51.11 | kpfleming | commit asterisk 201135 |
| 20:51.16 | MuffinMan | [201135] Committed by kpfleming on 2009-06-16T20:50:41.264292Z: When compiling in an Emacs-spawned shell, always print directory names. |
| 20:51.16 | MuffinMan | .. |
| 20:51.16 | MuffinMan | ..This change ensures that Emacs can find the proper source files when parsing |
| 20:51.16 | MuffinMan | ..compiler error messages, since it uses the 'make' output including directory |
| 20:51.17 | MuffinMan | ..names to do it. |
| 20:51.19 | MuffinMan | .. |
| 20:51.21 | MuffinMan | .. |
| 20:51.24 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=201135 |
| 20:55.09 | mnicholson | im having problems building trunk on debian etch (gcc 4.1) http://pastebin.com/m649ec522 |
| 20:55.55 | kpfleming | have you re-run the configure script recently? |
| 20:56.04 | kpfleming | i fixed those problems today |
| 20:56.16 | mnicholson | yes, this is a clean checkout |
| 20:56.18 | kpfleming | i can run a test again if needed |
| 20:56.20 | kpfleming | grr |
| 20:57.00 | kpfleming | checking |
| 20:57.48 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 20:59.13 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 20:59.13 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:00.03 | kpfleming | fixing |
| 21:02.14 | kpfleming | mnicholson: fixed in r201137 |
| 21:04.51 | mnicholson | kpfleming, thanks |
| 21:17.14 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:26.50 | *** join/#asterisk-dev jeangal (n=jeang@nat/digium/x-85e5bb9549bd24f9) |
| 21:27.42 | *** part/#asterisk-dev jeangal (n=jeang@nat/digium/x-85e5bb9549bd24f9) |
| 21:32.27 | tzafrir_laptop | Is there a need for installing appdocsxml.dtd ? |
| 21:32.37 | tzafrir_laptop | Is it used by asterisk at run-time? |
| 21:33.25 | tzafrir_laptop | (installing it fails if the datadir is not /var/lib/asterisk as /var/lib/asterisk/documentation does not exist) |
| 21:34.26 | russellb | Yes, Asterisk loads it at runtime. |
| 21:38.25 | tzafrir_laptop | btw: xmldoc.c:ast_xmldoc_load_documentation() uses globbing with braces, which IIRC is a GNU extension |
| 21:40.39 | kpfleming | GNU what? compiler? C library? |
| 21:56.52 | mnicholson | something is wrong here with the latest chan_sip from trunk, I can't complete calls |
| 21:57.21 | mnicholson | the 200 OK message from asterisk after the remote end answers, never gets to originating phone |
| 21:59.23 | tzafrir_laptop | kpfleming, look at MY_GLOB_FLAGS |
| 21:59.35 | tzafrir_laptop | (defined in compat.h) |
| 21:59.47 | putnopvut | mnicholson: So reception of the 200 OK should cause an answer frame to be queued on the outgoing channel. Then app_dial should read that answer flag and indicate it to the calling channel. Do you know where in that chain of events the probblem is? |
| 22:00.02 | putnopvut | s/flag/frame/ |
| 22:00.19 | mnicholson | putnopvut, tcpdump and sip debug show the 200 ok going out, the phone never responds to it |
| 22:00.31 | putnopvut | oh, that's weird ... |
| 22:01.00 | putnopvut | mnicholson: mind pastebinning a sip debug? |
| 22:01.15 | mnicholson | it just started hapening, I could step back and isolate it to a specific commit |
| 22:02.51 | mnicholson | http://pastebin.com/m92d6608 |
| 22:04.07 | seanbright | kpfleming: if i start committing as a representative of an organization (as opposed to as an individual) do i have to re-sign contributer license? |
| 22:04.19 | kpfleming | yes |
| 22:04.27 | seanbright | alrighty. |
| 22:04.35 | kpfleming | assuming that that organization has some ownership interest in the code you are contributing |
| 22:04.48 | seanbright | it's my company |
| 22:05.02 | seanbright | i am one of two owners |
| 22:05.02 | kpfleming | if you own it, then there's no issue |
| 22:05.07 | seanbright | ok, cool. |
| 22:05.13 | seanbright | so no need to re-sign, then? |
| 22:05.20 | kpfleming | right |
| 22:05.24 | seanbright | splendid. |
| 22:08.27 | tzafrir_laptop | wonders if the API docs are really worth packaging. They are some 50MB compressed (over 200MB uncompressed) |
| 22:08.35 | mvanbaak | kpfleming: great, let me test this weak checking now |
| 22:08.48 | tzafrir_laptop | Preparing them is actually over half of the build time |
| 22:09.34 | putnopvut | mnicholson: I just tried a test and I also am not able to place a normal SIP call. In my case, though, the problem is that the Contact: header is malformed in the media-offloading reinvite that Asterisk sends to the calling phone. |
| 22:11.27 | putnopvut | Hmm, I actually had canreinvite=no... |
| 22:11.33 | putnopvut | wtf was that reinvite then? |
| 22:12.53 | putnopvut | mnicholson: It looks like that's the problem with you, too. The Contact header in the 200 OK that Asterisk sends to the phone is bogus. |
| 22:14.42 | putnopvut | mnicholson: If I were a betting man, I'd say that rev 200946 is the culprit here. |
| 22:16.07 | putnopvut | I'll have it fixed soon. |
| 22:17.15 | mvanbaak | hhmm, dvossel is too fast ;) |
| 22:19.23 | mnicholson | putnopvut, \o/ yay |
| 22:21.49 | putnopvut | mnicholson: actually The_Boy_Wonder has volunteered to fix it. Should be done pretty shortly. |
| 22:22.25 | mnicholson | The_Boy_Wonder, \o/ yay |
| 22:23.40 | mvanbaak | The_Boy_Wonder: I had almost the same diff for the feature flag thing in iax2. should have known better by now. You are on top of iax stuff |
| 22:24.54 | mvanbaak | btw, anyone interested in running llvm/clang on the asterisk source ? |
| 22:25.10 | mvanbaak | it's known to detect some stuff that gcc does not find |
| 22:25.23 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 22:25.27 | mvanbaak | a lot of code in openbsd has been cleaned up with that |
| 22:26.27 | putnopvut | mvanbaak: I tried doing that a few months ago and I didn't get anything helpful (likely because I did something wrong). |
| 22:27.40 | *** join/#asterisk-dev jtodd (i=e92254he@ns.fox-den.com) |
| 22:27.40 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 22:28.39 | mvanbaak | putnopvut: good to know |
| 22:29.13 | mvanbaak | putnopvut: it's all new to me as well. just checking here before I spend too much time on it ;) |
| 22:29.42 | putnopvut | mvanbaak: I had read on the valgrind lists about the tool, so I decided to run it on Asterisk. The problem was that the tool kept reporting no warnings. |
| 22:30.07 | mvanbaak | well, that means asterisk is _PERFECT_ |
| 22:30.11 | putnopvut | Like I said, it probably was due to something I did wrong :) |
| 22:30.50 | mvanbaak | I've seen the tool mentioned on a lot of openbsd base commits last couple of months |
| 22:30.59 | mvanbaak | mostly cleaning up unused stuff |
| 22:31.33 | mvanbaak | and fixing potential alignment issues |
| 22:32.43 | The_Boy_Wonder | putnopvut, mnicholson: fixed the issue with build_contact in sip. |
| 22:33.02 | putnopvut | The_Boy_Wonder: awesome. Thanks! |
| 22:33.58 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 22:33.58 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 22:34.08 | mvanbaak | hey eliel |
| 22:35.10 | eliel | mvanbaak: ! |
| 22:36.02 | mnicholson | The_Boy_Wonder, yay \o/ |
| 22:36.25 | *** join/#asterisk-dev rue_mohr (n=rue@24.207.122.10) |
| 22:36.50 | rue_mohr | can anyone help me confirm that about 14844 is 0dbm on the dahdi_monitor |
| 22:42.59 | mvanbaak | kpfleming: confirmed. asterisk 1.6.0 is compiling on my debian system again. thanks |
| 22:43.06 | kpfleming | great |
| 22:45.12 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-5bbae7fb95dbc45d) |
| 22:45.46 | mnicholson | putnopvut, The_Boy_Wonder, calls work now, but i am not getting any audio |
| 22:46.02 | mnicholson | ill let you guys worry about that, I don't need audio for my tests! |
| 22:47.23 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip174-70-137-120.ks.ks.cox.net) |
| 22:47.48 | putnopvut | no audio... |
| 22:48.29 | mnicholson | well at least i think that is what is happening |
| 22:49.32 | putnopvut | mnicholson: I get audio fine in trunk right now... |
| 22:49.36 | putnopvut | So not sure what's up there. |
| 22:50.18 | mnicholson | putnopvut, ill poke at it for a bit |
| 22:53.27 | mvanbaak | wow, I'm running svn up on asterisk trunk on my iBook. Last time I did anything with asterisk on this machine was at astridevcon :) |
| 22:53.42 | mvanbaak | I think 'svn co' would be faster |
| 22:54.07 | rue_mohr | can anyone help me confirm that about 14844 is 0dbm on the dahdi_monitor |
| 22:54.31 | eliel | dejavu |
| 22:54.43 | mvanbaak | big time dejavu |
| 22:57.00 | mvanbaak | hhmm |
| 22:57.05 | mvanbaak | M15337 |
| 22:57.07 | MuffinMan | [new] [Asterisk] Channels/chan_iax2 0015337: Drawn out and static audio on inbound iax2 calls reported by deitch (Karma: neutral) https://issues.asterisk.org/view.php?id=15337 |
| 22:57.13 | mvanbaak | I cannot confirm/reproduce this |
| 22:57.42 | mvanbaak | my home asterisk box has 7 IAX2 links to ITSP's |
| 22:57.49 | mvanbaak | and they all work without trouble |
| 22:58.04 | mvanbaak | some alaw, some ulaw and some gsm codec |
| 22:58.18 | mvanbaak | 2 are IAX2 in trunking=yes mode |
| 22:59.10 | mvanbaak | oh, and a nitpick issue |
| 22:59.24 | mvanbaak | on systems where you have to use gmake instead of make |
| 22:59.39 | mvanbaak | I get: Either run 'make menuselect' or remove the existing |
| 23:00.02 | mvanbaak | that should say: Either run 'gmake menuselect' or remove the existing |
| 23:00.43 | rue_mohr | the numbers in dahdi_monitor have to mean something |
| 23:01.10 | rue_mohr | to have dahdi monitor be usefull, you need to know what the level is for 0dbm |
| 23:01.59 | rue_mohr | I'm told 14844 is 0dbm, but there is no documentation for that officially |
| 23:03.03 | rue_mohr | I can get 14844 from the telco 1mw, but when I phone my system back I'm at over 8db gain on tx and still cant get the 1mw I transfered my own call to up to 14844 |
| 23:03.30 | rue_mohr | arg I have to phone digium here |
| 23:03.40 | rue_mohr | drat, I was hoping someone here might know |
| 23:12.35 | rue_mohr | gee whiz, I go to the source and their floats, so I still have no idea |
| 23:13.23 | rue_mohr | short ok... so |
| 23:14.20 | rue_mohr | isn't short 8 bit? |
| 23:16.07 | mvanbaak | I'm off to deb |
| 23:16.08 | Juggie | 16bits, 2bytes. |
| 23:16.09 | mvanbaak | latero all |
| 23:16.23 | rue_mohr | must be 16, so were max 32767.... and 0db is supposed to be 14844? |
| 23:16.29 | rue_mohr | this dosn't add up |
| 23:16.49 | Juggie | unsigned |
| 23:16.51 | Juggie | and signed |
| 23:16.55 | rue_mohr | ah |
| 23:17.15 | rue_mohr | no 32K is abs(peak) for signed |
| 23:17.51 | Juggie | dont ask me how they corolate a shortint to db :) |
| 23:17.55 | rue_mohr | void visualize(short *tx, short *rx, int cnt) <-- so samples are 16 bit signed, but the graph peaks out around ... |
| 23:18.21 | rue_mohr | I have a chart for ulaw vs dbm |
| 23:18.33 | rue_mohr | for an old ulaw converter chip, the MT8870 |
| 23:19.15 | rue_mohr | but what I dont understand is * internal units |
| 23:19.19 | eliel | R79 |
| 23:19.23 | MuffinMan | [R79] Make the parameter separator backward compatible, and error messages more consistent. [Pending] Submitted by eliel => https://reviewboard.asterisk.org/r/79/ |
| 23:19.27 | Juggie | did you check codec/codec_ulaw.c |
| 23:19.31 | Juggie | er, codecs/ |
| 23:19.53 | rue_mohr | but I dont know if visualize is getting its buffer in ulaw or not |
| 23:20.36 | rue_mohr | there are no comments in this code... |
| 23:20.57 | Juggie | is this * code? what file. |
| 23:21.08 | rue_mohr | dahdi_monitor.c |
| 23:21.21 | rue_mohr | this is the right channel, right? |
| 23:21.41 | Juggie | yes but i'm not really the right person :) |
| 23:21.59 | Juggie | espically for dahdi but i'll look |
| 23:22.01 | rue_mohr | is there any point to me asking who is? |
| 23:22.15 | rue_mohr | if you are willing to look at it I'm satisifed |
| 23:24.29 | Juggie | look at the channel being opened |
| 23:24.39 | Juggie | its opening it in fmt=AFMT_S16_LE |
| 23:24.52 | rue_mohr | oh, I'm not that versed |
| 23:24.53 | rue_mohr | k |
| 23:24.58 | rue_mohr | so signed 16 bit |
| 23:25.43 | Juggie | hmm one sec that might not be the right code, let me re-read. |
| 23:29.02 | rue_mohr | their kicking me out of work, I'll try to catch someone tommorow |
| 23:29.15 | seanbright | i wish i had that problem |
| 23:30.36 | Juggie | hah |
| 23:30.50 | *** join/#asterisk-dev DarkRift (n=dark@65.92.167.15) |
| 23:36.35 | leifmadsen | putnopvut, The_Boy_Wonder, mnicholson: that issue with the build_contact stuff -- when did the broken commit go in? Was that recent? I'm curious if 1.6.2.0-beta3 is broken? |
| 23:38.58 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 23:40.21 | mnicholson | leifmadsen, im not sure, look at the rev putnopvut posted (200946) |
| 23:52.30 | Juggie | semi OT question (i ask here to avoid the #asterisk fluff), if you had to recomend a sip/iax provider who would it be. I know someone who istired of teliadx and want sto move. |
| 23:52.34 | Juggie | just dont have a recomendation for them. |
| 23:52.52 | leifmadsen | Juggie: US or CA DIDs? |
| 23:52.59 | leifmadsen | Juggie: I always recommend Unlimitel |
| 23:53.09 | Juggie | US |
| 23:53.12 | leifmadsen | darn |
| 23:53.21 | Juggie | they are in PDX so closer the better |
| 23:53.32 | leifmadsen | try out voiptrunk.com |
| 23:53.47 | leifmadsen | (they are new, but seem to be pretty good according to some of the twitter buzz) |
| 23:54.22 | Juggie | a second recomendation? anyone know of anyone w/ a datacenter near pdx? |