| 00:17.41 | *** join/#asterisk-dev Deeewayne (n=dwayne@76.29.245.9) |
| 00:17.41 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 00:36.41 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 00:48.27 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 00:48.27 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 01:09.56 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 01:09.56 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 01:33.06 | *** join/#asterisk-dev bbryant1 (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 01:33.06 | *** mode/#asterisk-dev [+o bbryant1] by ChanServ |
| 02:00.36 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 02:00.36 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 03:08.07 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 03:45.23 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 04:35.37 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.81) |
| 05:31.08 | *** join/#asterisk-dev sergey (n=sergey@sergey-home.iks.ru) |
| 05:44.17 | *** join/#asterisk-dev Dovid (n=annon@173-114-151-150.pools.spcsdns.net) |
| 05:47.57 | *** join/#asterisk-dev Greek-B0y (n=greek@41.222.89.77) |
| 06:13.04 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:17.39 | *** join/#asterisk-dev midkniht (n=Midkniht@ttnk-01-237.dsl.netins.net) |
| 06:17.55 | midkniht | is there a api for remotely creating users in asterisk? |
| 06:19.19 | Juggie | sort of |
| 06:19.43 | Juggie | you can do it via the http interface (eg, asterisknow) |
| 06:19.56 | Juggie | or if you use asterisk realtime then you can add your sip user for example into the db. |
| 06:20.05 | Juggie | <PROTECTED> |
| 06:23.25 | *** join/#asterisk-dev jicksta_ (n=jicksta@67.164.0.78) |
| 06:24.27 | midkniht | well i was looking for a backend deal without going through the db directly |
| 06:24.31 | midkniht | but thanks |
| 06:26.04 | midkniht | looking for something i can code from another site |
| 06:26.09 | midkniht | api would be perfect |
| 06:26.16 | midkniht | but ill find another way |
| 06:57.05 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.69) |
| 07:03.18 | *** join/#asterisk-dev Greek-Boy (n=greek@41.222.89.77) |
| 07:06.43 | *** join/#asterisk-dev Greek-B0y (n=greek@41.222.89.77) [NETSPLIT VICTIM] |
| 07:12.19 | *** part/#asterisk-dev sergey (n=sergey@sergey-home.iks.ru) |
| 08:49.49 | mvanbaak | what's the timezone Digium is in ? |
| 08:52.22 | mvanbaak | US/Central looks sane ? |
| 09:47.17 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 11:08.43 | seanbright | mvanbaak: correct |
| 11:09.08 | mvanbaak | k. thank you |
| 11:09.35 | mvanbaak | then the vm's kevin will get will have the correct timezone set :) |
| 11:22.39 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:25.32 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 11:44.25 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:44.25 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:45.59 | snuff-home | ello leif |
| 11:46.06 | leifmadsen | snuff-home: yo! |
| 11:46.46 | snuff-home | what was with couple of bugs the other day.. u changed from 4.27->28 then back again :) |
| 11:50.39 | leifmadsen | snuff-home: haha, I was working on auto-pilot a bit. Basically when we release a security release for 1.6.x branches, we don't do: 1.6.0.1.1, so we just increase 1.6.0.1 to 1.6.0.2 (for example) when any change happens in a 1.6.x branch. So I need to manually change all the 1.6.0.1's to 1.6.0.2 in the bug tracker, but I was on auto-pilot, and did the 1.4 stuff as well, which was unnecessary since 1.4.x gets somethin |
| 11:50.39 | leifmadsen | g like a 1.4.25.1 |
| 11:50.54 | leifmadsen | hopefully my brain will remember not to do that next time :) |
| 11:51.05 | snuff-home | ahh k that explains it :) |
| 11:52.49 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 11:54.49 | *** join/#asterisk-dev ms110 (n=Shehzad@122.169.91.206) |
| 11:55.07 | ms110 | hello every one,,, |
| 11:55.08 | *** join/#asterisk-dev caio1982_ (i=caio1982@CAcert-br/caio1982) |
| 11:56.49 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:56.49 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:58.12 | ms110 | I am modifying the dial application |
| 11:58.14 | ms110 | It is require to wait some seconds even the called party answer the call... |
| 11:58.16 | ms110 | will any body let me know where can I start study in app_dail.c file... |
| 12:02.11 | snuff-home | mornin kpfleming :) |
| 12:02.44 | kpfleming | morning |
| 12:03.49 | snuff-home | how's things over that side of the world.. rather cold here atm.. |
| 12:04.09 | kpfleming | it's nice here, going to be around 80F today with light rain |
| 12:04.59 | snuff-home | 54 F here today |
| 12:05.04 | snuff-home | or was.. |
| 12:06.03 | snuff-home | 41F now.. will probably get bit colder still before mornin |
| 12:09.31 | snuff-home | attempted sip-registry conversion but yet to actually test.. it compiles which is better start than my last effort with changin astobj -> astlist |
| 12:10.49 | kpfleming | why do you want to change from astobj to astlist? |
| 12:12.25 | snuff-home | not sip registry.. that i moved to ao2 |
| 12:13.03 | snuff-home | smdi was using astobj just like a linked list.. and so changing that to ao2 didn't seem to make lot of sense |
| 12:13.46 | kpfleming | true |
| 12:13.50 | snuff-home | for the smdi_mwi_queue and smdi_somethin_queue |
| 12:13.51 | kpfleming | good point |
| 12:15.43 | snuff-home | the idea was.. convert main smdi_interface to ao2.. which would have been useful n convert those other 2 back to astlist |
| 12:16.25 | snuff-home | i abandoned it atm because of the 101 compile issues i wasn't sure how to deal with |
| 12:16.38 | snuff-home | i may still go back in few weeks |
| 12:20.19 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 12:34.55 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:34.56 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:44.12 | eliel | Good morning all! |
| 12:48.31 | *** join/#asterisk-dev ms110 (n=Shehzad@122.169.91.206) |
| 13:08.20 | leifmadsen | eliel: morn! |
| 13:15.46 | jsmith | Morning all |
| 13:16.18 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 13:16.18 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 13:17.10 | leifmadsen | jsmith: morn! |
| 13:19.59 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 13:19.59 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 13:20.24 | *** join/#asterisk-dev jtodd (i=di83ze26@ns.fox-den.com) |
| 13:20.24 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 13:28.20 | ms110 | what is the name of the function of Asterisk to sleep some seconds and stop the execution some time |
| 13:33.24 | ms110 | is it ast_safesleep? |
| 13:33.36 | JunK-Y | ast_safe_sleep yeah |
| 13:36.53 | ms110 | yeah exactly that... thanks JunK-Y |
| 13:51.56 | *** join/#asterisk-dev moy (n=moy@74.12.123.90) |
| 14:01.44 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 14:03.35 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:03.35 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:05.28 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:05.28 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:24.01 | *** join/#asterisk-dev CunningPike (n=CunningP@vpn.dnv.org) |
| 14:36.45 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:36.45 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:45.42 | jsmith | blinks |
| 14:45.55 | jsmith | Is there seriously no way in Asterisk 1.4 to determine the order that MOH files will play? |
| 14:46.35 | eliel | jsmith: the filename? |
| 14:46.51 | jsmith | eliel: It doesn't sort them alphabetically :-( |
| 14:47.12 | jsmith | eliel: It appears to sort them randomly, whether or not I have "random=yes" |
| 14:47.47 | eliel | that "sounds" like a bug... |
| 14:47.50 | jsmith | eliel: Asterisk 1.6 adds a "sort=random" or "sort=alpha" setting, but Asterisk 1.4 appears to sort them randomly, whether or not you set "random=yes" or "random=no" |
| 14:48.11 | seanbright | jsmith: that is correct. no way to specify the order in 1.4. |
| 14:48.27 | seanbright | it is in file system order |
| 14:48.28 | jsmith | seanbright: Would you consider that a bug, since "random=no" does the same as "random=yes" |
| 14:48.49 | jsmith | seanbright: What *specifically* is "file system order" |
| 14:48.49 | seanbright | it's not technically random |
| 14:48.55 | jsmith | inode number? |
| 14:48.58 | seanbright | jsmith: inode mayhaps? |
| 14:48.59 | jsmith | atime? |
| 14:49.16 | seanbright | the order that opendir/readdir gives them to you :) |
| 14:49.23 | seanbright | we locally patched that forever ago. |
| 14:49.27 | seanbright | qsort ftw! |
| 14:50.11 | jsmith | seanbright: You have a patch for me? |
| 14:50.32 | seanbright | let me see if i can find it |
| 14:50.36 | seanbright | latest 1.4? |
| 14:51.24 | jsmith | Sure... |
| 14:51.33 | jsmith | Or any 1.4... I'm sure I can port it to the latest |
| 14:51.46 | jsmith | isn't *that* poor of a C coder |
| 14:53.32 | Corydon76-dig | jsmith: it's the order in which items are placed in the directory |
| 14:53.56 | jsmith | Corydon76-dig: Oh? Let me test that |
| 14:54.02 | Corydon76-dig | jsmith: if no files are ever deleted, then the directory order is the order in which files were placed into the directory |
| 14:54.29 | Corydon76-dig | If you've deleted anything, then the blank spaces are filled before additional items are placed at the end |
| 14:54.50 | seanbright | jsmith: quasi-backport from trunk -> http://pastebin.ca/1455407 |
| 14:55.44 | Corydon76-dig | So if you initially put 4 items in a directory, delete the second item, and put item 5 in the directory, then directory order will be 1534 |
| 14:55.57 | jsmith | Corydon76-dig: OK, here's what I just did |
| 14:56.02 | jsmith | Created /var/lib/asterisk/moh/test |
| 14:56.44 | jsmith | cp ../../sounds/digits/1.gsm . |
| 14:56.53 | jsmith | cp ../../sounds/digits/2.gsm . |
| 14:56.59 | Corydon76-dig | jsmith: of course, that also assumes that you're using ext2, which doesn't use a B-tree for the directory |
| 14:56.59 | jsmith | cp ../../sounds/digits/3.gsm . |
| 14:57.09 | jsmith | is using ext3 |
| 14:57.49 | Corydon76-dig | HFS+, for example, uses redundant B-trees for the directory, so directory order is always sorted |
| 14:58.07 | jsmith | [test] |
| 14:58.08 | jsmith | mode=files |
| 14:58.08 | jsmith | directory=/var/lib/asterisk/moh/test |
| 14:58.08 | jsmith | [test-random] |
| 14:58.08 | jsmith | mode=files |
| 14:58.08 | jsmith | directory=/var/lib/asterisk/moh/test |
| 14:58.10 | jsmith | random=yes |
| 14:58.14 | jsmith | And now for the kicker: |
| 14:58.23 | jsmith | apologizes in advanced for the paste |
| 14:58.39 | jsmith | hockey*CLI> moh reload |
| 14:58.40 | jsmith | <PROTECTED> |
| 14:58.40 | jsmith | hockey*CLI> moh show files |
| 14:58.40 | jsmith | Class: default |
| 14:58.40 | jsmith | File: /var/lib/asterisk/moh/fpm-world-mix |
| 14:58.40 | jsmith | File: /var/lib/asterisk/moh/fpm-calm-river |
| 14:58.42 | jsmith | File: /var/lib/asterisk/moh/fpm-sunshine |
| 14:58.44 | jsmith | Class: test-random |
| 14:58.46 | jsmith | File: /var/lib/asterisk/moh/test/2 |
| 14:58.48 | jsmith | File: /var/lib/asterisk/moh/test/1 |
| 14:58.50 | jsmith | File: /var/lib/asterisk/moh/test/3 |
| 14:58.52 | jsmith | Class: test |
| 14:58.54 | jsmith | File: /var/lib/asterisk/moh/test/2 |
| 14:58.58 | jsmith | File: /var/lib/asterisk/moh/test/1 |
| 14:59.00 | jsmith | File: /var/lib/asterisk/moh/test/3 |
| 14:59.05 | jsmith | shows that "random=yes" is indeed the same as "random=no" |
| 14:59.34 | Corydon76-dig | Interesting |
| 14:59.40 | seanbright | well, let's back up |
| 14:59.48 | seanbright | "random=yes" doesn't randomize at load |
| 14:59.55 | seanbright | it randomly picks from the list at runtime |
| 15:00.05 | seanbright | so the files are sorted the same way in the file array |
| 15:00.12 | seanbright | regardless of the 'random' setting |
| 15:01.10 | seanbright | does that make sense? |
| 15:01.10 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 15:01.58 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:06.12 | jsmith | seanbright: OK, I'll do more testing |
| 15:06.47 | seanbright | jsmith: well, you are 100% on one point... the order of the files is not deterministic with MoH in 1.4 |
| 15:07.38 | mvanbaak | seanbright: ping |
| 15:07.43 | seanbright | yeah |
| 15:07.49 | mvanbaak | __WORDSIZE ??? |
| 15:07.55 | mvanbaak | it does not excist here |
| 15:08.00 | seanbright | ahhh |
| 15:08.05 | seanbright | you have commit |
| 15:08.10 | seanbright | it's used in the backtrace stuff |
| 15:08.16 | seanbright | so i assumed it was safe. |
| 15:10.34 | mvanbaak | hhmm |
| 15:11.26 | seanbright | mvanbaak: what is the output of: |
| 15:11.27 | seanbright | echo | cpp -dM | sort -u |
| 15:11.34 | Corydon76-dig | Maybe #if sizeof(void *) == 8 |
| 15:12.25 | mvanbaak | seanbright: http://michiel.vanbaak.info/temp/foo.txt |
| 15:13.03 | jsmith | seanbright, Corydon76-dig: Playing class test gives me "1,3,2,1,3,2,1,3,2", play class test-random gives me "2,2,2,1,2,1,3" |
| 15:13.26 | jsmith | So, in short, it's non-deterministic |
| 15:13.32 | seanbright | mvanbaak: __WORDSIZE should be in limits.h |
| 15:13.37 | seanbright | that's bizarre |
| 15:14.10 | mvanbaak | seanbright: I did: cd /usr/include && grep -rn '__WORDSIZE' * |
| 15:14.11 | mvanbaak | nothing |
| 15:14.19 | mvanbaak | does not show up |
| 15:14.33 | Corydon76-dig | That's obsd for ya |
| 15:14.39 | seanbright | unbelievable |
| 15:14.42 | mvanbaak | hhmm |
| 15:14.45 | seanbright | we really just need to drop support for that platform |
| 15:14.50 | seanbright | but i digress |
| 15:14.55 | Corydon76-dig | Does obsd even support 64-bit platforms? |
| 15:14.55 | mvanbaak | limits.h only defines __WORDSIZE if gcc < 2 |
| 15:15.18 | seanbright | Corydon76-dig: no, 8 bit only. |
| 15:15.18 | mvanbaak | Corydon76-dig: OpenBSD asterisk.vanbaak.info 4.4 GENERIC#1562 amd64 |
| 15:15.53 | Corydon76-dig | mvanbaak: I thought Theo hadn't completed his audit of the 64-bit processor yet |
| 15:15.59 | *** join/#asterisk-dev dacs (n=dacs@unaffiliated/dacs) |
| 15:16.05 | dacs | howdy folks |
| 15:16.20 | Corydon76-dig | Morning |
| 15:16.27 | dacs | is there is a clear command on the CLI |
| 15:16.33 | mvanbaak | Corydon76-dig: prolly because he's too busy pissing off ppl |
| 15:16.41 | Corydon76-dig | dacs: #asterisk, please |
| 15:17.02 | seanbright | i guess we could use __LP64__ |
| 15:17.12 | dacs | Corydon76-dig: i already asked there and the reply was "never heard of it" |
| 15:17.18 | jsmith | seanbright: Your patch did the trick |
| 15:17.25 | seanbright | dacs: go and ask again |
| 15:17.29 | seanbright | dacs: this is not a support channel |
| 15:17.29 | Corydon76-dig | dacs: this is not a support channel |
| 15:17.32 | seanbright | jinx |
| 15:17.39 | dacs | ok sorry |
| 15:19.17 | seanbright | gcc defines __SIZEOF_POINTER__ |
| 15:19.18 | seanbright | but not on openbsd |
| 15:19.39 | seanbright | because of the aforementioned OH-MY-GOD-WHY-WOULD-YOU-RUN-THAT?! reason |
| 15:19.58 | Corydon76-dig | Clearly, it's a useless operating system |
| 15:20.06 | seanbright | duh |
| 15:20.15 | eliel | dacs: CTRL+L |
| 15:20.25 | Corydon76-dig | eliel: not here, please |
| 15:20.42 | Corydon76-dig | eliel: besides, we already answered him in #asterisk :-P |
| 15:20.43 | eliel | Corydon76-dig: you are right, sorry |
| 15:20.45 | mvanbaak | *sigh* |
| 15:20.53 | dacs | eliel: thank you, they already answer me on * main channel. i appreciate it |
| 15:20.55 | seanbright | mvanbaak: i'm looking into it |
| 15:21.12 | Corydon76-dig | mvanbaak: You know we're just teasing. |
| 15:21.17 | mvanbaak | I know ;) |
| 15:21.21 | seanbright | i'm not |
| 15:21.25 | seanbright | it's a support nightmare |
| 15:21.52 | Corydon76-dig | drops a support nightmare on seanbright's head |
| 15:26.38 | putnopvut | so mvanbaak do you know if there is a #define'd constant in obsd to tell the number of bytes in a word? Or do we need to use Corydon76-dig's idea and use sizeof(void *)? |
| 15:27.05 | seanbright | google is not being helpful in regards to that question |
| 15:27.51 | seanbright | i guess we could just do it in configure |
| 15:28.20 | seanbright | jsmith: excellent. |
| 15:28.28 | seanbright | jsmith: re: moh |
| 15:28.43 | Corydon76-dig | seanbright: does that work for cross-compiling? |
| 15:28.50 | seanbright | probably not. |
| 15:30.41 | seanbright | actually, configure would. the target would get passed to the test compile. |
| 15:30.56 | seanbright | but it might be just as good to use sizeof(void *) at that point |
| 15:31.03 | seanbright | i think i'll do that |
| 15:31.28 | mvanbaak | putnopvut: dont think so |
| 15:31.54 | jsmith | Corydon76-dig: Do you think it's worth committing that moh patch to the 1.4 branch? |
| 15:32.20 | seanbright | it was a backport from trunk, really. |
| 15:32.28 | seanbright | i don't think it's a bug, personally. |
| 15:32.35 | Corydon76-dig | jsmith: do we specify the order that it takes anywhere, or is it purely just a curiosity? |
| 15:32.40 | mvanbaak | hhmm |
| 15:32.46 | mvanbaak | sizeof(word) ;) |
| 15:32.47 | seanbright | mvanbaak: what are you building right now? |
| 15:32.51 | seanbright | 1.4? |
| 15:32.54 | mvanbaak | seanbright: trunk |
| 15:33.22 | jsmith | Corydon76-dig: It's documented several places on the net that it's in alphabetical order unless you do "random=yes" (or "sort=random in 1.6.0 and later) |
| 15:33.37 | jsmith | Corydon76-dig: But there's nothing in *official* documentation as to the order |
| 15:33.47 | Corydon76-dig | jsmith: Yeah, then it's not a bug |
| 15:34.02 | seanbright | mvanbaak: http://pastebin.ca/raw/1455454 |
| 15:34.07 | seanbright | test that if you don't mind |
| 15:34.09 | jsmith | Fair enough |
| 15:34.09 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:34.37 | seanbright | actually |
| 15:34.39 | seanbright | mvanbaak: don't test that |
| 15:34.44 | seanbright | it's an epic fail on my part |
| 15:35.13 | mvanbaak | gheh |
| 15:35.28 | seanbright | http://pastebin.ca/raw/1455455 |
| 15:35.30 | seanbright | try that one. |
| 15:35.51 | seanbright | unless openbsd uses 6 or 9 bit bytes... |
| 15:35.53 | seanbright | :-P |
| 15:36.26 | mvanbaak | yay |
| 15:36.30 | mvanbaak | utils.c compiles |
| 15:36.58 | Corydon76-dig | It may compile, but does it crash and burn? |
| 15:36.59 | mvanbaak | blegh. looks like I've been slacking for too much time |
| 15:37.06 | mvanbaak | ast_expr2.y:585: warning: implicit declaration of function `strtold' |
| 15:37.08 | mvanbaak | gheh |
| 15:38.36 | seanbright | well the 3 and a half people that still run openbsd will be glad you're fixing these issues |
| 15:38.39 | seanbright | :-P |
| 15:38.42 | seanbright | will offically stop.... now |
| 15:41.29 | eliel | we should have faces in the bug notes like this hehe :) http://www.mantisbt.org/bugs/view.php?id=7920 |
| 15:47.01 | seanbright | it looks like the newer version supports version number rollups |
| 15:47.23 | seanbright | so you can actually say "show me all of the 1.6.x" bugs |
| 15:47.35 | seanbright | instead of doing it version by version like we have to now |
| 15:49.10 | seanbright | and the pastel colors are nice, too. |
| 15:51.25 | *** join/#asterisk-dev jtexter3 (n=jtexter3@COX-66-210-197-34-static.coxinet.net) |
| 15:55.29 | jtexter3 | I have a case where I'm placing calls, and need to know if I have received a fax tone. Looks like I need to have an ast_dsp*, and call ast_dsp_digitdetect, is that correct? |
| 16:01.24 | seanbright | Corydon76-dig: AC_CHECK_SIZEOF(void *) apparently works when cross compiling |
| 16:01.48 | seanbright | but i'm not sure there is a win with doing that vs. doing the sizeof(void *) in the definition |
| 16:01.58 | *** join/#asterisk-dev JackEStorm (n=no@ip24-252-118-155.no.no.cox.net) |
| 16:02.54 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 16:07.25 | Corydon76-dig | seanbright: only win I can see is just doing the check once if done in autoconf |
| 16:08.41 | seanbright | right. |
| 16:11.43 | *** join/#asterisk-dev shido6 (n=shido6@96-28-35-120.dhcp.insightbb.com) |
| 16:29.36 | *** join/#asterisk-dev rue_mohr (n=rue@24.207.122.10) |
| 16:30.16 | rue_mohr | the dahdi monitor in the latest driver set(dahdi-linux-complete-2.1.0.4+2.1.0.2) is STILL broken |
| 16:30.29 | rue_mohr | I can tell you what is broken if you like |
| 16:30.44 | jsmith | rue_mohr: Can you submit a bug to the bug tracker? |
| 16:30.52 | jsmith | rue_mohr: That way, it doesn't slip through the cracks |
| 16:30.56 | rue_mohr | the title bar for the levels dosn't work cause the memcopy thats being used is copying the terminating null |
| 16:31.07 | rue_mohr | can you point me to the bug tracker? |
| 16:31.31 | *** join/#asterisk-dev jicksta (n=jicksta@67.164.0.78) |
| 16:32.24 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 16:33.05 | seanbright | that has been fixed already |
| 16:33.09 | seanbright | in svn |
| 16:33.40 | rue_mohr | but not hte stable release? |
| 16:33.51 | seanbright | correct |
| 16:33.51 | rue_mohr | dahdi-linux-complete-2.1.0.4+2.1.0.2 |
| 16:34.01 | rue_mohr | is there something newer that that I should have got? |
| 16:34.12 | seanbright | that is the latest stable release |
| 16:34.16 | seanbright | the bug was fixed after that |
| 16:34.27 | rue_mohr | ok, see, there is my point :) |
| 16:34.51 | rue_mohr | so when can we expect a new stable? |
| 16:35.07 | seanbright | once 2.2.0+2.2.0 is released |
| 16:35.16 | rue_mohr | .... ? |
| 16:35.22 | seanbright | ? |
| 16:35.24 | seanbright | when it's done? |
| 16:35.33 | rue_mohr | yea... |
| 16:35.38 | rue_mohr | whats holdin 'er up? |
| 16:35.40 | seanbright | <-- not a dahdi developer |
| 16:35.46 | rue_mohr | hah |
| 16:35.48 | seanbright | but i did fix that bug, oddly enough. |
| 16:36.03 | rue_mohr | I thought I'd heard it's been fixed |
| 16:36.35 | seanbright | you can get a patch for it |
| 16:36.42 | rue_mohr | I'm just annoyed its still broken, after I fixed it on the last one I installed |
| 16:36.46 | rue_mohr | I can do it |
| 16:36.47 | rue_mohr | again... |
| 16:36.59 | rue_mohr | its simple, just change over to memcpy, iirc |
| 16:39.15 | rue_mohr | and I'd like to file a complaint that 24 is way to high for vpmnlpthresh |
| 16:39.48 | seanbright | rue_mohr: http://issues.asterisk.org/ |
| 16:39.49 | Qwell | so then don't set it to 24 |
| 16:40.01 | rue_mohr | its defaulting to 24 |
| 16:40.02 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 16:40.02 | seanbright | that is the designated place for complaints to be registered |
| 16:40.20 | rue_mohr | I cant find any record of a config file line that changes it from default |
| 16:40.31 | rue_mohr | I'm changing it from /sys every time |
| 16:41.01 | Qwell | it's a module parameter |
| 16:41.06 | rue_mohr | yes |
| 16:41.15 | seanbright | /etc/modprobe.conf? |
| 16:41.20 | rue_mohr | I'v got it set in mod... |
| 16:41.31 | Qwell | then what's the problem? |
| 16:41.49 | rue_mohr | /etc/modprobe.d/dahdi |
| 16:41.56 | rue_mohr | options wctdm24xxp vpmnlptype=4 |
| 16:42.03 | rue_mohr | but its still comming out 24 |
| 16:42.07 | Qwell | ... |
| 16:42.18 | rue_mohr | type |
| 16:42.20 | seanbright | because you spelled it wrong? |
| 16:42.23 | rue_mohr | wtf.... |
| 16:42.25 | rue_mohr | :) sorry |
| 16:42.32 | seanbright | i tell ya |
| 16:42.37 | seanbright | bitch bitch bitch all day |
| 16:42.38 | seanbright | heh |
| 16:42.47 | rue_mohr | :) |
| 16:43.44 | seanbright | also, i can confirm that the dahdi_monitor bug is fixed in the 2.2.0 RCs |
| 16:44.01 | rue_mohr | blindly turns the tuning knob and complains the volume isn't changing |
| 16:44.20 | rue_mohr | hmm |
| 16:44.24 | Qwell | rue_mohr: #asterisk please |
| 16:44.29 | rue_mohr | ok |
| 16:50.43 | leifmadsen | seanbright: oh? |
| 16:51.19 | leifmadsen | seanbright: like issues 14971 and 15233? |
| 16:52.08 | seanbright | leifmadsen: hmm? what about them? |
| 16:52.16 | leifmadsen | seanbright: dahdi monitor bug you mentioned |
| 16:52.21 | leifmadsen | I'm curious if those sound like the same issue |
| 16:52.29 | seanbright | dahdi_monitor != mixmonitor |
| 16:52.37 | leifmadsen | oh... right :) |
| 16:52.42 | seanbright | dahdi_monitor is a command line util in dahdi-tools |
| 16:52.58 | leifmadsen | ya, I think I got confused and excited when I heard about some monitor issue being fixed within' DAHDI :) |
| 16:53.06 | seanbright | heh |
| 16:53.10 | leifmadsen | since both those issues seem to only mention DAHDI channels |
| 16:53.17 | seanbright | mixmonitor/chan_spy are just whores |
| 16:53.20 | seanbright | and we should remove them completely |
| 16:54.29 | leifmadsen | but... but... they put out. |
| 16:59.29 | jsmith | seanbright: I think we're all looking forward to a brighter future, where everything uses the bridging API, and a lot of that code can be sent to the big ol' bit-bucket in the sky. |
| 16:59.35 | jsmith | seanbright: Until then, we're stuck with what we have |
| 17:02.25 | seanbright | jsmith: that will be a beautiful world. |
| 17:03.22 | jsmith | seanbright: Almost makes me want to take a year-long sabbatical :-) |
| 17:05.25 | leifmadsen | jsmith: then come back and hope it's been merged? :) |
| 17:06.06 | jsmith | leifmadsen: Well, the beginnings of the bridging API *have* been merged, haven't they? |
| 17:06.19 | jsmith | leifmadsen: I'm just waiting for all the *uses* of the bridging API to catch up |
| 17:06.24 | leifmadsen | jsmith: yes, I believe so -- I meant the Monitor stuff specifically |
| 17:06.32 | leifmadsen | or yes, the uses |
| 17:11.24 | *** join/#asterisk-dev otherwiseguy (n=otherwis@cpe-75-87-106-119.kc.res.rr.com) |
| 17:11.57 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-32-189.maryville.mo.cebridge.net) |
| 17:11.57 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 17:16.02 | *** join/#asterisk-dev xpot-mobile (n=james@144.35.21.114) |
| 17:28.07 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 17:30.46 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 17:33.11 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:45.13 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 17:45.13 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:50.12 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 17:50.12 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 18:14.31 | *** join/#asterisk-dev tamiel (n=tamiel@ip-120.net-81-220-18.versailles.rev.numericable.fr) |
| 18:18.31 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 18:18.32 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 18:32.46 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:34.40 | mnicholson | russellb, I have a astobj2 question, you around? |
| 18:36.08 | Corydon76-dig | mnicholson: he is in the process of moving today |
| 18:36.29 | putnopvut | mnicholson: Others may be able to answer though. |
| 18:39.28 | seanbright | ~ask |
| 18:39.29 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 18:39.35 | seanbright | is a smartass |
| 18:40.09 | *** join/#asterisk-dev korihor (n=korihor@190.72.242.200) |
| 18:41.53 | mnicholson | ok, memory allocated with ao2_alloc should be freed by ao2_ref() correct? |
| 18:42.17 | eliel | yes. |
| 18:43.44 | mnicholson | ok, in __ast_channel_alloc_ap, ao2_alloc() is called, and then in the event of an error, ast_free() is called on that memory |
| 18:43.48 | mnicholson | this looks like a leak to me |
| 18:47.09 | seanbright | yes |
| 18:47.22 | seanbright | i concur |
| 18:49.17 | mnicholson | ok |
| 18:49.21 | mnicholson | someone fix it! :) |
| 18:51.23 | eliel | mmm, i don't know if it is a leak |
| 18:51.35 | eliel | at least it is a bug |
| 18:51.43 | seanbright | of course it's a leak |
| 18:51.54 | mnicholson | well only part of the object will get freed right? |
| 18:52.12 | mnicholson | all of the magical astobj2 stuff will be leaked |
| 18:52.18 | seanbright | the pointer returned by ao2_alloc is pointing to the start of the allocated region |
| 18:52.48 | eliel | the destructor will not be called |
| 18:53.18 | Corydon76-dig | mnicholson: No, NONE of the object will be freed there |
| 18:53.28 | Corydon76-dig | Instead, you'll get an abort(3) |
| 18:53.44 | mnicholson | Corydon76-dig, oh, even worse |
| 18:54.10 | seanbright | you'll only run into that when you are out of memory anyway |
| 18:55.11 | seanbright | all of the places where ast_free is being called in that function are on allocation failures |
| 18:55.21 | seanbright | so... should be fixed... probably not the end of the world. |
| 18:55.29 | mnicholson | yup |
| 18:58.08 | putnopvut | Got it. |
| 18:58.36 | putnopvut | I think we may break 200000 today. |
| 18:58.54 | seanbright | i'm going to camp |
| 18:58.58 | putnopvut | ha |
| 18:59.33 | seanbright | well, if we have ~80 branches off of trunk, automerge is going to get it |
| 19:00.51 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 19:17.01 | mnicholson | sweet, you can script android phones in lua |
| 19:23.29 | seanbright | nice |
| 19:23.34 | seanbright | how's the testing framework coming? |
| 19:23.37 | seanbright | back burner? |
| 19:31.29 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 19:32.48 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:42.44 | *** join/#asterisk-dev VoipForces (n=kvirc@office.prival.ca) |
| 19:43.25 | VoipForces | Hi, anyone eared of a module written for asterisk that would emulate the SMDR serial port output on the Meridian systems? |
| 19:44.17 | mnicholson | seanbright, yup |
| 19:44.29 | mnicholson | seanbright, it can run tests and spawn asterisk and connect to it via the manager |
| 19:45.36 | mnicholson | seanbright, next up is completing the asterisk part of it which will run lua scripts inside of asterisk to do stuff. Stuff like playing audio to apps, creating channels to test cdr, that sort of thing. |
| 19:45.39 | Corydon76-dig | VoipForces: #asterisk, please |
| 19:46.06 | seanbright | mnicholson: very nice |
| 19:48.22 | *** part/#asterisk-dev VoipForces (n=kvirc@office.prival.ca) |
| 20:44.09 | *** join/#asterisk-dev ccesario_ (n=ccesario@189-19-6-236.dsl.telesp.net.br) |
| 20:45.28 | seanbright | enjoy... change the 199999 to 299999 and fire it up! http://pastebin.ca/1455807 |
| 20:47.45 | mnicholson | cel is pretty awesome |
| 20:50.19 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:07.28 | Juggie | who commited rev, 200,000? |
| 21:08.51 | Qwell | commit asterisk 200000 |
| 21:08.57 | MuffinMan | [200000] Committed by seanbright on 2009-06-10T20:40:41.975868Z: Remove some trailing whitespace and steal revision 200000. |
| 21:08.57 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=200000 |
| 21:09.20 | Juggie | wow how boaring for rev 200000 :) |
| 21:09.33 | seanbright | pffft |
| 21:09.34 | seanbright | suck it |
| 21:10.19 | Corydon76-dig | seanbright: only on Fridays after hours. :-P |
| 21:10.23 | seanbright | heh |
| 21:12.00 | Corydon76-dig | http://www.cnn.com/2009/CRIME/06/10/dc.museum.shooting.suspect/ |
| 22:16.36 | jameswf | I wanm't aware phpagi was non functional in 1.6... |
| 22:16.44 | jameswf | *wasn't even |
| 22:32.46 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 22:38.54 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-21-152.hsd1.sc.comcast.net) |
| 22:38.54 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 22:39.20 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |
| 22:56.06 | *** part/#asterisk-dev korihor (n=korihor@190.72.242.200) |
| 23:20.27 | *** join/#asterisk-dev Jacke (i=jacke@valhalla.bofh.org) |
| 23:23.19 | *** join/#asterisk-dev jicksta (n=jicksta@67.164.0.78) |
| 23:40.15 | *** join/#asterisk-dev DarkRift (n=dark@65.92.167.194) |