| 00:09.22 | *** join/#asterisk-dev moy (n=moyhu@189.169.83.74) |
| 00:35.58 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177584428.dsl.bell.ca) |
| 01:10.45 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 01:10.45 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 01:16.14 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:16.14 | *** join/#asterisk-dev CoaxD (i=coax@shell1.cornernet.com) [NETSPLIT VICTIM] |
| 01:16.15 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 01:16.15 | *** join/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 01:16.15 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 01:16.15 | *** mode/#asterisk-dev [+o lmadsen] by irc.freenode.net |
| 01:30.29 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177584428.dsl.bell.ca) |
| 01:48.39 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 01:51.45 | mog | jmls! |
| 01:51.51 | mog | hows it going |
| 02:00.32 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 02:07.54 | tzanger | bah |
| 02:07.58 | tzanger | what's with digium people going home at night |
| 02:08.03 | tzanger | dammit cresl1n |
| 02:08.45 | Corydon76-dig | Heh |
| 02:08.59 | Corydon76-dig | His wife might be annoyed if he didn't |
| 02:09.12 | lmadsen | pffft... good reason not to have a wife? |
| 02:11.00 | ectospasm | nah, I think almost always available nookie trumps digium (-; |
| 02:11.16 | *** join/#asterisk-dev putnopvut (n=putnopvu@c-71-228-178-34.hsd1.al.comcast.net) |
| 02:11.16 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 02:11.31 | Corydon76-dig | lmadsen: that's right; I've always said you should consider having a husband. ;-) |
| 02:11.53 | lmadsen | ectospasm: I heard he was married though |
| 02:12.06 | lmadsen | Corydon76-dig: let me rephrase; significant other |
| 02:12.15 | ectospasm | I guess it depends on the spousal relationship... |
| 02:12.16 | Corydon76-dig | lol |
| 02:14.04 | ectospasm | didn't cresl1n's wife just have a baby not too long ago? |
| 02:15.06 | lmadsen | I believe so |
| 02:15.11 | Corydon76-dig | Indeed |
| 02:18.38 | tzanger | pshaw |
| 02:18.42 | tzanger | I've got four kids I ignore |
| 02:19.23 | tzanger | he needs a few more to understand what's important. :-) |
| 02:20.06 | Corydon76-dig | 4 kids? You must be ancient (or feel like it) |
| 02:20.36 | tzanger | 32 |
| 02:21.10 | Corydon76-dig | is 31 and would like to have a kid someday |
| 02:22.26 | tzanger | tick tock |
| 02:23.07 | tzanger | this sucks |
| 02:23.12 | tzanger | fucking undocumented crap :-( |
| 02:24.09 | Juggie | kids are overrated :P |
| 02:27.53 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:27.53 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:27.59 | putnopvut | oh dang |
| 02:28.03 | putnopvut | it's russellb |
| 02:29.35 | russellb | oh snap! |
| 02:31.58 | russellb | putnopvut: what's up? |
| 02:32.06 | putnopvut | oh, you know. |
| 02:32.13 | putnopvut | Just on IRC. |
| 02:32.19 | putnopvut | Talkin' |
| 02:32.22 | putnopvut | occasionally. |
| 02:32.31 | russellb | word. |
| 02:32.50 | Corydon76-dig | Totally? |
| 02:38.07 | Corydon76-dig | is having some blueberry pie that tastes like it was made with cinnamon |
| 02:38.32 | Corydon76-dig | Well! It was. |
| 02:38.41 | snuff-home | heh |
| 02:38.55 | Corydon76-dig | It's pretty darn good |
| 02:39.18 | Corydon76-dig | Not the association I would have ever thought of, but it's good. |
| 02:39.58 | *** part/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 02:49.52 | Juggie | apple pie is still the best |
| 02:51.50 | jsmith | prefers key lime |
| 02:55.58 | tzanger | likes pretty much any pie |
| 02:59.46 | russellb | prefers cheesecake |
| 03:00.20 | lmadsen | I was JUST thinking that |
| 03:00.25 | lmadsen | cherry cheesecake |
| 03:00.32 | lmadsen | oh damn now I want one... |
| 03:00.38 | lmadsen | back in a few... running to the grocery store |
| 03:01.15 | Corydon76-dig | http://www.carnegiedeli.com/purchase.html |
| 03:03.38 | Corydon76-dig | Only 10 lbs of cheescake |
| 03:04.05 | Corydon76-dig | Heart attack express |
| 03:04.35 | Corydon76-dig | or their 10 lb chocolate cheesecake |
| 03:08.37 | *** join/#asterisk-dev sruffell (n=sruffell@72.146.13.13) |
| 03:08.38 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:12.54 | file | hey sruffell! |
| 03:14.06 | russellb | sruffell: RUN, it's a trap! |
| 03:18.02 | tzanger | heh I'm having fun with the leds on the b410p |
| 03:18.05 | sruffell | uhhh... |
| 03:18.08 | sruffell | looking around |
| 03:18.46 | russellb | tzanger: ooh |
| 03:18.54 | sruffell | I'm wondering if it's bad form to do active driver development on a customer machine and hope it doesn't crash so bad it doesn't boot. |
| 03:19.03 | russellb | lol |
| 03:19.08 | tzanger | sruffell: no, that just means you've got huevos grandes, like me |
| 03:19.14 | sruffell | lol |
| 03:19.40 | tzanger | russellb: one of the b410p cards went bad in the machine... pci id lost a bit, and all hfc-4s accesses went wonky |
| 03:19.51 | russellb | sad :( |
| 03:20.38 | russellb | is that what we do as we age? lose a bit here and there? |
| 03:21.12 | tzanger | russellb: indeed |
| 03:21.26 | tzanger | but nobody's writing drivers for my ass (turns around to make sure) so it doesn't matter :-) |
| 03:21.46 | russellb | heh |
| 03:22.07 | file | one bit here... one bit there... |
| 03:22.18 | russellb | here a bit, there a bit, everywhere a bit bit |
| 03:22.42 | file | russellb: you are working! |
| 03:22.50 | russellb | yes, i am. |
| 03:22.59 | russellb | i have taken too long of a break from working nights and weekends |
| 03:22.59 | russellb | heh |
| 03:23.32 | file | working 9 to 9.. what a way to make a living |
| 03:23.48 | russellb | i even work in my sleep |
| 03:24.20 | file | are you asleep right now? |
| 03:24.32 | tzanger | file: I started work at 0800 this morning |
| 03:24.36 | tzanger | (it's 2324 right now) |
| 03:24.56 | russellb | tzanger: stop sleeping in, slacker |
| 03:25.14 | tzanger | indeed |
| 03:25.19 | tzanger | having said that, I'm going to bed. later all |
| 03:25.22 | russellb | heh |
| 03:25.24 | russellb | g'night! |
| 03:26.22 | file | tzanger: drink! er I mean sleep! |
| 03:28.07 | russellb | hrm ... i have too many projects pending |
| 03:28.57 | russellb | for n in team/russell/* ; do svn merge trunk $n && svn commit -m "merge $n" ; done |
| 03:29.33 | file | deletes russellb's team directory |
| 03:29.36 | russellb | :( |
| 03:29.39 | russellb | reverts file |
| 03:37.22 | *** join/#asterisk-dev Laureano (n=Laureano@OL93-199.fibertel.com.ar) |
| 04:35.40 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
| 04:38.09 | *** join/#asterisk-dev flujan_ (n=flujan@internet.nube.com.br) |
| 04:40.58 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-310554.home.otenet.gr) |
| 04:53.40 | *** join/#asterisk-dev jeffg (i=IpqAHEd6@pdpc/supporter/active/jeffg) |
| 05:00.57 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 05:06.05 | codefreeze | finds the whole matter reversive... |
| 06:01.32 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 06:19.39 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:52.06 | jmls | mog ! |
| 06:52.21 | jmls | is a _little_ late in responding |
| 08:38.51 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-187-7.hsd1.wa.comcast.net) |
| 09:17.43 | *** join/#asterisk-dev Dovid (n=Dovid@bzq-79-176-131-14.red.bezeqint.net) |
| 09:17.47 | Dovid | I want to create a bounty for mp3 support in asterisk (primarly for VM but for recording as well). anyone know how hard it is so I know about how much to set the bounty at ? |
| 09:19.33 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:21.08 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 09:35.10 | tzafrir_home | Dovid, There is mp3 support in addons |
| 09:35.26 | tzafrir_home | What do you consider missing there? |
| 09:56.10 | *** join/#asterisk-dev Ramasee (i=ramac@nikita.tnnet.fi) |
| 09:58.16 | Ramasee | is this the right place to ask questions about asterisk and zaptel drivers? |
| 10:06.05 | Dovid | @tzafrir_home: not for music but to record to mp3 and use mp3 for voicemails so it can come as such in an email. |
| 10:07.07 | tzafrir_home | Ramasee, what type of questions? |
| 10:07.37 | tzafrir_home | #asterisk / #asterisk-dev for usage / developement questions (respectevely) |
| 10:08.38 | tzafrir_home | Writing to mp3 directly? That's lame |
| 10:09.07 | tzafrir_home | (Sorry, couldn't resist) |
| 10:09.31 | Ramasee | i'm installing zaptel + asterisk, but it doesn't work :) |
| 10:09.41 | tzafrir_home | #asterisk :-) |
| 10:09.44 | Ramasee | ok |
| 10:10.07 | Ramasee | thanks |
| 10:10.10 | *** part/#asterisk-dev Ramasee (i=ramac@nikita.tnnet.fi) |
| 10:40.01 | Dovid | tzafrir_home: May be but a clent wants it and I am sure others can use it so why not donate to the cause ;) |
| 10:55.14 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 10:55.40 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177584428.dsl.bell.ca) |
| 10:58.49 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.110.169) |
| 11:05.17 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:05.17 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 11:11.49 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:19.50 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:29.51 | lmadsen | morning all |
| 12:09.35 | *** join/#asterisk-dev eurodrew555 (n=andrews@83-244-164-142.cust-83.exponential-e.net) |
| 12:30.53 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 12:44.12 | mvanbaak | Dovid: use ogg, that's free |
| 13:04.46 | tzanger | grr cresl1n's not in yet |
| 13:06.59 | *** join/#asterisk-dev jeffg (i=p72Ef7lF@pdpc/supporter/active/jeffg) |
| 13:12.17 | lmadsen | tzanger: I think he is only in once every other week :) |
| 13:12.27 | tzanger | that's no good |
| 13:12.27 | lmadsen | this week is not your week.. next week isn't looking good either |
| 13:12.47 | lmadsen | I may or may not be making stuff up |
| 13:14.29 | tzanger | you always do |
| 13:17.16 | mvanbaak | tzanger: cant you send him an email ? |
| 13:21.36 | tzanger | mvanbaak: that's not the problem, the problem is getting a response :-) |
| 13:22.48 | mvanbaak | give him a call |
| 13:23.06 | mvanbaak | oh wait, maybe he's doing driver development and his box is not reachable ;) |
| 13:24.17 | tzanger | :-) I imaigne he is at least as busy as I am |
| 13:28.21 | tzanger | purdy lights |
| 13:28.25 | tzanger | I should probably stop fucking around and get to work |
| 13:29.27 | file | 'tis only 8:30AM HSV time, he is probably not in yet |
| 13:29.51 | tzanger | file: jeez, he leaves at 5, he comes in a 9, what is this, banker's hours |
| 13:34.02 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:34.10 | tzanger | loves having lxr on his local machine |
| 13:34.16 | tzanger | too bad it's the older version |
| 13:36.36 | tzanger | http://www.dilbert.com/strips/comic/2008-05-07/ |
| 13:36.39 | tzanger | that's pretty good :-) |
| 13:48.36 | *** join/#asterisk-dev eurodrew555 (n=andrews@83-244-164-142.cust-83.exponential-e.net) |
| 13:49.41 | eurodrew555 | hey guys, got a problem with Asterisk not jumping to h context - Zap call comes in, answered by a Dial(SIP/xxxx) OK, Zap channel hangs up, SIP channel does not go to h channel until it is hung up manually |
| 13:50.31 | eurodrew555 | I have gone over everything, can't see why it should be happening but don't want to open up a bug report could be missing something perhaps ? |
| 13:52.33 | eurodrew555 | hmm I will raise with my Telco first... |
| 13:53.20 | jmls | eurodrew555: what version of asterisk ? |
| 13:53.35 | *** join/#asterisk-dev bbryant (n=brett@216.207.245.1) |
| 13:53.35 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 13:53.37 | jmls | also, if you wait for 30s ... does the h extension then run ... ? |
| 13:54.03 | eurodrew555 | we get a 'the other party has hung up' played by our carrier |
| 13:54.20 | eurodrew555 | when we should be hanging up, 19 secs later the channel gets hungup |
| 13:55.03 | eurodrew555 | Asterisk SVN-branch-1.4-r115517M |
| 13:55.36 | lmadsen | PRI or analog line? |
| 13:55.46 | eurodrew555 | if I ring in, don't answer the SIP and hang up it clears the channel as I would expect |
| 13:55.47 | eurodrew555 | PRI |
| 13:55.56 | lmadsen | if PRI, maybe you're not getting the correct signalling? |
| 13:56.20 | jmls | I have exactly the same problem on my test system |
| 13:57.05 | jmls | will be back soon .. |
| 13:57.10 | lmadsen | jmls: we'll miss you |
| 13:57.28 | jmls | heh |
| 13:57.52 | eurodrew555 | the PRI seems to be playing along fine, it's only on hangup (on an answered call) that we are getting this issue |
| 13:59.19 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 14:01.13 | eurodrew555 | I'll run some debugs on the PRI tomorrow when we aren't busy |
| 14:08.33 | *** join/#asterisk-dev linuxer_igor (n=igor@mlsrj200152096p202.mls.com.br) |
| 14:09.00 | linuxer_igor | <PROTECTED> |
| 14:09.06 | linuxer_igor | translation alaw to slin |
| 14:09.11 | linuxer_igor | my asterisk not translate code |
| 14:09.30 | linuxer_igor | and return in full log WARNING[20519] translate.c: no samples for alawtolin |
| 14:09.36 | linuxer_igor | somebody has some solution? |
| 14:09.55 | tzafrir_home | linuxer_igor, any chance you don't automatically load modules? |
| 14:10.12 | tzafrir_home | (in modules.conf: you don't have "autoload=yes") |
| 14:10.30 | linuxer_igor | all modules is loaded |
| 14:10.39 | linuxer_igor | gsm , ulaw |
| 14:10.41 | linuxer_igor | slin |
| 14:10.46 | linuxer_igor | alaw |
| 14:10.57 | linuxer_igor | but d not translate |
| 14:11.06 | tzafrir_home | codec_alaw.so and codec_slin.so ? |
| 14:11.27 | linuxer_igor | look this |
| 14:11.27 | linuxer_igor | asterisk -r -x 'module show like codec' |
| 14:11.27 | linuxer_igor | Module Description Use Count |
| 14:11.27 | linuxer_igor | codec_lpc10.so LPC10 2.4kbps Coder/Decoder 0 |
| 14:11.27 | linuxer_igor | codec_ilbc.so iLBC Coder/Decoder 0 |
| 14:11.28 | linuxer_igor | codec_adpcm.so Adaptive Differential PCM Coder/Decoder 0 |
| 14:11.29 | linuxer_igor | codec_zap.so Generic Zaptel Transcoder Codec Translat 0 |
| 14:11.31 | *** join/#asterisk-dev corramor (n=corramor@216.207.245.1) |
| 14:11.34 | linuxer_igor | codec_a_mu.so A-law and Mulaw direct Coder/Decoder 10 |
| 14:11.35 | linuxer_igor | codec_ulaw.so mu-Law Coder/Decoder 2 |
| 14:11.37 | linuxer_igor | codec_g726.so ITU G.726-32kbps G726 Transcoder 0 |
| 14:11.39 | linuxer_igor | codec_alaw.so A-law Coder/Decoder 11 |
| 14:11.41 | linuxer_igor | codec_gsm.so GSM Coder/Decoder 2 |
| 14:11.43 | linuxer_igor | 9 modules loaded |
| 14:12.03 | linuxer_igor | the calls run perfectly |
| 14:12.18 | linuxer_igor | but return erro in my full log WARNING[20519] translate.c: no samples for alawtolin |
| 14:12.53 | tzafrir_home | ("no samples for ____" - it has no input to act on. |
| 14:13.12 | tzafrir_home | two things: please don't paste here long pastes |
| 14:13.26 | linuxer_igor | ok |
| 14:13.37 | tzafrir_home | for anything longer than 3 lines, it is preffered to use a pastebin, such as http://pastebin.ca |
| 14:13.49 | linuxer_igor | I see in foruns |
| 14:14.07 | tzafrir_home | And this question generally belongs in #asterisk |
| 14:14.17 | linuxer_igor | when ok |
| 14:14.19 | linuxer_igor | ok |
| 14:16.33 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:16.33 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:28.31 | *** join/#asterisk-dev hugorebelo (n=hugorebe@c90695e3.static.spo.virtua.com.br) |
| 14:29.26 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:29.26 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:31.28 | *** join/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 14:31.28 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 14:41.46 | *** join/#asterisk-dev allankardec (n=root@189.13.11.9) |
| 14:43.46 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 14:48.48 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 14:53.18 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 14:54.28 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 14:54.28 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:57.16 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:57.16 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:05.08 | outtolunc | pot kettle black... you guys know how to brighten my morning with a smile |
| 15:06.31 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:14.53 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:20.26 | Qwell | Juggie: !!! |
| 15:20.28 | Qwell | there's a space |
| 15:21.20 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 15:22.47 | Juggie | Qwell? |
| 15:22.51 | Qwell | mysql |
| 15:22.56 | putnopvut | lawl |
| 15:23.02 | Qwell | Fetch fetchid 6 custid |
| 15:23.13 | jsmith | MySQwelL? |
| 15:23.14 | Juggie | in his dialplan? |
| 15:23.15 | Qwell | ...he sanitized his logs before posting them originally. |
| 15:23.21 | Juggie | ah |
| 15:23.21 | Qwell | apparently |
| 15:23.31 | Juggie | i told you it was an off by 1. |
| 15:23.47 | Juggie | its a ***STUPID*** system |
| 15:23.56 | Qwell | is it a bug? I wouldn't think so |
| 15:23.58 | Juggie | anything would be better then s space |
| 15:24.04 | Juggie | *a space |
| 15:24.08 | Juggie | a comma, a ! anything |
| 15:24.39 | Qwell | jsmith: what do you think? if an app separates args by space, and somebody has 2 spaces... Should Asterisk do anything besides consider it to be 2 args? |
| 15:25.00 | Qwell | sort of the same as Dial(Zap/1,,blah) |
| 15:25.09 | Juggie | Qwell, how about if we detect two or more consecuctive spaces we output some kind of error |
| 15:25.24 | Qwell | IMO it's perfectly valid to have an empty arg |
| 15:25.46 | russellb | someone screwed up trunk... |
| 15:25.53 | russellb | the branch-1.4 properties are gone |
| 15:25.56 | Qwell | O.o |
| 15:25.56 | Juggie | is it, becasue then it creates a " " channel variable. |
| 15:26.09 | russellb | nm, false alarm. |
| 15:26.09 | Qwell | Juggie: empty string, actually |
| 15:26.10 | Juggie | awesome, well it wasnt me :) |
| 15:26.11 | Corydon76-dig | Qwell: I'd agree with that. |
| 15:26.19 | Qwell | ${} |
| 15:26.21 | Qwell | heh |
| 15:26.25 | file | russellb: stop freaking me out! |
| 15:26.27 | Juggie | oh ya... hmm, |
| 15:26.38 | Juggie | is that legit though, thats a ok variable? |
| 15:26.40 | Qwell | but, yeah, if they're gonna add those spaces...that's what they get |
| 15:26.42 | Qwell | no |
| 15:26.49 | Qwell | it'd likely be silently dropped |
| 15:26.50 | Corydon76-dig | This is precisely why a space was rejected for argument separation in dialplan functions |
| 15:27.01 | Qwell | closing as not an issue |
| 15:27.18 | Juggie | its definitally an issue but there is not much we can do to fix it |
| 15:27.22 | Corydon76-dig | Because two commas is not ambiguous |
| 15:27.25 | Juggie | besides redesign MYSQL() which wont happen |
| 15:27.47 | Corydon76-dig | Juggie: no, we'd sooner drop the MYSQL app than redesign it |
| 15:27.53 | Juggie | exactally. |
| 15:27.53 | Qwell | /agree |
| 15:28.14 | Juggie | its ok in theory but its a terrible design |
| 15:28.35 | Juggie | but since we have func odbc its relatively unneeded |
| 15:30.42 | Corydon76-dig | and now there's multirow support in 1.6 in func_odbc |
| 15:30.58 | Corydon76-dig | I may eventually add cursor support |
| 15:31.23 | Corydon76-dig | although cursor support is a great deal hairier, which is why I didn't do it before |
| 15:31.31 | Qwell | -karma for sanitizing logs on a bug report |
| 15:32.35 | Juggie | Qwell, you know what, we should not even be allowing logs in the friggen bug report to begin with |
| 15:32.38 | Juggie | they should be attached only |
| 15:33.02 | file | issue reporting wizard! |
| 15:33.04 | MuffinMan | Error calling said() for mantis: Column 1 out of range (0) |
| 15:33.04 | MuffinMan | .. at ./modules/Mantis.pm line 104 |
| 15:33.04 | MuffinMan | Error calling said() for mantis: Column 1 out of range (0) |
| 15:33.04 | MuffinMan | .. at ./modules/Mantis.pm line 104 |
| 15:33.05 | MuffinMan | Error calling said() for mantis: Column 1 out of range (0) |
| 15:33.07 | MuffinMan | .. at ./modules/Mantis.pm line 104 |
| 15:33.10 | MuffinMan | Error calling said() for mantis: Column 1 out of range (0) |
| 15:33.12 | Qwell | ... |
| 15:33.13 | MuffinMan | .. at ./modules/Mantis.pm line 104 |
| 15:33.14 | file | oh, I should fix that |
| 15:33.27 | Juggie | Corydon76-dig, multirow? eg see many responses after a query? |
| 15:33.31 | russellb | issue asdfasdf |
| 15:33.32 | MuffinMan | Error calling said() for mantis: Column 1 out of range (0) |
| 15:33.33 | MuffinMan | .. at ./modules/Mantis.pm line 104 |
| 15:33.33 | MuffinMan | Error calling said() for mantis: Column 1 out of range (0) |
| 15:33.33 | MuffinMan | .. at ./modules/Mantis.pm line 104 |
| 15:33.33 | MuffinMan | Error calling said() for mantis: Column 1 out of range (0) |
| 15:33.34 | russellb | issue asdfasdf asdfa |
| 15:33.40 | russellb | lawl |
| 15:33.42 | MuffinMan | .. at ./modules/Mantis.pm line 104 |
| 15:33.42 | Corydon76-dig | Juggie: correct |
| 15:33.44 | MuffinMan | Error calling said() for mantis: Column 1 out of range (0) |
| 15:33.44 | MuffinMan | .. at ./modules/Mantis.pm line 104 |
| 15:33.44 | MuffinMan | Error calling said() for mantis: Column 1 out of range (0) |
| 15:33.45 | file | um... |
| 15:33.46 | MuffinMan | .. at ./modules/Mantis.pm line 104 |
| 15:33.48 | MuffinMan | Error calling said() for mantis: Column 1 out of range (0) |
| 15:34.03 | russellb | sorry for the spam in here guys ... that was poor form of me. |
| 15:34.18 | putnopvut | spanks russellb |
| 15:34.22 | file | yeah... |
| 15:34.58 | *** join/#asterisk-dev MuffinMan (n=muffinma@mctnnbsa24w-142167052094.pppoe-dynamic.nb.aliant.net) |
| 15:35.16 | file | there, fixed |
| 15:35.28 | Juggie | Corydon76-dig, what extra functionality would cursors give for func_odbc? |
| 15:35.53 | jpeeler | russellb: was ast_dynamic_str_thread_append replaced with ast_str_append? |
| 15:36.06 | Corydon76-dig | Juggie: currently in mode=multirow, it retrieves all results into memory and lets you iterate, one way, through the results |
| 15:36.30 | Corydon76-dig | Juggie: with cursor support, you would be able to skip back and forth through the records |
| 15:36.43 | Corydon76-dig | and see some records more than once |
| 15:38.09 | russellb | jpeeler: yes |
| 15:38.19 | Corydon76-dig | Not needed for 99% of func_odbc users, but neat functionality nonetheless |
| 15:38.28 | jpeeler | most continue confirming |
| 15:38.30 | jpeeler | was ast_dynamic_str_thread_set replaced with ast_str_set? |
| 15:38.43 | Corydon76-dig | Juggie: also, not supported for MySQL |
| 15:38.58 | Corydon76-dig | jpeeler: yes |
| 15:39.02 | jpeeler | where did ast_dynamic_str_thread_build_va replacement go? ast_build_string_va? |
| 15:39.08 | Cresl1n | Hey, I was looking around to see if there was an ast_ function for setting thread priority |
| 15:39.14 | Corydon76-dig | jpeeler: yes again |
| 15:39.25 | jpeeler | what is ast_build_string for then? |
| 15:39.26 | russellb | Cresl1n: no ast_ function for that |
| 15:39.33 | russellb | jpeeler: it's gone, too |
| 15:39.33 | Cresl1n | ok |
| 15:39.40 | Corydon76-dig | jpeeler: the primary difference is how the structure is created in the first place |
| 15:39.43 | Juggie | Corydon76-dig, ya i know what a cursor is i was just curious how you thought it would benefit func_odbc,. |
| 15:39.46 | russellb | jpeeler: it has also been replaced by ast_str* |
| 15:39.57 | jpeeler | but that's in 1.6 |
| 15:40.07 | russellb | what is? |
| 15:40.07 | Cresl1n | russellb: is there any code in asterisk that tries to do that right now? |
| 15:40.16 | jpeeler | russellb: ast_build_string |
| 15:40.29 | jpeeler | it's "not recommended" |
| 15:40.32 | russellb | jpeeler: ok, well it's deprecated in favor of ast_str, and should probably be removed |
| 15:40.51 | russellb | Cresl1n: don't think any threads do it, just in asterisk.c, setting the main threads priority ( to be inherited by all threads) |
| 15:41.00 | Cresl1n | crap |
| 15:41.06 | russellb | setpriority or something |
| 15:41.08 | Cresl1n | that's what I was afraid of |
| 15:41.26 | Cresl1n | I've got to save the old priority before I set my thread's priority and then restore it |
| 15:41.32 | Corydon76-dig | Cresl1n: it's forbidden by POSIX for threads in a single process to have different priorities |
| 15:41.38 | russellb | i lied ... ast_set_priority() does exist |
| 15:41.49 | Cresl1n | Corydon76-dig: says who!? |
| 15:41.50 | Corydon76-dig | Cresl1n: hence why I created astcanary as a separate process |
| 15:41.51 | Cresl1n | :-) |
| 15:41.58 | Cresl1n | Darn. |
| 15:42.18 | Corydon76-dig | I went through and did the research, because I really wanted astcanary to be a separate thread, but no go |
| 15:45.25 | tzafrir_home | Cresl1n, those are quite some changes for libpri 1.4.4 . Luckily the soname changed with them :-) |
| 15:45.33 | Cresl1n | :-) |
| 15:46.00 | Cresl1n | well, it shouldn't have broken anything seriously as far as ABI goes |
| 15:46.02 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 15:46.20 | tzafrir_home | Right. It seems to be only new functions. |
| 15:46.42 | Cresl1n | new functions, and a couple of new fields in one of the events |
| 15:46.46 | Cresl1n | added to the end of course |
| 15:46.47 | Corydon76-dig | Cresl1n: what did you want to do in your thread with heightened priority? |
| 15:46.55 | Cresl1n | manage an SS7 link |
| 15:47.12 | Corydon76-dig | Do you really need extra time? |
| 15:47.49 | Corydon76-dig | Because if you can manage the link using multiple threads, that will give you extra CPU time |
| 15:47.49 | Cresl1n | well, it needs to trump other threads as far as real time latency goes |
| 15:48.11 | Cresl1n | like if it needs to wake up, it should wake up first |
| 15:48.17 | Corydon76-dig | Hrm |
| 15:48.17 | tzafrir_home | What happens with signal handlers? |
| 15:48.34 | Corydon76-dig | Cresl1n: could you do that in a separate process? |
| 15:48.38 | Cresl1n | maybe |
| 15:48.46 | Cresl1n | that's going to be a bigger change though |
| 15:49.01 | Corydon76-dig | That would be the only way, AFAIK |
| 15:49.22 | Corydon76-dig | to ensure it gets preempt |
| 15:49.38 | Corydon76-dig | unless you want to do it in kernel memory |
| 15:49.50 | Cresl1n | that's the other option |
| 15:50.00 | Cresl1n | And one that is looking more and more attractive |
| 15:50.26 | Cresl1n | actually, it's the only way to guarantee what I need |
| 15:50.48 | Corydon76-dig | Stay up, even when Asterisk is down? |
| 15:50.58 | Cresl1n | It could potentially do that too |
| 15:51.40 | Corydon76-dig | and if userspace doesn't pick up data within a certain timeframe, signal call rejection? |
| 15:52.02 | Cresl1n | well, that probably would be further then I would want to go |
| 15:52.29 | Cresl1n | I've thought a few times about implementing parts of MTP2 in kernel space instead of user space |
| 15:52.45 | Corydon76-dig | Cresl1n: it would enable a certain amount of multi-machine load balancing |
| 15:54.30 | Cresl1n | just wish I could actually spend some time to do it :-) |
| 15:55.11 | Corydon76-dig | Heh |
| 15:55.18 | ctooley | [May 8 15:46:50] WARNING[12711] chan_sip.c: Autodestruct on dialog '5871-18503@10.10.152.37' with owner in place (Method: ACK).... I'm still not able to get rid of these in my multiple choices responses. |
| 15:55.26 | Corydon76-dig | I've found it's best to do while still fresh in your mind |
| 15:55.41 | Cresl1n | yes |
| 15:55.57 | Cresl1n | This is true |
| 15:56.53 | jsmith | file: Any luck on that SIP trace I sent you? |
| 15:59.44 | file | jsmith: you gave me the trace from the machine I didn't need it from |
| 15:59.49 | file | I needed it from Asterisk 'A' |
| 15:59.58 | file | it is the issue, not the middle man |
| 16:01.45 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 16:01.52 | jsmith | file: OK... I'll grab it now |
| 16:05.50 | jsmith | file: http://www.jaredsmith.net/debug/capture3.pcap |
| 16:06.59 | file | Asterisk console output, I know what the signalling is doing :) I just don't know why Asterisk is responding like that |
| 16:08.44 | jameswf-home | stares in awe at etherape |
| 16:08.47 | jsmith | OK, hold please... |
| 16:08.50 | file | jsmith: there isn't anything in front of Asterisk A is there? |
| 16:09.06 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.205.41) |
| 16:09.14 | jsmith | file: Nope... Polycom phone sends call to Asterisk A, Asterisk A sends call to Asterisk B, Asterisk B sends call to another phone |
| 16:09.29 | file | so there is |
| 16:09.51 | file | so both Asterisk A and Asterisk B would probably be trying to do reinvites |
| 16:10.57 | file | M12013 |
| 16:10.58 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0012013: SIP with canreinvite=yes through multiple Asterisk instances fails reported by alx (Karma: neutral) http://bugs.digium.com/view.php?id=12013 |
| 16:11.36 | file | voila, your issue |
| 16:12.06 | jsmith | file: Uh... turning on the debug in logger.conf makes the audio work... |
| 16:12.10 | jsmith | file: Race condition? |
| 16:12.17 | file | it introduces a delay. |
| 16:12.18 | file | yes |
| 16:14.13 | jsmith | file: www.jaredsmith.net/debug/capture4.{pcap|txt} |
| 16:14.45 | jsmith | file: That's contains two calls... one with debug on in logger.conf but core debug set to 0, the other with core debug set to 9 |
| 16:15.40 | Qwell | l |
| 16:16.01 | jsmith | Qwell: l? |
| 16:16.06 | Qwell | yes |
| 16:17.30 | file | jsmith: the issue is already reported on Mantis, I don't think there's anything else you can provide... I will see what I can do |
| 16:20.27 | file | oh dear, I do have an idea |
| 16:24.25 | file | jsmith: patch added to issue, test, provide feedback, etc |
| 16:24.37 | ctooley | file, I think we're experiencing a related issue. We have Asterisk A set up to receive inbound calls. It prompts for a conference id and then transfers the call to Server B with the conference id as a SIP header. Server B places the caller into the conference and continues with recording name, placing them in the conference, etc. With reinvites turned on, the audio gets halfway through "After the the beep..." and then audio just dies. With ca |
| 16:24.37 | ctooley | nreinvite=no on both servers, it works fine. |
| 16:24.55 | ctooley | I'm guessing this is the same issue reported in 12013. |
| 16:25.27 | file | if Asterisk is in a meetme then it won't directly bridge... it won't send a reinvite |
| 16:26.11 | tzafrir_home | Regarding the recent changes in the init.d scripts, there is one case where 'asterisk -rx' would hang: |
| 16:26.31 | ctooley | Well, Asterisk A isn't in a meetme, Asterisk B is though. So, shouldn't the call be able to go direct from the caller to Asterisk B? |
| 16:26.38 | tzafrir_home | if you ran 'asterisk -c' and then sent it to the background (ctrl-Z) |
| 16:26.59 | file | ctooley: sure, but this issue is to do with a reinvite collision from two servers trying to send reinvites at the same time |
| 16:27.39 | Corydon76-dig | tzafrir_home: that's not backgrounded, that's suspended |
| 16:27.52 | tzafrir_home | right |
| 16:27.54 | ctooley | hmmm, so unrelated and a possibly different bug. Should canreinvite be set to yes on A, B, or both? |
| 16:28.06 | file | ctooley: it won't do anything on B if it's just going to a meetme. |
| 16:28.22 | Corydon76-dig | tzafrir_home: I don't think there's a way to detect a suspended process on the other side of a pipe, is there? |
| 16:28.26 | ctooley | file, well, it goes to an AGI first, and then to a meetme. |
| 16:29.10 | tzafrir_home | start-stop-daemon can check if there is a process called "asterisk" . I believe redhat's init.d script functions have similar tests |
| 16:29.56 | file | ctooley: it still won't do anything, I would suggest you check the signalling and rtp debug... |
| 16:30.13 | tzafrir_home | There is a potential false negative of a suspended rasterisk (its executable is 'asterisk') that is still left after them main asterisk is dead |
| 16:30.24 | tzafrir_home | But that is quite rear as well |
| 16:30.30 | ctooley | file, ok |
| 16:30.51 | Corydon76-dig | tzafrir_home: yeah, I actually tried detecting that, but was stymied |
| 16:31.23 | Corydon76-dig | tzafrir_home: I forget the exact circumstance, but doing it this way works 99% of the time |
| 16:31.56 | Corydon76-dig | except for the case of the suspended process, which hangs. But I was primarily concerned with cycling |
| 16:32.14 | tzafrir_home | there's another case to consider: what if the other running asterisk uses a different asterisk.ctl? |
| 16:32.19 | Corydon76-dig | tzafrir_home: how often do you actually see a suspended Asterisk process? |
| 16:32.52 | tzafrir_home | The thing is that the bad case can hang an automated script |
| 16:33.37 | Corydon76-dig | tzafrir_home: How can a process be suspended and you be running an automated startup script? |
| 16:34.15 | Corydon76-dig | If you're starting up, doesn't that negate the possibility that a process will be suspended? |
| 16:35.01 | *** join/#asterisk-dev xrg_ (n=panos@cpe026032.netone.gr) |
| 16:35.33 | xrg_ | steliosk: ping.. |
| 16:35.53 | steliosk | xrg_ : pong |
| 16:36.21 | xrg_ | Which driver do you think is the most mature for HFC-S isdn cards? |
| 16:36.37 | tzafrir_home | Corydon76-dig, you think you're starting up. Nobody actually gurantees that no other Asterisk is running. Actually this test is intended to test just that |
| 16:37.04 | tzafrir_home | Again, start-stop-daemon uses both the pid file and failing that, the name of the executable |
| 16:37.40 | tzafrir_home | This also covers the case of someone accidentally running Asterisk with a different asterisk.ctl (editing asterisk.conf) |
| 16:37.45 | Corydon76-dig | Neither are very reliable |
| 16:38.09 | ctooley | tzafrir_home, I'm hoping that something doesn't get added to the code base that blocks starting asterisk just because there's a process running other than what's already there to check the pid and ctl files. We run more than one installation of asterisk per server on almost all of our servers |
| 16:38.12 | Corydon76-dig | pid files get deleted, and process names aren't either |
| 16:39.18 | Corydon76-dig | tzafrir_home: I think adding the -C flag would certainly help there |
| 16:39.48 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:40.05 | Corydon76-dig | ctooley: it was a modification to the startup script, to avoid the cycle that happens when somebody starts safe_asterisk when asterisk is already running |
| 16:40.09 | ctooley | tzafrir_home, as for "suspended" processes we test for that as well, and we use perl script with a timer. We attempt an asterisk -rx and if it doesn't return within a specific period of time we stop the -rx, attempt to connect to the AMI and failing that, kill the process and do our normal routine. |
| 16:40.14 | tzafrir_home | ctooley, I don't know the redhat syntax, but I'll work on adding an option for that in the Debian one (checking the pid file alone) |
| 16:41.05 | Corydon76-dig | tzafrir_home: I'd recommend checking the .ctl file alone, because that's what Asterisk itself checks (and what causes the cycle, if it connects) |
| 16:41.48 | tzafrir_home | ctooley, if the script uses start-stop-daemon with the option --exec for --start, then it checks for the binary |
| 16:42.14 | tzafrir_home | What is the difference between checking the pid file and the ctl file? |
| 16:42.38 | Corydon76-dig | Asterisk doesn't check for the pid file itself |
| 16:42.56 | tzafrir_home | The pid file points to a process. If there is such a process, and it is of the right executable, we know we have another Asterisk running |
| 16:43.08 | ctooley | the .ctl file is the socket file that asterisk -r uses to connect to the running process, isn't it? |
| 16:43.12 | Corydon76-dig | tzafrir_home: try something for me: on a box already running asterisk, run safe_asterisk, prior to the change |
| 16:43.43 | Corydon76-dig | and when you clean up after that, tell me again why you think it should check for a different file than what Asterisk itself checks for |
| 16:43.43 | steliosk | xrg_ : none ;) |
| 16:43.45 | tzafrir_home | safe_asterisk brings even more issues to the table. |
| 16:44.05 | tzafrir_home | You have to have a separate pid file for the safe_asterisk script |
| 16:44.17 | tzafrir_home | And use it |
| 16:44.24 | xrg_ | steliosk: let's rephrase: which one should I try to make it work? |
| 16:44.30 | Corydon76-dig | tzafrir_home: you're not seeing the forest for the trees |
| 16:44.32 | tzafrir_home | No point in talking with Asterisk directly, as you might accidentally miss it |
| 16:45.19 | tzafrir_home | Corydon76-dig, I assume that you don't use safe_asterisk . If you do use safe_asterisk, no point looking for a running asterisk |
| 16:45.35 | Corydon76-dig | tzafrir_home: I use both |
| 16:45.58 | tzafrir_home | Let's assume that asterisk constantly fails to start and is being restarted |
| 16:46.30 | jmls | putnopvut: hopeful ping ... |
| 16:46.31 | tzafrir_home | Checking for asterisk directly has a very high chance of missing a running and answering asterisk |
| 16:46.40 | jmls | thinks putnopvut is running for the hills |
| 16:46.52 | Corydon76-dig | tzafrir_home: it has zero chance of missing a running Asterisk |
| 16:46.53 | putnopvut | jmls: heh, no, but I still have no news on why your hang is happening. |
| 16:47.08 | jmls | boo! |
| 16:47.15 | Corydon76-dig | tzafrir_home: because it's performing EXACTLY the same check as Asterisk does itself when starting up |
| 16:47.26 | putnopvut | jmls: sorry :( |
| 16:47.42 | tzafrir_home | But you might be asking at a time when there's no asterisk alive to answer you |
| 16:48.02 | Corydon76-dig | tzafrir_home: you can't solve all the problems |
| 16:48.33 | tzafrir_home | Corydon76-dig, thus IMHO there should be two different modes for the script: with and without safe_asterisk |
| 16:48.39 | Corydon76-dig | tzafrir_home: but connecting to a named pipe usually works better than checking for a process name, especially in the case you've just suggested |
| 16:48.43 | tzafrir_home | I was discussing the safe_asterisk-less one |
| 16:49.04 | tzafrir_home | you check for the existance of a process, and its executable |
| 16:49.08 | ctooley | tzafrir, if it's constantly failing, (ie: often enough that you miss it in a check like that) why is detecting a running safe_asterisk a valid response? Asterisk is stil not running, so it's a false response on whether asterisk is running. |
| 16:49.09 | tzafrir_home | That's quite solid |
| 16:49.21 | tzafrir_home | And this test is much faster and can never hang |
| 16:49.38 | Corydon76-dig | tzafrir_home: but it can return false results, too |
| 16:49.55 | tzafrir_home | ctooley, because safe_asterisk is running. You don't want to run a second safe_asterisk at this stage, right? |
| 16:50.32 | ctooley | tzafrir_home, right, but you don't want to return a result saying that asterisk is running either |
| 16:51.26 | tzafrir_home | Corydon76-dig, there is much less of a chance for a false result. And it errs on the safe side |
| 16:51.52 | tzafrir_home | (I personally have not had such a false yet) |
| 16:51.54 | ctooley | tzafrir, it sounds like it needs to check the actual asterisk process though too |
| 16:52.23 | Corydon76-dig | ctooley: it sounds like it needs to check that the Asterisk process is actually responding |
| 16:52.33 | tzafrir_home | ctooley, fine, here's another test: check if that process does indeed has the asterisk.ctl file open |
| 16:52.44 | tzafrir_home | through /proc/PID/fd |
| 16:53.36 | ctooley | Corydon76-dig, right, otherwise you've just got a looping process which means asterisk isn't actually functional and a positive response that safe_asterisk is running means it's not apparently that asterisk isn't running. |
| 16:53.52 | tzafrir_home | Though this practically gains you nothing |
| 16:54.09 | tzafrir_home | Let's think of what should happen in order for us to get a false here: |
| 16:54.25 | tzafrir_home | asterisk should die and not clean up its pid file (which can happen) |
| 16:54.52 | tzafrir_home | And then another asterisk process should be created. It should get the same pid |
| 16:55.06 | ctooley | tzafrir, how would it get the same pid? |
| 16:55.07 | tzafrir_home | But it must be an asterisk -r one |
| 16:55.27 | tzafrir_home | ctooley, pure chance. as I mentioned: I had not met such a case |
| 16:55.51 | Corydon76-dig | But another Asterisk process would not get started, for the pid file |
| 16:55.54 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:56.02 | tzafrir_home | OK, so how do you distinguish between an asterisk server and a remote asterisk console? the "rasterisk" in the process name |
| 16:56.14 | Corydon76-dig | That's part of what I really don't like about detecting the pid file |
| 16:56.23 | tzafrir_home | Corydon76-dig, if another asterisk server started, then we have a server running |
| 16:56.47 | Corydon76-dig | tzafrir_home: but if your script is checking for the pid file, no process will be started |
| 16:57.14 | tzafrir_home | If there is another server running: no need to start a new one |
| 16:57.16 | Corydon76-dig | The only way that will work is if Asterisk is started manually |
| 16:57.52 | tzafrir_home | But if no astrerisk is running, I will either not find a pid file, or it will not point to an asterisk server |
| 16:59.09 | Corydon76-dig | I still think 'asterisk -rx "core show version"' is far simpler and more reliable than the knots you're turning your script into |
| 16:59.37 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 17:00.14 | tzafrir_home | Corydon76-dig, you get all of it (or at least most of it) for free |
| 17:00.21 | tzafrir_home | In fact, we already have it in |
| 17:00.27 | tzafrir_home | At least in the Debian script |
| 17:01.05 | Corydon76-dig | "So here'sah what wesah gonna do... We take a sack o' cash, we go to Central Park after midnight, we tap a certain guy on the shoulder, we pass the bag to him, he chucks the bag, and if it lands rightside up, Asterisk is running." |
| 17:02.07 | Corydon76-dig | "...and if it lands on its side, well, y'know, we gots more bags." |
| 17:02.48 | Qwell | I'd like to inquire about the status of the contents of the bag after the throw |
| 17:04.00 | ctooley | Qwell, after thrown the bag the cash obviously either contains a 0 or a -1, depending on the side of the street. |
| 17:04.43 | tzafrir_home | Nope. You forgot the patrolling cop, who wants his share (safe_asterisk) |
| 17:05.03 | ctooley | tzafrir_home, I have to say, I think checking the ctl file to see if asterisk is running is a safer first step, after that you can check if safe_asterisk is running and act accordingly. |
| 17:05.05 | tzafrir_home | He might make you throw it again |
| 17:05.20 | ctooley | tzafrir_home, hence the reason that the cash is missing |
| 17:05.29 | tzafrir_home | ctooley, it is no different than checking for the pid file |
| 17:05.38 | ctooley | tzafrir, sure it is. |
| 17:05.43 | Corydon76-dig | tzafrir_home: it's very different |
| 17:05.57 | ctooley | If the pid file is there, and asterisk is running on that pid, that does not mean asterisk is functioning. |
| 17:06.02 | tzafrir_home | BTW: some people might still be experimenting with asterisk 1.2 and for them "core show version" just doesn't cut it |
| 17:06.08 | Corydon76-dig | You're actually checking that a process is running and answering |
| 17:06.28 | Corydon76-dig | tzafrir_home: hence why the script isn't changed in Asterisk 1.2 |
| 17:06.31 | tzafrir_home | I can easily check that a processis running |
| 17:06.50 | tzafrir_home | Some people might want to play with both 1.2 and 1.6 on the same system |
| 17:06.59 | Corydon76-dig | tzafrir_home: not just running, but responding? |
| 17:07.10 | ctooley | tzafrir_home, having a process there and having a process functioning are different states. |
| 17:07.27 | Corydon76-dig | tzafrir_home: some people want to play with themselves on the subway, but I don't recommend supporting that |
| 17:07.30 | tzafrir_home | And if it's not responnding, will you actively kill it? |
| 17:08.07 | ctooley | tzafrir_home, that's not up to me for the script you're writing. But, it should at the very least respond with a different state. |
| 17:08.38 | tzafrir_home | If a script fail, it should fail in an expected way |
| 17:08.53 | tzafrir_home | An init.d script should never run two instances of the same process |
| 17:09.13 | ctooley | tzafrir_home, Our script actually emails the NOC to lock the trunk group, emails the Network team to notify of the failure, kills asterisk, and clears hung call data from our application database. |
| 17:09.14 | tzafrir_home | It might noisily fail and report that another process is running (pid 12345) |
| 17:09.17 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 17:09.40 | tzafrir_home | ctooley, you have a very non-standard script |
| 17:09.47 | tzafrir_home | (look at LSB) |
| 17:10.28 | tzafrir_home | If I run asterisk manually and then start asterisk from /etc/init.d/asterisk , I don't expect the latter to kill the former |
| 17:11.35 | jmls | putnopvut: I'm going to try and simulate the problem |
| 17:11.36 | ctooley | tzafrir_home, yes, I know our script performs specific functions for us |
| 17:11.56 | putnopvut | jmls: If it happens again let me know. |
| 17:12.09 | jmls | I'll generate loads of calls via sipp that use a MacroExclusive to get data using CURL and monitor the channels |
| 17:13.47 | Corydon76-dig | jmls_work: why are you using MacroExclusive to contain a CURL? |
| 17:13.48 | ctooley | tzafrir_home, I can tell you that there are considerations in the init.d scripts for reporting that an application is running but not functioning. |
| 17:14.09 | Corydon76-dig | jmls_work: shouldn't the server on the other end handle the contention? |
| 17:14.25 | tzafrir_home | ctooley, the LSB standard operation for that is "status" |
| 17:14.45 | ctooley | tzafrir_home, right. |
| 17:15.28 | jmls | Corydon76-dig: because _originally_ I was using func_odbc within the MacroExclusive, and the sql drivers did _not_ handle contention at all well |
| 17:15.43 | jmls | when I moved to func_curl, I didn't see a need to change |
| 17:15.49 | jpeeler | in 1.6, are aes key lengths settable or are they hard coded to 128 bits? |
| 17:15.52 | Corydon76-dig | jmls: ah |
| 17:16.01 | jmls | you are right though - the app server now handles the contention |
| 17:16.22 | jmls | so, technically, I don't need the MacroExclusive. |
| 17:16.29 | Corydon76-dig | jmls: the ODBC drivers don't seem to handle anything well on Progress |
| 17:16.37 | jmls | nah, they are shite |
| 17:16.45 | jmls | is odbc free |
| 17:17.11 | jmls | I have already changed to a normal Macro, and have not had the problem since |
| 17:17.17 | Corydon76-dig | jmls: only because you chose a shit database |
| 17:17.21 | jmls | knocks on wood very quickly |
| 17:17.32 | Corydon76-dig | giggles |
| 17:17.51 | jmls | Corydon76-dig: the database itself is not shit - using it from the Progres 4GL it is an absolute dream |
| 17:18.04 | jmls | it's the crappy sql drivers that let it down badly |
| 17:18.04 | Corydon76-dig | Heh |
| 17:19.26 | jmls | I've had one customer running continuously since 1999, with the only downtime being for scheduled stuff, machine upgrades and machine crashes. Not a single db corruption, crash, problem or issue |
| 17:19.51 | jmls | *and* they are running on windows ;) |
| 17:21.06 | Cresl1n | you're acting like that's something to be proud of :-P |
| 17:21.11 | Cresl1n | psssh |
| 17:21.19 | Cresl1n | *still* running on windows.... |
| 17:21.24 | Cresl1n | ;-) |
| 17:21.29 | jmls | it's not me, it's the client ;) |
| 17:21.46 | jmls | the *and* was a "gasp, horror" |
| 17:22.12 | jmls | so, despite the underlying platform, the db is performing like a champ |
| 17:22.18 | jmls | took the bait |
| 17:26.19 | tzafrir_home | BTW: ${VERSION:0:8} is bash-[and Asterisk]specific. dash fails to recognize that syntax |
| 17:27.15 | *** join/#asterisk-dev whymarkwh (n=dsfsdfsd@196.211.34.2) |
| 17:27.26 | tzafrir_home | Either use a sed , or make that script #!/bin/bash |
| 17:27.42 | Qwell | #!/bin/bash isn't usable |
| 17:28.00 | whymarkwh | i did the command make in the asterisk addon1.4.6 and get the following error: http://rafb.net/p/WsItGN30.html anyone knows what it means please? |
| 17:28.25 | Qwell | whymarkwh: did you upgrade Asterisk? |
| 17:29.36 | Qwell | whymarkwh: also, asking in multiple channels is considered rude. |
| 17:30.02 | whymarkwh | no |
| 17:30.15 | Qwell | you need to |
| 17:30.59 | whymarkwh | sorry just wanted some more input i did not know it is rude to do so,sorry ;\ |
| 17:32.18 | Corydon76-dig | What you essentially say by doing that is, "My time is more important that yours" |
| 17:32.30 | tzafrir_home | Also, on any fairly recent Ubuntu, you generally need to recreate /var/run/asterisk in the init.d script |
| 17:32.51 | tzafrir_home | (in the "Start" operation) as it gets deleted on boot |
| 17:33.46 | whymarkwh | i said i was sorry did not know the same people hangs out on different channels |
| 17:34.34 | Qwell | doing it because "I didn't think anybody would find out" is even more rude :) |
| 17:35.42 | whymarkwh | geee what the f must i do wright u a letter to say i am sorry or must i oplogise in both channels:? |
| 17:36.46 | Qwell | whymarkwh: no, we're just explaining it. nobody is upset over it |
| 17:36.53 | Corydon76-dig | We just want to make sure you're aware of the full problem |
| 17:38.24 | Corydon76-dig | russellb: asteriskteam is the only user allowed to post security advisories on asterisk.org, correct? |
| 17:38.26 | whymarkwh | sorry cheers i thought dev means dev of web applications also to use with asterisk i am trying to link asterisk cdr with mysql, sorry again |
| 17:38.58 | Corydon76-dig | No, -dev in here is analogous to the development of Apache itself |
| 17:40.05 | whymarkwh | k nice to know cheers |
| 17:44.57 | *** part/#asterisk-dev whymarkwh (n=dsfsdfsd@196.211.34.2) |
| 17:45.21 | *** join/#asterisk-dev miguel3239 (n=elguero@ns1.nashuacs.com) |
| 18:08.39 | tzanger | woot interrupt handler up |
| 18:08.53 | tzanger | sooner or later I'm gonna have to get working on the audio aspects of this I guess |
| 18:10.07 | file | interrupts tzanger |
| 18:10.19 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 18:10.25 | tzanger | heh |
| 18:17.42 | Corydon76-dig | restores tzanger's registers and returns |
| 18:19.42 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-168543.home.otenet.gr) |
| 18:20.27 | ctooley | speaking of woot.... just what I always wanted.... a dictionary that can play MP3s. |
| 18:21.24 | Corydon76-dig | Does it play Ogg Vorbis, too? |
| 18:21.41 | ctooley | doesn't appear to. |
| 18:21.53 | Corydon76-dig | Obviously, it sucks |
| 18:23.16 | tzanger | Cresl1n: ping |
| 18:23.24 | tzanger | casts sheep's eyes at engissues |
| 18:24.00 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 18:24.00 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 18:24.16 | Corydon76-dig | Baaaaaaa |
| 18:28.02 | jtodd | Corydon76: That is disturbing. |
| 18:28.19 | Corydon76-dig | jtodd: is it? ;-) |
| 18:28.46 | Corydon76-dig | jtodd: I have the tshirt: Baaaaaaa means nooooo |
| 18:29.27 | jtodd | Indeed. |
| 18:29.48 | Corydon76-dig | "It's so the sheep will push back." |
| 18:31.58 | tzanger | man that brings back gradeschool jokes |
| 18:35.53 | Corydon76-dig | I just realized it's been a year since I added multirow support to func_odbc |
| 18:42.38 | russellb | bbryant and I just had some fun with iax2 debugging ... |
| 18:42.45 | russellb | yet another side effect of our security changes |
| 18:42.55 | Corydon76-dig | woot |
| 18:42.56 | file | do tell |
| 18:43.07 | russellb | it's a magical race condition |
| 18:43.12 | russellb | i'll explain it in the commit message ... |
| 18:43.29 | Corydon76-dig | I love magic tricks |
| 18:43.33 | putnopvut | magical race condition... |
| 18:43.47 | putnopvut | In other news, I have *sort of* reproduced 10202 finally. |
| 18:44.02 | file | putnopvut: ooh |
| 18:44.16 | putnopvut | file: indeed. |
| 18:44.37 | Corydon76-dig | putnopvut: wahoo? |
| 18:44.49 | putnopvut | Corydon76-dig: well, at least now I know how to do it. |
| 18:44.57 | putnopvut | And I have to say, I'm underwhelmed. |
| 18:45.26 | Corydon76-dig | Feeling that good, eh? |
| 18:45.41 | russellb | M10202 |
| 18:45.43 | MuffinMan | [ready for testing] [Asterisk] Core-General 0010202: idle console disconnects reported by bferell (Karma: neutral) http://bugs.digium.com/view.php?id=10202 |
| 18:45.48 | putnopvut | If I have two asterisk -rvvvv's open at once, when I place a call, the second one instance disconnects and the first gives poll errors. |
| 18:46.10 | putnopvut | So, that's something to go on at least. |
| 18:47.33 | caio1982 | awesome! (that you found a way to reproduce it) |
| 18:47.58 | caio1982 | i have no idea how i stumbled upon that dns bug while testing it though |
| 18:48.17 | putnopvut | caio1982: it only took me two days of testing before I finally found a way to make it happen. |
| 18:48.27 | russellb | putnopvut: thanks again for working on it |
| 18:48.51 | ctooley | I'm actually having a "spontaneous console disconnect" problem at this moment. |
| 18:48.54 | caio1982 | putnopvut: which means we were bad reporters then |
| 18:49.26 | putnopvut | caio1982: no, it's probably just that there's some subtle difference in what we're doing. |
| 18:49.42 | putnopvut | ctooley: on Mac OS X by any chance? |
| 18:50.04 | ctooley | putnopvut, nope, good ole HP DL-140 and CentOS 5 |
| 18:51.18 | caio1982 | putnopvut: well, i got those issues without any calls being placed if that counts :) |
| 18:51.40 | caio1982 | thanks for taking a look at it after some time :) |
| 18:51.56 | putnopvut | caio1982: yeah, that issue has been open forever. |
| 18:52.00 | ctooley | slam server with 100,000 calls at 50cps from sipp, some calls get "hung" due to a socket test bug in app_externalivr (which I'll be submitting a patch for soon BTW), stop the test, asterisk jumps to 100% of all 4 cores, run "core show channels verbose" and the CLI dumps. |
| 18:52.06 | jmls | putnopvut: processed 25000+ calls, no channel hang yet ... |
| 18:52.23 | putnopvut | jmls: don't forget to knock on wood. |
| 18:52.30 | jmls | oh bugger. |
| 18:52.33 | ctooley | asterisk is still churning away, but it dumps the CLI |
| 18:52.38 | jmls | is testing on 1.6.0 .... |
| 18:52.44 | jmls | my production box is 1.4 |
| 18:52.48 | jmls | shit shit shit shit |
| 18:53.01 | ctooley | jmls, spoke too soon, didn't you. |
| 18:53.09 | jmls | yeah, well, thanks ;) |
| 18:53.19 | jmls | downgrades to 1.4 |
| 18:53.20 | Qwell | upgrade to 1.6 - problem solved! |
| 18:53.21 | Qwell | :) |
| 18:53.27 | jmls | heh |
| 18:53.52 | ctooley | that brings back the memories of the default answer to any problem being "have you tried upgrading to cvs HEAD?" |
| 18:54.09 | Qwell | "yeah, 10 minutes ago." "upgrade again" |
| 18:54.12 | Cresl1n | that still is the first answer :-) |
| 18:54.22 | ctooley | :) |
| 18:54.34 | ctooley | what they pull from cvs might not be exactly current. |
| 18:55.09 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:55.39 | putnopvut | Hmm, I changed the poll implementation to use sys/poll.h and now the console doesn't disconnect....but no verbose output is placed on the console. |
| 18:55.42 | putnopvut | weird |
| 19:03.42 | jmls | starting again on 1.4 ... |
| 19:08.51 | ctooley | stupid simple C question. How do I test for the existence of a file descriptor? app_externalivr.c is checking for it via feof() and that doesn't seem to work if the fd is actually gone. |
| 19:09.12 | Corydon76-dig | ctooley: all file descriptors exist |
| 19:09.21 | Corydon76-dig | ctooley: you mean an open file descriptor? |
| 19:09.27 | ctooley | Corydon76-dig, yes |
| 19:09.33 | ctooley | sorry, should have specified |
| 19:09.47 | Corydon76-dig | ctooley: There's only one way that I know of |
| 19:10.10 | Corydon76-dig | do a dup2 on the file descriptor, and if it's not open, you'll get EBADF |
| 19:14.16 | Corydon76-dig | This is also how to close a FD if you don't know if it's open or not. Use the FD in the 2nd argument of dup2, and, if it's already open, replacing it with another will close it. |
| 19:14.44 | Corydon76-dig | Otherwise you get errors in valgrind, for example |
| 19:16.20 | russellb | file, Corydon76-dig ... iax2 issue explanation is in -commits |
| 19:17.37 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) |
| 19:19.20 | Corydon76-dig | russellb: interesting |
| 19:22.02 | russellb | that was a fun one |
| 19:23.07 | ctooley | russellb, not on -commits, but would like to see the commit message, which one is it? |
| 19:24.27 | putnopvut | ctooley: 115564 |
| 19:25.13 | russellb | ill spam this channel ... sorry everyone ... |
| 19:25.17 | russellb | asterisk commit 115564 |
| 19:25.28 | russellb | errr |
| 19:25.30 | ctooley | was gonna pm the bot |
| 19:25.43 | russellb | didn't realize you could |
| 19:25.44 | russellb | nm |
| 19:25.48 | file | you can. |
| 19:25.52 | russellb | hot |
| 19:26.08 | ctooley | I can MuffinMan, I assume I can do that to the commit bot if I can remember which one it is. :) |
| 19:26.17 | file | he will tell you. |
| 19:26.31 | file | send "commit asterisk 115564" to him in privmsg |
| 19:26.44 | *** join/#asterisk-dev bkw_ (n=brian@adsl-70-234-182-53.dsl.tul2ok.sbcglobal.net) |
| 19:30.26 | *** join/#asterisk-dev xphat (n=Xphat@65.183.2.101) |
| 19:31.35 | xphat | Im having a problem with asterisk with faxes where asterisk is restarting everytime asterisk is trying to recieve a fax. is there any fix for this? running trixbox ce |
| 19:32.08 | russellb | trixbox ce is certainly not supported here |
| 19:32.14 | xphat | oh |
| 19:32.24 | xphat | where could i look for support for that |
| 19:32.26 | xphat | ? |
| 19:32.37 | ctooley | #trixbox might be a good start |
| 19:32.47 | xphat | thanks |
| 19:32.51 | xphat | bye |
| 19:32.57 | *** part/#asterisk-dev xphat (n=Xphat@65.183.2.101) |
| 19:33.41 | lmadsen | he'll be back when he doesn't get any support :) |
| 19:34.02 | Corydon76-dig | He'll be back to sap our precious bodily fluids? |
| 19:37.29 | *** join/#asterisk-dev joshaidan (n=joshaida@S0106001c1023e838.tb.shawcable.net) |
| 19:41.34 | *** join/#asterisk-dev philipp64 (n=chatzill@nat/microsoft/x-d5f5f48ec6063467) |
| 19:44.32 | ctooley | Corydon76-dig, this look reasonable to you? |
| 19:44.38 | ctooley | if (exception || (dup2(eivr_commands_fd, dummy_fd) == -1) || feof(eivr_commands)) { |
| 19:45.04 | ctooley | previously it was just: if (exception || feof(eivr_commands)) { |
| 19:45.35 | ctooley | which didn't account for the fd going away instead of just being a eof |
| 19:45.56 | Corydon76-dig | Make sure dummy_fd is a valid fd (like 1023) |
| 19:46.22 | Corydon76-dig | otherwise it could return -1 for another reason |
| 19:46.33 | ctooley | <PROTECTED> |
| 19:46.33 | ctooley | <PROTECTED> |
| 19:46.44 | Corydon76-dig | Sure, that works |
| 19:47.02 | ctooley | not exactly cross-platform, but oh well. |
| 19:47.14 | Corydon76-dig | Are you sure? |
| 19:47.21 | ctooley | ? |
| 19:47.24 | Corydon76-dig | That should work fine on any POSIX system |
| 19:48.15 | Corydon76-dig | Oh, and you don't need the fopen... you could just do: dummy_fd = open("/dev/null", O_RDONLY); |
| 19:48.16 | ctooley | yeah, I meant for those folks that were attempting to use it on windows. But, then I'm not sure if they have to run in cygwin or not because I've never paid any attention to it. |
| 19:48.28 | Corydon76-dig | Ah |
| 19:49.08 | Corydon76-dig | That will save you have a millesecond or so |
| 19:49.14 | Corydon76-dig | s/have/half/ |
| 19:50.56 | Corydon76-dig | s/mille/milli/ |
| 19:51.00 | Corydon76-dig | lol |
| 19:51.15 | Corydon76-dig | the bot can only substitute one thing at a time, apparently |
| 19:52.13 | ctooley | :) |
| 19:55.44 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:15.15 | *** join/#asterisk-dev miguel3239 (n=elguero@ns1.nashuacs.com) |
| 20:23.38 | ctooley | guess what happens to asterisk if you don't remember to close the newly opened dummy_fd. :) |
| 20:24.35 | russellb | boom! |
| 20:24.51 | ctooley | shocking, I know. |
| 20:24.55 | Qwell | it...gives you a million dollars? |
| 20:31.48 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 20:35.22 | caio1982 | Corydon76-dig: who was against r86119 and asked to revert it? :( |
| 20:36.11 | Corydon76-dig | A86119 |
| 20:36.19 | Qwell | asterisk commit 86119 |
| 20:36.24 | Qwell | commit asterisk 86119 |
| 20:36.28 | MuffinMan | [86119] Committed by tilghman on 2007-10-17T17:06:47.122518Z: Support color on certain platforms, even when started at boot (before TERM is set) |
| 20:36.29 | MuffinMan | ..Closes issue #9048 |
| 20:38.39 | Corydon76-dig | caio1982: embedded platform users |
| 20:38.40 | russellb | commit asterisk 10541 |
| 20:38.43 | MuffinMan | [10541] Committed by root on 2006-02-20T07:00:50.655091Z: automerge commit |
| 20:39.21 | caio1982 | Corydon76-dig: oh... |
| 20:39.23 | Corydon76-dig | Totaro is apparently out of rumors |
| 20:39.52 | Corydon76-dig | Either that or it's proving to be bad for his buddy Martin |
| 20:40.36 | caio1982 | i dont get how a colored CLI would bother them :( |
| 20:40.38 | caio1982 | Corydon76-dig: thanks |
| 20:41.02 | Corydon76-dig | caio1982: check the mailing list |
| 20:41.28 | caio1982 | okie |
| 20:45.06 | Qwell | parse_config in res_config_ldap is pretty sucky |
| 20:47.28 | putnopvut | s/parse_config in // |
| 20:47.41 | Qwell | what's up with _general? |
| 20:48.15 | *** join/#asterisk-dev RoyK (n=roy@gprs-ggsn6-nat.mobil.telenor.no) |
| 20:48.39 | *** join/#asterisk-dev RoyK (n=roy@gprs-ggsn6-nat.mobil.telenor.no) |
| 20:50.23 | Corydon76-dig | caio1982: http://lists.digium.com/pipermail/asterisk-dev/2007-October/030162.html |
| 20:51.02 | *** join/#asterisk-dev juanjoc (n=juanjoc@host127.190-139-221.telecom.net.ar) |
| 20:51.23 | caio1982 | Corydon76-dig: thanks again :) |
| 20:56.19 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:59.10 | putnopvut | russellb: why did you change the version on issue 10342? |
| 20:59.26 | putnopvut | and 10202 too? |
| 21:01.11 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177585300.dsl.bell.ca) |
| 21:01.19 | *** part/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 21:02.31 | russellb | i didn't mean to change the version |
| 21:02.37 | russellb | i just changed the category |
| 21:02.49 | russellb | version must have been a result of a default in the edit screen ... |
| 21:02.51 | russellb | sorry |
| 21:03.15 | Corydon76-dig | and that the version field only accepts 255 chars, so we have to remove old versions |
| 21:03.39 | Corydon76-dig | russellb: if we made the version field a textarea, we could up that to 65535 chars |
| 21:03.41 | putnopvut | russellb: ah, okay. |
| 21:04.19 | putnopvut | Corydon76-dig: it really just needs to be 1.4, not 1.6. It doesn't matter which tag of 1.4, because I think they're all affected in this case. |
| 21:08.30 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 21:10.54 | russellb | i'm moving some issues around |
| 21:11.27 | Corydon76-dig | orly? |
| 21:12.56 | russellb | yeah, nothing too crazy |
| 21:13.01 | russellb | janitorish stuff |
| 21:13.05 | russellb | fixing wrong categories |
| 21:13.17 | russellb | creating new categories so that things that are features are classified as such |
| 21:13.22 | file | russellb: that's always a nice break |
| 21:13.53 | russellb | the better we categorize them, the better we can sort them |
| 21:13.56 | russellb | if you know what i'm sayin! |
| 21:14.08 | file | you speak in tongues! |
| 21:15.48 | Corydon76-dig | forked tongues? |
| 21:16.06 | Corydon76-dig | Threaded tongues! |
| 21:21.15 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-187-7.hsd1.wa.comcast.net) |
| 21:29.52 | mvanbaak | <--- translating core-sounds-en.txt to core-sounds-nl.txt |
| 21:35.38 | Corydon76-dig | mvanbaak: did you get the latest version of that file? |
| 21:35.51 | Corydon76-dig | asterisk-sounds-1.4.12 ? |
| 21:36.10 | ctooley | I'm so proud of chan_sip... it's working it's heart out now. :) |
| 21:38.41 | Corydon76-dig | "it is working it is heart out now"? |
| 21:43.10 | ctooley | we're throwing 80 calls per second at a single instance for stress testing our route server and it's "routing" them with no problem. |
| 21:43.54 | ctooley | it's only a total of 5 SIP messages per call, but that's still a pretty high message/second load for asterisk. :) |
| 21:44.12 | ctooley | especially in less than 20 meg of RAM and less than 10% of a CPU |
| 21:44.31 | mvanbaak | asterisk-core-sounds-en-wav-current.tar.gz |
| 21:44.50 | mvanbaak | March 13 is the date on downloads.digium.com |
| 21:45.04 | Corydon76-dig | orly? |
| 21:46.02 | ctooley | granted, no RTP. Channel is never answered. |
| 21:46.17 | Corydon76-dig | mvanbaak: I'm seeing a date of May 6 on downloads.digium.com |
| 21:46.28 | mvanbaak | erm, yeah, me too |
| 21:46.34 | mvanbaak | was looking at the date of extra |
| 21:46.39 | mvanbaak | sorry |
| 21:46.48 | mvanbaak | [ ] asterisk-core-sounds-en-wav-current.tar.gz 06-May-2008 16:12 13.9M |
| 21:47.04 | ctooley | But we haven't hit the upper bound yet. I'll know by tomorrow what that is. We're trying to make sure we run each step of increase for at least an hour. |
| 21:47.11 | Corydon76-dig | mvanbaak: well, as long as you downloaded it today or yesterday, you're fine |
| 21:47.26 | mvanbaak | redownloaded it an hour ago |
| 21:47.33 | Corydon76-dig | Sweet |
| 21:47.39 | mvanbaak | ran a diff on the txt file |
| 21:47.43 | mvanbaak | created patch |
| 21:47.45 | mvanbaak | and merged it |
| 21:47.54 | mvanbaak | soon my wife will start recording them |
| 21:47.57 | Corydon76-dig | Sweet |
| 21:48.22 | lmadsen | mvanbaak: I was thinking of doing that too... |
| 21:48.37 | mvanbaak | we did some other recordings today with the plantronics headset and audacity and they were very good quality |
| 21:48.46 | mvanbaak | lmadsen: in what language ? |
| 21:48.50 | lmadsen | english :) |
| 21:48.54 | *** join/#asterisk-dev RoyK (n=roy@ip-177-24-149-91.dialup.ice.no) |
| 21:48.56 | mvanbaak | ah |
| 21:49.01 | lmadsen | I only speak english |
| 21:49.18 | Juggie | ya thats because your a jerk from the 'center of the universe' |
| 21:49.19 | mvanbaak | well, we are trying to get it recorded and send it to digium to get official dutch sound files |
| 21:49.19 | ctooley | mvanbaak, he really means lmadsenish. |
| 21:49.49 | ctooley | english is just what he calls the dialect that comes out of him. :) |
| 21:49.51 | lmadsen | well.. it'd be in Canadian :) |
| 21:49.59 | mvanbaak | nancy is ok with the task to provide sound files from ppl who order it on the digium store |
| 21:50.01 | Corydon76-dig | lmadsen: you don't speak English, eh? You speak Canadian, eh? |
| 21:50.20 | mvanbaak | let's hope it works out. we will then have Allison, June and Nancy |
| 21:50.37 | Corydon76-dig | and Leif-eh |
| 21:50.41 | mvanbaak | lol |
| 21:50.42 | lmadsen | Leifish |
| 21:50.43 | mvanbaak | yeah |
| 21:50.47 | mvanbaak | now we need klingon |
| 21:50.51 | lmadsen | oh god... |
| 21:50.59 | lmadsen | what about lojban? |
| 21:51.07 | mvanbaak | esperanto |
| 21:51.11 | mvanbaak | elvish |
| 21:51.11 | lmadsen | pffft |
| 21:51.18 | jpeeler | is there a difference between AST_LIST_ENTRY and AST_RWLIST_ENTRY? |
| 21:51.30 | Corydon76-dig | jpeeler: just convenience |
| 21:51.55 | Corydon76-dig | jpeeler: especially if one differs from the other in the future. Right now they're the same |
| 21:52.12 | Qwell | well, the same in implementation |
| 21:52.28 | jpeeler | so it's worth getting people to note the change then |
| 21:52.36 | mvanbaak | they are the same ? lol. I always thought AST_RW* was for entries that can be modified along the way |
| 21:52.42 | Corydon76-dig | for RWLISTs, sure |
| 21:52.52 | Corydon76-dig | But I don't think we had RWLISTs before |
| 21:52.59 | mvanbaak | nope |
| 21:53.08 | Qwell | not in 1.4 |
| 21:53.13 | Qwell | some things were moved to RWLISTs though |
| 21:53.42 | jpeeler | yep, such as ast_custom_function |
| 21:54.13 | Corydon76-dig | Was it? I don't remember doing that |
| 21:54.52 | Corydon76-dig | Or maybe I do |
| 21:54.58 | jpeeler | somebody did |
| 21:55.10 | Corydon76-dig | I've written too much to remember it all |
| 21:55.34 | file | that is not something someone should have ever mess with though |
| 21:55.42 | Corydon76-dig | Oh, file did |
| 21:56.04 | jpeeler | oh i know, but perhaps read? |
| 21:56.25 | Corydon76-dig | eh? |
| 21:56.38 | file | I doubt it. |
| 21:56.50 | jpeeler | oh |
| 21:57.28 | jpeeler | i can't differentiate at that level yet, just public vs private right now |
| 21:58.11 | file | 'tis private |
| 21:58.35 | Corydon76-dig | What are we talking about? |
| 21:58.50 | file | Corydon76-dig: the AST_RWLIST_ENTRY in the structure |
| 21:59.14 | jpeeler | file: then i need a lesson on public/private too |
| 21:59.33 | jpeeler | i was told everything in /include/asterisk/*.h was public |
| 21:59.44 | Corydon76-dig | It is |
| 22:00.01 | Corydon76-dig | unless a pointer is all that is exposed |
| 22:00.05 | mvanbaak | public function foo() { |
| 22:00.18 | Corydon76-dig | mvanbaak: invalid C |
| 22:00.23 | Qwell | java |
| 22:00.23 | mvanbaak | ugh, get out of my head you messy PHP |
| 22:00.39 | file | the structure is public, but the AST_RWLIST_ENTRY is used for the read/write linkedlist and should not be mucked with outside of that |
| 22:01.07 | Corydon76-dig | Right; use the macros everywhere to manipulate list management |
| 22:01.20 | mvanbaak | btw, what's the big advantage of using stringfields ? |
| 22:01.35 | mvanbaak | besides dynamically sized strings ? |
| 22:01.50 | Corydon76-dig | mvanbaak: Keeping the memory usage of structures down |
| 22:02.01 | jpeeler | file: so it's a private member in a public structure |
| 22:02.08 | file | jpeeler: yes |
| 22:02.17 | jpeeler | but, C doesn't really have private anything right? |
| 22:02.17 | mvanbaak | ok, so it's actually a good idea to use it whenever possible ? |
| 22:02.21 | Corydon76-dig | just not enforced |
| 22:02.22 | jpeeler | it's just supposed to be treated as private |
| 22:02.27 | Corydon76-dig | jpeeler: sure it does |
| 22:02.37 | russellb | mvanbaak: not necessarily |
| 22:02.42 | Corydon76-dig | jpeeler: see res_odbc.h |
| 22:02.48 | russellb | mvanbaak: only when the strings aren't going to change, or not change much at all |
| 22:02.48 | jpeeler | checking |
| 22:02.52 | Corydon76-dig | struct odbc_class is private |
| 22:03.12 | mvanbaak | russellb: ah, like username and secret etc for 'devices' |
| 22:03.31 | russellb | yup |
| 22:03.31 | Corydon76-dig | jpeeler: yet obviously, it's in there |
| 22:04.08 | mvanbaak | I'm having fun with the whole chan_skinny config stuff here because I want realtime support in it |
| 22:04.10 | Corydon76-dig | jpeeler: note that you can use the same technique in C++ as in C to make a structure element non-private |
| 22:04.17 | jpeeler | Corydon76-dig: well i guess if you consider that private |
| 22:04.27 | mvanbaak | looking at chan_sip as reference, and that has a lot of stuff in stringfields |
| 22:04.35 | Corydon76-dig | jpeeler: just re-declare the structure in code and cast the pointer to the alternate type |
| 22:04.48 | mvanbaak | you think I should include that as well in my work ? |
| 22:04.55 | Corydon76-dig | and voila! modifyable private elements |
| 22:05.34 | mvanbaak | hhmm, maybe better to do it in parts |
| 22:05.39 | jpeeler | Corydon76-dig: i'm confused how you reference odbc_class in res_odbc.h |
| 22:05.56 | jpeeler | unless that is just what you described above |
| 22:05.57 | Corydon76-dig | jpeeler: it's only able to be referenced in res_odbc.c |
| 22:06.07 | mvanbaak | first, introduce stringfields, then build a function to create the devices/lines in memory instead of doing it all in load_config |
| 22:06.13 | mvanbaak | then, add realtime |
| 22:06.54 | Corydon76-dig | jpeeler: because the structure isn't defined elsewhere, it cannot be accessed |
| 22:07.31 | jpeeler | Corydon76-dig: i understand now |
| 22:07.48 | mvanbaak | what is a good place to look at code that puts some data in frame->data ? |
| 22:08.00 | Corydon76-dig | jpeeler: channel pvt data is the same way |
| 22:08.23 | Corydon76-dig | jpeeler: it's a void ptr, but the structure isn't defined outside of the channel driver |
| 22:08.31 | mvanbaak | in frame.c I see some stuff for TEXT messages, but there it only does: f->data = <some var> |
| 22:08.48 | mvanbaak | if I try that, I get warnings about incompatible types etc |
| 22:09.01 | jpeeler | Corydon76-dig: so how does this relate to opaque types? |
| 22:09.02 | mvanbaak | I just want to put an int in there |
| 22:09.23 | mvanbaak | but frame->data is (void *) |
| 22:09.37 | Corydon76-dig | jpeeler: the structure isn't defined outside of that source file, so it's not accessible in any other source file |
| 22:09.46 | mvanbaak | this is probably basic C stuff, sorry for asking |
| 22:10.07 | Corydon76-dig | jpeeler: hence it's opaque |
| 22:10.13 | Corydon76-dig | or private |
| 22:10.32 | jpeeler | sounds like the same thing |
| 22:10.40 | Corydon76-dig | Right |
| 22:12.31 | jpeeler | Corydon76-dig: thanks for the schooling :) |
| 22:12.39 | Corydon76-dig | Heh, np |
| 22:12.46 | mvanbaak | wow russellb, you are going for 'most updates on mantis in May' award ? |
| 22:13.00 | file | JanitorRussell(tm) |
| 22:13.29 | mvanbaak | wish I had that much time ... |
| 22:13.53 | Corydon76-dig | mvanbaak: that was mean |
| 22:14.01 | mvanbaak | yup |
| 22:14.03 | mvanbaak | sorry |
| 22:24.55 | mvanbaak | is there a sqlite realtime engine ? |
| 22:28.03 | russellb | ls res | grep sqlite |
| 22:29.06 | mvanbaak | res_config_sqlite.c |
| 22:29.08 | mvanbaak | hurray |
| 22:29.13 | russellb | sqlite2 :( |
| 22:30.56 | jpeeler | does sqlite support foreign keys yet? |
| 22:32.56 | *** join/#asterisk-dev RoyK (n=roy@ip-177-24-149-91.dialup.ice.no) |
| 22:33.01 | mvanbaak | russellb: yeah, we need res_config_sqlite2.c |
| 22:33.24 | mvanbaak | and res_config_sqlite3.c |
| 22:35.22 | mvanbaak | gheh |
| 22:35.30 | mvanbaak | Is SQLite threadsafe? |
| 22:35.32 | mvanbaak | Threads are evil. Avoid them. |
| 22:36.16 | mvanbaak | SQLite is threadsafe. We make this concession since many users choose to ignore the advice given in the previous paragraph. |
| 22:45.14 | *** part/#asterisk-dev RoyK (n=roy@ip-177-24-149-91.dialup.ice.no) |
| 22:52.46 | jmls | ffs. 75000 completed calls, all with Local Channels, MixMonitor, MOH, CURL, ARRAY and MacroExclusive |
| 22:52.51 | jmls | not one problem |
| 22:52.53 | jmls | :) |
| 22:53.20 | jmls | oh, and a very liberal dose of dialplan reload / sip reload / show channels thrown in at the same time |
| 22:53.42 | jmls | I can't break it when I need to :( |
| 22:57.41 | putnopvut | jmls: naturally, it'll only happen when someone really important is on the phone. |
| 23:05.14 | snuff-home | jmls, you use trunk or just 1.4 svn? (I forget) |
| 23:09.45 | snuff-home | nice note on the mac hang putnopvut.. |
| 23:10.28 | putnopvut | snuff-home: even better news, I found a fix for it...I'm figuring out now if it's the right fix though. |
| 23:11.02 | putnopvut | For some reason on Mac, the configure script doesn't detect that the reentrant dns functions exist even though they are clearly there. |
| 23:11.05 | snuff-home | mm that is better.. |
| 23:11.19 | russellb | putnopvut: config.log is your friend |
| 23:11.29 | putnopvut | russellb: yes yes... |
| 23:25.01 | tzanger | bugger just left |
| 23:25.03 | tzanger | heh |
| 23:25.09 | tzanger | snuck out the back door |
| 23:36.52 | *** join/#asterisk-dev xezz (n=asdasd@athedsl-199344.home.otenet.gr) |
| 23:48.45 | xezz | hello, is there an fms system for asterisk based pbx's ? |
| 23:49.01 | xezz | a system that can run in many pbx's simultaneously and retrieve the cdrs for example ? |
| 23:49.09 | xezz | an application sorry* |
| 23:51.54 | Corydon76-dig | xezz: try in #asterisk |
| 23:52.06 | xezz | i've tryied bro |
| 23:52.13 | Corydon76-dig | This is not the place |
| 23:52.40 | xezz | i thought someone might interested in develop such thing |
| 23:52.46 | xezz | oke |
| 23:54.08 | Corydon76-dig | If you're looking for someone to develop it for you, might I suggest the asterisk-biz list |
| 23:54.43 | xezz | thanx |
| 23:54.50 | Corydon76-dig | I'm sure there's a few business people who would be happy to take your money |
| 23:55.02 | xezz | heh |