| 00:00.07 | putnopvut | Corydon76-dig: http://pastebin.com/m2d277768 |
| 00:00.11 | putnopvut | I think that may be a bit more clear. |
| 00:00.38 | russellb | have a nice evening you crazy kids |
| 00:00.50 | putnopvut | Bye! |
| 00:01.13 | file | putnopvut: GO HOME |
| 00:01.25 | putnopvut | It's not going home time yet!! |
| 00:01.39 | file | when is that? |
| 00:01.45 | putnopvut | When I deem it so. |
| 00:02.05 | putnopvut | Eh, I guess I'll just head out now. I'm hungry. |
| 00:03.37 | codefreeze | file: putnopvut knows good advice when he hears it, apparently! |
| 00:03.59 | file | I have the power of influence. |
| 00:04.38 | codefreeze | You could write a book. |
| 00:17.33 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 00:21.12 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 00:22.40 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 00:23.51 | codefreeze | Corydon76-dig: yee-haw, boy was my disk full. mail's flowing again. |
| 00:41.01 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 00:56.49 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 00:57.18 | ZaVoid | burp |
| 01:05.32 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 01:15.55 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 01:25.49 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 01:30.35 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 01:47.11 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 01:47.18 | *** join/#asterisk-dev fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 01:55.14 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 02:01.36 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584477.dsl.bell.ca) |
| 02:41.30 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 03:42.57 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584477.dsl.bell.ca) |
| 04:05.44 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-4422928.home.otenet.gr) |
| 04:10.50 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584477.dsl.bell.ca) |
| 04:14.44 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 04:28.14 | *** join/#asterisk-dev brookshire (i=mbrooks@hijacked.us) |
| 04:53.50 | *** join/#asterisk-dev obnauticus (n=obnautic@c-24-22-79-67.hsd1.mn.comcast.net) |
| 05:07.17 | denon | bah, fine time for AsteriskNow.org to go down |
| 05:33.49 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584477.dsl.bell.ca) |
| 05:39.58 | *** join/#asterisk-dev brookshire (i=mbrooks@hijacked.us) |
| 05:41.20 | denon | niiice ... |
| 05:41.21 | denon | Warning: Table './asterisknow_website/sessions' is marked as crashed and should be repaired |
| 06:00.19 | brookshire | denon: is it still doing that? |
| 06:03.26 | denon | yeah |
| 06:03.32 | denon | looks like session table is borked |
| 06:03.46 | Juggie | just run a mysql repair on it |
| 06:04.01 | denon | Juggie: it's digium's website |
| 06:04.06 | denon | not my problem :) |
| 06:04.19 | Juggie | o :) |
| 06:04.31 | denon | I'm just yellin in here in case anyone's awake to fix it |
| 06:05.30 | denon | bah, and they're throttling dl2.digium.com to 1MB/sec? how rude |
| 06:16.06 | *** join/#asterisk-dev obnauticus (n=obnautic@c-24-22-79-67.hsd1.wa.comcast.net) |
| 07:13.57 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 07:54.15 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584477.dsl.bell.ca) |
| 08:25.34 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:34.00 | *** part/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 09:18.54 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 09:28.30 | *** part/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 09:29.39 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.134) |
| 09:55.18 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 10:20.52 | *** join/#asterisk-dev fmueller (n=user@p548F58EF.dip.t-dialin.net) |
| 11:20.52 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584477.dsl.bell.ca) |
| 11:39.42 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 12:11.45 | *** join/#asterisk-dev RoyK (n=roy@213.160.242.90) |
| 12:25.52 | seanbright | mornin' |
| 12:26.40 | file | *yawn* |
| 12:26.44 | file | g'morning seanbright |
| 12:26.53 | seanbright | just getting up? |
| 12:27.11 | file | yes |
| 12:27.16 | seanbright | very nice |
| 12:27.24 | seanbright | is jealous |
| 12:28.20 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 12:30.33 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:30.33 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:35.05 | seanbright | so far my resolve-shadow-warnings branch is a 11k line patch :-/ |
| 12:35.16 | seanbright | and that doesn't include configure |
| 12:39.16 | lmadsen | Cresl1n et al: seems this symlink is bad: http://downloads.digium.com/pub/zaptel/zaptel-1.4-current.tar.gz |
| 12:47.41 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 13:04.52 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 13:06.29 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:14.43 | ZaVoid | morning |
| 13:17.32 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-66-31.bstnma.east.verizon.net) |
| 13:18.33 | *** join/#asterisk-dev chammiya (n=chamms@ip-208-109-254-83.ip.secureserver.net) |
| 13:18.47 | *** part/#asterisk-dev chammiya (n=chamms@ip-208-109-254-83.ip.secureserver.net) |
| 13:35.29 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:46.41 | ZaVoid | just tested 1.4.20 RC1 |
| 13:46.45 | ZaVoid | the realtime bug is definitely fixed |
| 13:52.18 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 13:52.18 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:55.00 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 13:55.00 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 13:59.16 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 13:59.19 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.106.198) |
| 14:12.18 | *** join/#asterisk-dev RoyK (n=roy@213.160.242.90) |
| 14:32.30 | *** join/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 14:33.01 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 14:41.21 | *** join/#asterisk-dev oej (n=olle@apollo.webway.se) |
| 14:41.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:49.29 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 15:01.28 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:05.31 | *** join/#asterisk-dev PTorres (n=PTorres@200.68.87.146) |
| 15:07.35 | PTorres | hi |
| 15:08.16 | jsmith-busy | Hello PTorres |
| 15:09.34 | PTorres | I have an * with very high memory allocations in config.c "278320989 bytes in 4731629 allocations in file 'config.c'" I haven´t found anything in the bugtracker like this yet |
| 15:10.33 | jsmith-busy | Wow... that does seem high |
| 15:11.16 | Qwell | 278mb...hmm |
| 15:11.37 | Qwell | 4 million allocations. I wonder if core show allocations would do "Bad Things" |
| 15:11.49 | PTorres | lol |
| 15:12.12 | Qwell | PTorres: is this a live system? |
| 15:12.33 | PTorres | doing the show memory summary kinda hanged it for a couple of seconds |
| 15:12.34 | PTorres | yes |
| 15:12.53 | Qwell | yeah, that could be bad then. not sure if there is an alternative |
| 15:13.03 | Qwell | that command would be useful to see though |
| 15:14.00 | PTorres | I have the 'show memory summary config.c' output already |
| 15:15.03 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:15.18 | PTorres | http://pastebin.com/d350c240f |
| 15:18.01 | Qwell | PTorres: hmm, so the problem may not even be in config.c |
| 15:18.56 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 15:18.56 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:20.31 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.134) |
| 15:21.58 | PTorres | yes, maybe, but why would not deallocate stuff ? |
| 15:22.08 | Qwell | it isn't the job of config.c to do so |
| 15:22.19 | Qwell | it's whoever created those vars |
| 15:24.02 | PTorres | I just noticed we dont have the lastest * on this box, we will try to upgrade asap |
| 15:30.21 | PTorres | any hints ? or do you remember any issue that may be related ? |
| 15:30.34 | Qwell | doesn't sound familiar |
| 15:37.36 | Cresl1n | lmadsen: is the zaptel-1.4-current link fixed now? |
| 15:37.47 | lmadsen | Cresl1n: I didn't fix it... so probably not :) |
| 15:37.50 | lmadsen | I would have if I knew how |
| 15:38.12 | Qwell | Cresl1n: it appears to be, locally anyways |
| 15:38.12 | lmadsen | oh wait |
| 15:38.14 | lmadsen | it seems to be good now |
| 15:38.16 | lmadsen | I just tested |
| 15:38.22 | Cresl1n | Good.... |
| 15:38.27 | lmadsen | I got 1.6 megs |
| 15:38.50 | Qwell | I have a silly idea. Why don't we have a second part to the mkrelease script? |
| 15:39.05 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 15:39.31 | jsmith-busy | Qwell: You've got my vote! |
| 15:39.41 | jsmith-busy | Qwell: I've been saying it should be automated for quite some time now ;-) |
| 15:39.42 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:40.04 | Qwell | basically just do what we do when we go to release it. move from pending/ to releases/, add links, etc |
| 15:41.24 | Qwell | russellb: how do you typically handle removing old symlinks? |
| 15:44.09 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 15:50.18 | Corydon76-dig | Qwell: you can overwrite them with "ln -sf" |
| 15:51.38 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 15:51.38 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:52.17 | Qwell | the -current link you can, but you have to remove the old named ones, like asterisk-1.4.19 |
| 15:52.45 | Corydon76-dig | Ah, that's true |
| 15:53.02 | Corydon76-dig | You could build a find that would do it |
| 15:53.09 | ctooley | Corydon76-dig, what was the bug number for the patch I am testing? |
| 15:54.02 | Corydon76-dig | M12402 |
| 15:54.04 | MuffinMan | [new] [Asterisk] Core/NewFeature 0012402: [patch] Restrict what is printed during -rx output reported by Corydon76 (Karma: +418.25) http://bugs.digium.com/view.php?id=12402 |
| 15:54.57 | russellb | Qwell: i remove the old symlink and commit that ... and create the new one after committing the new packages |
| 15:55.02 | russellb | that's the only way i can reliably do it |
| 15:55.06 | russellb | otherwise they would mysteriously break |
| 15:55.23 | Qwell | k |
| 15:55.35 | ctooley | Corydon76-dig, it works |
| 15:55.38 | ctooley | in 1.4 at least |
| 15:59.50 | Corydon76-dig | Good, excellent |
| 15:59.56 | ctooley | BTW, THANK YOU |
| 15:59.58 | ctooley | :) |
| 16:00.15 | ctooley | I'll have to roll that out in the next major release to the servers. |
| 16:00.15 | Corydon76-dig | for? |
| 16:00.32 | ctooley | fixing that, it's been a big pita for me for a while. |
| 16:00.44 | Corydon76-dig | Heh, it's only going into trunk |
| 16:00.47 | ctooley | I just not a big enough priority to actually fix it myself. |
| 16:00.55 | Corydon76-dig | unless Russell thinks otherwise |
| 16:00.59 | ctooley | it might go into Digium's trunk. |
| 16:01.13 | ctooley | But it went into our 1.4 branch already |
| 16:02.20 | ctooley | russellb, that's a bug fix, not a feature. :) |
| 16:02.20 | putnopvut | <3 open source. |
| 16:03.01 | ctooley | wishes he had enough time to finish porting/fixing all of our changes/features to get them submitted for review. |
| 16:03.15 | *** join/#asterisk-dev oej_ (n=olle@ns.webway.se) |
| 16:05.09 | PTorres | qwell: I am seeing too many querys to the 'queue_member_table' for every new call that joins a queue |
| 16:06.08 | putnopvut | PTorres: that's because every time a call joins a queue, Asterisk reads the queue member table to determine if any members are no longer around or if any new members are members of that queue. |
| 16:06.28 | Qwell | hmm, does snprintf always add a null terminator? |
| 16:06.48 | Qwell | ie; if you tell it 5 chars, and buf is char[5] |
| 16:07.44 | sruffell | Qwell: I'm pretty sure it does not. |
| 16:08.23 | PTorres | putnopvut: correct, but shouldn´t query the members only once for every call ? |
| 16:08.35 | Qwell | good |
| 16:09.23 | putnopvut | PTorres: no. There was a bug filed a while back because if someone entered a queue and all the members were busy, but then a new member was added, the queue was not updated in memory to reflect that a new member had joined. |
| 16:09.50 | putnopvut | So now we periodically update the queue while the caller is waiting. |
| 16:11.27 | Corydon76-dig | Qwell: yes, snprintf always adds a terminating null |
| 16:11.53 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 16:12.10 | Qwell | so, if you have a char buf[5], you shouldn't just tell it sizeof(buf)? |
| 16:12.29 | Qwell | or, nevermind. it includes the null in that 5 |
| 16:12.30 | Corydon76-dig | Yes, sizeof(buf) is the correct thing to tell it |
| 16:12.34 | jmls_home | would you say that the latest 1.6 beta is as stable as the latest 1.4 trunk ? |
| 16:12.48 | Qwell | right, okay, so I need to expand this buffer |
| 16:12.55 | PTorres | yes, I remember reading that issue, when you say periodically it's global or for every call in the same queue ? |
| 16:13.05 | putnopvut | For every call. |
| 16:13.05 | jsmith-busy | jmls_home: It has been for me... Your Metric Mileage May Vary |
| 16:13.22 | Qwell | (and switch it to snprintf) |
| 16:13.28 | PTorres | ok |
| 16:19.55 | jmls_home | I have a plan to go live with a new system on the 20th of this month. In the meantime I can thrash and stress-test the system. |
| 16:20.07 | jmls_home | I was thinking of doing that on 1.6.xx instead of 1.4 |
| 16:20.22 | jmls_home | jsmith-busy: and we're still imperial here ;) |
| 16:20.44 | jmls_home | we don't need no stinking kilometers |
| 16:22.05 | jmls_home | what branch / revision of 1.6 should I be using ? |
| 16:23.52 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 16:25.06 | jsmith-busy | jmls_home: 1.6.0 branch |
| 16:25.16 | jsmith-busy | jmls_home: Yeah... but you buy your petrol in litres, right? |
| 16:25.29 | jsmith-busy | jmls_home: But still measure your car's efficiency in miles per gallon |
| 16:26.12 | Qwell | jmls_home: how many Furlongs per Firkin does your car get? |
| 16:27.39 | Corydon76-dig | They're also paying $3/liter... guess someone didn't do the translation from gallons to liters when they set the price, eh? |
| 16:30.25 | jmls_home | jsmith-busy: we only buy in litres because the garage knows that the price per gallon would piss most people ... |
| 16:31.04 | jmls_home | yikes. Just had a system where a channel got stuck *whilst* in a MacroExclusive |
| 16:31.16 | jmls_home | that kinda buggers things up |
| 16:31.33 | jmls_home | being an "Exclusive" thingy |
| 16:32.05 | Corydon76-dig | jmls_home: they could just sell gasoline by the pint... |
| 16:32.19 | jmls_home | that's all I'll be able to afford soon |
| 16:32.47 | jmls_home | part of pricing up a new job would have to be "petrol charges for site visit" |
| 16:33.08 | jmls_home | (20% of project cost) |
| 16:33.09 | jsmith-busy | Corydon76-dig: There are other carbon-based liquids that are sold by the pint |
| 16:33.30 | Corydon76-dig | jsmith-busy: indeed. "A pint for me, and a pint for the car" |
| 16:33.51 | jsmith-busy | Corydon76-dig: I wouldn't know ;-) |
| 16:34.18 | jmls_home | anyone had a macroexclusive "lock" before ? |
| 16:34.27 | Corydon76-dig | I wouldn't either. I usually imbibe by the 3/4 pint |
| 16:34.43 | jmls_home | Corydon76-dig: that's the first sip, right ? |
| 16:35.01 | Corydon76-dig | jmls_home: I'm a lightweight |
| 16:35.12 | Corydon76-dig | jmls_home: I also tend to prefer Scotch, if it's available |
| 16:35.22 | jmls_home | eeew |
| 16:35.33 | jmls_home | just have not been able to take to scotch |
| 16:35.47 | Corydon76-dig | jmls_home: I like mine neat, room temperature |
| 16:35.49 | jmls_home | has tried on several hundred occasions ;) |
| 16:36.07 | Corydon76-dig | jmls_home: you must be trying the blends or the cheap stuff |
| 16:36.08 | jsmith-busy | jmls_home: I'm guessing that nobody really uses macroexclusive much |
| 16:36.37 | Corydon76-dig | jmls_home: there's a new LOCK function in 1.6 |
| 16:36.51 | Corydon76-dig | Doesn't depend on being in a Macro |
| 16:37.37 | Corydon76-dig | and it has deadlock avoidance... ;-) |
| 16:37.44 | jmls_home | mmm. I might not need it anymore since I use curl, as my app does all the data locking |
| 16:37.59 | jmls_home | I'll have a look at LOCK |
| 16:38.13 | Corydon76-dig | LOCK, TRYLOCK, and UNLOCK |
| 16:38.36 | Corydon76-dig | and as many independant locks as you like |
| 16:39.10 | Corydon76-dig | (identified by name) |
| 16:39.43 | jmls_home | there's only two ways to originate calls, right ? AMI and .call file ... |
| 16:39.55 | Corydon76-dig | and clioriginate |
| 16:40.17 | jmls_home | yeah, excluded that one as I didn't want everyone to be on the CLI :) |
| 16:40.42 | Corydon76-dig | jmls_home: have you seen the astcli script in contrib yet? |
| 16:40.55 | jmls_home | errr, nope |
| 16:41.01 | Qwell | it's pretty nifty |
| 16:41.03 | Corydon76-dig | Go look |
| 16:41.05 | jmls_home | goes looking |
| 16:41.30 | jmls_home | heh. 1.6, right ? |
| 16:41.42 | Corydon76-dig | No, the astcli script is in 1.4, too |
| 16:41.54 | Qwell | did the "fixes" go into 1.4 also? |
| 16:42.00 | jmls_home | find . -name astcli -print |
| 16:42.03 | jmls_home | gives nada |
| 16:42.05 | Corydon76-dig | I merged it, because it didn't affect the asterisk binary |
| 16:42.06 | Qwell | jmls_home: contrib/scripts/ |
| 16:42.33 | Qwell | Corydon76-dig: you sure? |
| 16:42.33 | Corydon76-dig | jmls_home: you might have an older release which doesn't have it |
| 16:42.40 | jmls_home | 1.4 svn |
| 16:42.48 | Qwell | I've got svn updated from like 10 minutes ago |
| 16:43.03 | Corydon76-dig | Hrm, did it get deleted? |
| 16:43.10 | Qwell | it's in trunk/1.6.0 |
| 16:43.17 | jmls_home | it's certainly not in contrib/scripts |
| 16:43.27 | Corydon76-dig | Oh, well, look in 1.6.0, then |
| 16:43.35 | jmls_home | goes off to grab 1.6 |
| 16:43.44 | Qwell | it should work in 1.4 though |
| 16:44.19 | Corydon76-dig | Right, I was testing it against 1.4 |
| 16:45.23 | jmls_home | while I wait, in a nutshell, whatdoesitdo ? |
| 16:45.32 | Qwell | replaces asterisk -r |
| 16:45.37 | Qwell | erm, -rx |
| 16:45.48 | Qwell | and -r for the most part, I guess |
| 16:46.16 | jmls_home | cool. |
| 16:46.19 | russellb | doesn't need to replace it ... |
| 16:46.28 | russellb | it should be pretty easy to "fix" -rx |
| 16:46.33 | russellb | haven't looked at tilghman's patch |
| 16:46.40 | Qwell | not "replace" like that |
| 16:46.42 | russellb | but i assume he just did fix it |
| 16:46.56 | russellb | provides more features i guess? |
| 16:47.01 | Qwell | not particularly |
| 16:47.06 | Corydon76-dig | M12402 |
| 16:47.07 | MuffinMan | [new] [Asterisk] Core/NewFeature 0012402: [patch] Restrict what is printed during -rx output reported by Corydon76 (Karma: +418.25) http://bugs.digium.com/view.php?id=12402 |
| 16:47.10 | jmls_home | soooo, I could use curl to grab a call file from http |
| 16:47.12 | Qwell | just another way of doing it, I guess |
| 16:47.21 | Corydon76-dig | russellb: opinion on whether that can go into 1.4? |
| 16:48.09 | russellb | Qwell: i see. |
| 16:48.16 | russellb | Corydon76-dig: i will render an opinion after lunch. |
| 16:48.22 | Qwell | it's cool though, and could be made to do a lot more |
| 16:48.25 | Corydon76-dig | Ah, k |
| 16:48.29 | Qwell | even has tab completion now, heh |
| 16:48.31 | russellb | i am the hungry |
| 16:48.45 | jmls_home | res_jabber still can't process inbound messages, right ? |
| 16:48.52 | jmls_home | even in trunk |
| 16:49.37 | Corydon76-dig | Qwell: yeah, it rocked figuring out how to make it do that |
| 16:49.55 | Qwell | I still say using _ is cheating :p |
| 16:50.00 | Qwell | _command, rather |
| 16:50.18 | Corydon76-dig | Whatever works. ;-) |
| 16:50.23 | Qwell | indeed |
| 16:50.34 | Corydon76-dig | and if it means not having to alter the core source.... |
| 16:50.35 | Qwell | I had no idea that was available directly |
| 16:51.03 | Corydon76-dig | I didn't know either, until I went looking how to implement tab completion in the core, and found that it was already available |
| 16:51.55 | Corydon76-dig | and then it was just a matter of getting the output to parse correctly |
| 16:52.55 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 16:53.47 | PTorres | we found something, we changed the queues wrapuptime to 0 and it stopped 'leaking', this may be a bug already fixed ( this server is currently with 1.4.12 ) |
| 16:54.58 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:54.58 | jsmith-busy | PTorres: Intereseting... why don't you submit a bug, and that way it won't fall through the cracks |
| 16:55.32 | PTorres | ok, submitting soon |
| 16:59.06 | jmls_home | noob question coming up |
| 16:59.39 | jmls_home | STATIC_BUILD: does this mean that the asterisk binary could be copied to another machine without having to have all the libraries ? |
| 17:23.00 | *** join/#asterisk-dev Skarmeth (n=Skarmeth@iris.aspec.com.br) |
| 17:24.12 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 17:43.31 | jmls_home | app_dial.c: line 507 : handle_cause(cause, num) |
| 17:43.58 | jmls_home | all other handle_cause() use &num. As in handle_cause(in->hangupcause, &num) |
| 17:44.21 | jmls_home | why is line 507 different ? A bug ? Or my noobiness with C ? |
| 17:44.35 | jmls_home | (sorry, 1.6.0 svn) |
| 17:45.25 | Qwell | looks right. in that case, num is a pointer. |
| 17:45.59 | Qwell | you'll see that it's &num in the call to do_forward |
| 17:46.06 | jmls_home | urg. |
| 17:46.16 | jmls_home | smacks his head on the wall until it bleeds |
| 17:46.19 | jmls_home | I hate C |
| 17:46.30 | putnopvut | Pointers make life fun! |
| 17:47.04 | russellb | C <3 |
| 17:47.45 | jmls_home | right. if you are a masochist |
| 17:48.00 | jmls_home | had to look up the spelling of that word :) |
| 17:51.35 | russellb | Corydon76-dig: does the verboser preamble character (127) magically ignored in other places? |
| 17:51.41 | russellb | is it basically a noop char? |
| 17:53.13 | russellb | Deeewayne: you, taskprocessors, finish, today |
| 17:53.34 | Deeewayne | nods |
| 18:04.09 | *** join/#asterisk-dev RoyK (n=roy@ip-86-12-149-91.dialup.ice.no) |
| 18:05.07 | jmls_home | 1.6 is giving me a warning when loading the dialplan that didn't happen in 1.4 |
| 18:05.20 | jmls_home | I have a #exec /etc/asterisk/myapp/getdata.sh getqueuedialplan?dialplantype=external |
| 18:05.23 | jmls_home | at line 191 |
| 18:05.36 | jmls_home | and #exec /etc/asterisk/myapp/getdata.sh getqueuedialplan?dialplantype=internal |
| 18:05.38 | jmls_home | at line 292 |
| 18:05.40 | Qwell | what's the warning? |
| 18:06.04 | jmls_home | [May 2 19:02:49] WARNING[4777]: config.c:258 ast_include_new: '/etc/asterisk/extensions.conf', line 191: Same File included more than once! This data will be saved in /var/tmp/exec.1209751369.-1208673472~~1 if saved back to disk. |
| 18:06.07 | jmls_home | and |
| 18:06.18 | jmls_home | [May 2 19:02:49] WARNING[4777]: config.c:258 ast_include_new: '/etc/asterisk/extensions.conf', line 292: Same File included more than once! This data will be saved in /var/tmp/exec.1209751369.-1208673472~~2 if saved back to disk. |
| 18:08.38 | jmls_home | getdata.sh is a curl cli call which returns a series of extensions (no #exec or include) depending on the internal/external parameter |
| 18:11.12 | *** part/#asterisk-dev korihor (n=humberto@190.39.161.145) |
| 18:14.23 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 18:20.09 | jmls_home | Qwell: http://www.pastebin.ca/1005246 |
| 18:20.15 | jmls_home | as simple as it can be |
| 18:20.15 | Juggie | seems like a bug to me |
| 18:20.27 | jmls_home | I think that #exec is being counted as the "include file" |
| 18:20.51 | jmls_home | in my normal extensions.conf I have a #exec in the globals section, that's why I'm getting two warnings |
| 18:21.00 | jmls_home | in the example in pastebin, I get one warning |
| 18:21.17 | jmls_home | the dialplan loads however |
| 18:23.31 | Juggie | its a bug for sure |
| 18:23.32 | Juggie | submit it |
| 18:23.54 | jmls_home | grabs the bughunter crown back from jsmith-busy ! |
| 18:24.17 | jmls_home | less than 10s after installing 1.6 I've found a bug ! Hah! |
| 18:24.54 | jmls_home | qwell: you want me to raise a bug ? |
| 18:27.38 | Juggie | yes yes yes |
| 18:29.22 | jsmith-busy | throws the crown over the pond and hits jmls_home squarely in the left elbow |
| 18:29.30 | jmls_home | ouch |
| 18:30.26 | jmls_home | M12574 |
| 18:30.27 | MuffinMan | [new] [Asterisk] Core/Configuration 0012574: warning message when loading dialplan if using #exec reported by jmls (Karma: +44.00) http://bugs.digium.com/view.php?id=12574 |
| 18:30.39 | jmls_home | need more karma |
| 18:31.05 | jmls_home | so, no-one uses more than one #exec in 1.6 :) |
| 18:31.40 | jmls_home | always seems to find the wierd bugs. Why is that ? |
| 18:35.52 | jmls_home | hey! who stole my zap from 1.6 ? |
| 18:36.18 | jmls_home | chan_zap.so got built. |
| 18:36.37 | jmls_home | ERROR[5123]: chan_zap.c:13649 process_zap: Unknown signalling method 'pri_cpe' at line 5 |
| 18:36.44 | Qwell | installed libpri? |
| 18:36.52 | jmls_home | yup. it works with 1.4 |
| 18:36.59 | jmls_home | same config |
| 18:37.11 | Qwell | should update libpri. it was just changed recently |
| 18:37.16 | Qwell | like...yesterday |
| 18:37.16 | jmls_home | oooooh |
| 18:37.40 | jmls_home | 1.4 ? |
| 18:38.10 | jmls_home | sorry. Does 1.6 asterisk need 1.4 of libpri/zaptel ? Or should I use another version ? |
| 18:38.11 | Cresl1n | trunk, for 1.6 |
| 18:38.27 | jmls_home | so, trunk was fixed ? Or is that just libpri ? |
| 18:38.38 | Cresl1n | just libpri trunk |
| 18:38.42 | jmls_home | cool. |
| 18:40.12 | jmls_home | and 1.4 zaptel .. yes ? |
| 18:40.45 | Juggie | Cresl1n! |
| 18:40.55 | Cresl1n | Hey Juggie! |
| 18:40.59 | Cresl1n | jmls_home: yes |
| 18:41.11 | Juggie | how are you, you've been keeping a low irc profile lately |
| 18:41.15 | jmls_home | ta |
| 18:41.20 | Cresl1n | Yeah, busy busy |
| 18:41.23 | Cresl1n | :-) |
| 18:41.31 | Juggie | ya thats what they all say :P |
| 18:41.34 | Cresl1n | too much to do and not enough time to do it :-) |
| 18:41.55 | Juggie | hows married life |
| 18:42.32 | Cresl1n | pretty good |
| 18:42.46 | Cresl1n | how're things for you? |
| 18:43.02 | jsmith-busy | Cresl1n: I stopped by to say hi on Tuesday, but you weren't in your office. Did you get my note? |
| 18:43.20 | *** join/#asterisk-dev Confusd (n=Confusd@87-194-204-58.bethere.co.uk) |
| 18:43.22 | Cresl1n | Heh, didn't see it :-) |
| 18:43.26 | Confusd | hi |
| 18:43.26 | Cresl1n | I just saw it though |
| 18:43.34 | Confusd | i'm modifying chan_mobile and need some help |
| 18:43.36 | jsmith-busy | Hello Confusd |
| 18:43.45 | Confusd | hi jsmith-busy :) |
| 18:43.46 | Cresl1n | Tuesday was my last day of exams for the semester |
| 18:43.57 | Confusd | i've got inband progress working, but how can i pass back a q931 cause code? |
| 18:44.18 | Confusd | * i have a method to get the cause code from the mobile end, but how to pass it back to asterisk? is there a method/structure already for that? |
| 18:44.21 | jmls_home | jeez, would you guys stop talking about your exams. it makes us old farts feel, well, old ... |
| 18:44.42 | Confusd | lol i'm 30 and i still get ocasional nightmares that i still have exams :s |
| 18:44.47 | jsmith-busy | jmls_home: Speak for yourself, old fart! |
| 18:44.52 | jmls_home | harsh |
| 18:45.11 | jsmith-busy | jmls_home: You're the one wearing the crown, so I get to pick on you ;-) |
| 18:45.15 | jmls_home | heh |
| 18:45.22 | jmls_home | the king is dead, ... |
| 18:45.24 | Confusd | anyway.. can anyone help? |
| 18:46.44 | Confusd | and btw when i set core set debug 1, i'm still not seeing chan_mobile debug messages :( |
| 18:47.34 | jmls_home | Confusd: isn't there a hangupcause field in the channel ? |
| 18:48.24 | Confusd | the only hangup i see is ast_queue_control(pvt->owner, AST_CONTROL_HANGUP); |
| 18:48.48 | Confusd | it seems to be the only way its signalling back hangup, answer, ring (and now progress) |
| 18:49.28 | jmls_home | Confusd: I was looking at app_dial.c recently, and saw handle_cause(AST_CAUSE_CONGESTION, &num); |
| 18:49.40 | jmls_home | perhaps you could follow that thread |
| 18:49.58 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 18:49.59 | Confusd | oh thanks :) |
| 18:50.54 | Confusd | chan_mobile should actually send ast_queue_control(pvt->owner, AST_CONTROL_PROGRESS); when it receives alerting from the phone |
| 18:51.00 | Confusd | or when it receives ring |
| 18:51.21 | jmls_home | wow. chan_zap seems to start a lot quicker ... |
| 18:51.31 | Confusd | then you can use progressinband to control inband progress like your suposed to |
| 18:55.07 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:58.27 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 19:02.12 | jmls_home | mmm. is this an upgrade problem or bug |
| 19:02.14 | jmls_home | ARRAY(__VOICEMAIL,__ACTIVECALLGUID,__WELCOMEMESSAGE,__AGENTMESSAGE,__OPEN_HOURS,__OPEN_DAYS,__QTIMEOUT,__QUEUENAME)="799,b113c04c-6ffa-60be-dd11-7918b8f500d8,custom/107,custom/110,08:00-20:00,Mon-Sat,240,MYQUEUE") |
| 19:02.24 | jmls_home | returns "" for QUEUENAME |
| 19:05.22 | jsmith-busy | jmls_home: Looks like a bug to me... you're batting 1000 today, aren't you. |
| 19:10.34 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:10.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:14.06 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:14.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:14.19 | jmls_home | ok, found the problem |
| 19:14.25 | jmls_home | in 1.4 |
| 19:14.52 | jmls_home | Set(ARRAY(foo,bar)="x,y") |
| 19:14.55 | jmls_home | foo=x |
| 19:15.05 | jmls_home | in 1.6 foo=x,y |
| 19:15.12 | jmls_home | remove the quotes |
| 19:15.28 | jmls_home | Set(ARRAY(foo,bar)=x,y) |
| 19:15.35 | jmls_home | foo=x |
| 19:16.07 | jmls_home | don't know if this was a bug in 1.4 that happened to work |
| 19:16.15 | jsmith-busy | Yeah, that sounds likely |
| 19:16.31 | jmls_home | however, many a dialplan may be using this format. |
| 19:16.46 | jmls_home | so anyone upgrading will run across this |
| 19:16.52 | jmls_home | and it's a "silent" bug |
| 19:17.03 | jmls_home | in that the data is assigned the "wrong" data |
| 19:17.59 | jmls_home | in 1.4 it works both ways |
| 19:18.25 | *** join/#asterisk-dev oej_ (n=olle@ns.webway.se) |
| 19:18.37 | jsmith-busy | Well, we can't keep people from writing buggy dialplans... |
| 19:18.38 | jmls_home | i.e with and without quotes |
| 19:18.49 | jmls_home | who said it was buggy ? |
| 19:18.55 | Juggie | its either a regression or an unintended feature in 1.4 :) |
| 19:19.13 | jmls_home | either way, upgrading to 1.6 breaks it - and there is no mention in the README |
| 19:19.21 | jmls_home | has given the developers an easy way out |
| 19:21.55 | jmls_home | ahhh, I think I know why I used quotes: the local channel has a "," in it, which buggered up the ARRAY function if you were trying to split it up --> Set(ARRAY(LEG1,MYCHAN)="${CHANNEL}") |
| 19:22.17 | jmls_home | so I quoted it, and it worked |
| 19:22.21 | jmls_home | as intended |
| 19:23.09 | jmls_home | .... on the other hand, maybe not .... |
| 19:23.41 | jmls_home | whatever, the fact is the dialplan does not migrate from 1.4 to 1.6 and there is no documentation in the UPGRADE / README file to say why not |
| 19:24.25 | jmls_home | so, we need to fix the program (it's a bug) or fix the UPGRADE file (it's a documented feature change) |
| 19:25.36 | jmls_home | hmmm. Local channel now uses ; instead of , in the channel name, yes ? |
| 19:25.37 | Corydon76-dig | russellb: yes, the char 127 gets removed everywhere |
| 19:26.14 | jmls_home | so I no longer can use ARRAY to split the channel name into two parts. |
| 19:26.15 | Corydon76-dig | considers getting a closer dealership |
| 19:26.45 | Corydon76-dig | jmls_home: correct |
| 19:26.54 | Confusd | hmm i'm getting 503 service unavailable after about 20 seconds |
| 19:27.05 | Corydon76-dig | jmls_home: you can still, using the CUT function with ARRAY |
| 19:27.05 | Confusd | the far end hasnt hung up yet, and asterisk says autofallthrough |
| 19:27.16 | Confusd | but i dont have any timer, i thought by default timer was infinite? |
| 19:27.30 | jmls_home | Corydon76-dig: why not just use CUT on it's own |
| 19:27.40 | Corydon76-dig | Or just use CUT on its own |
| 19:28.17 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:28.18 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:28.35 | Corydon76-dig | russellb: have you backported astobj2 to 1.2 already? |
| 19:30.04 | jpeeler | any know what the point of include/asterisk/ast_expr.h is? |
| 19:30.42 | jpeeler | especially seeing how pval.h contains the exact same prototype |
| 19:30.46 | jmls_home | still think the ARRAY problem needs fixing or documenting. Should I raise another bug ? |
| 19:31.34 | Corydon76-dig | jmls_home: what ARRAY problem? |
| 19:32.12 | jmls_home | Set(ARRAY(foo,bar)="x,y") works in 1.4, but not in 1,6 |
| 19:32.17 | jmls_home | 1.4: foo = x |
| 19:32.24 | jmls_home | 1.6 foo = x,y |
| 19:32.38 | jmls_home | remove the quotes and it works in 1.4 and 1.6 |
| 19:33.02 | Corydon76-dig | Remove the quotes and it doesn't work in 1.4 |
| 19:33.09 | jmls_home | oh yes it does |
| 19:33.17 | Corydon76-dig | only if you backslash the comma |
| 19:33.47 | jmls_home | ok, I was using Set(ARRAY(foo,bar)="${DATA}") |
| 19:33.57 | jmls_home | where $DATA contained x,y |
| 19:34.18 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:34.18 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:34.21 | Corydon76-dig | jmls_home: the change in 1.6 is to make building these expressions easier |
| 19:34.40 | jmls_home | I know - I don't have a problem with the change |
| 19:34.53 | jmls_home | it's just not documented in the UPGRADE so I fell foul of it |
| 19:35.19 | jmls_home | my problem was that the dialplan works for 1.4 and not 1.6 |
| 19:36.22 | Corydon76-dig | It's in there, just not in as many words |
| 19:36.31 | jmls_home | ... |
| 19:37.03 | Corydon76-dig | If you have a suggestion for clarifying it, I'd be happy to oblige |
| 19:37.21 | jmls_home | If I knew what to clarify ;) |
| 19:38.33 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:38.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:38.55 | jmls_home | I think it's as simple as saying |
| 19:39.33 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 19:39.38 | jmls_home | quotes round the second parameter of the ARRAY function is no longer supported. Change Set(ARRAY(foo,bar)="x,y") to Set(ARRAY(foo,bar)=x,y) |
| 19:40.02 | jmls_home | or change Set(ARRAY(foo,bar)="${somevariable}") to Set(ARRAY(foo,bar)=${somevariable}) |
| 19:41.09 | jmls_home | has fixed his dialplan and it now works ;) |
| 19:43.09 | jmls_home | my oh my |
| 19:43.16 | jmls_home | think I've found another issue :( |
| 19:43.32 | jmls_home | ExecIf($["${JABBERID}" > ""],JabberSend,asterisk,${JABBERID},asterisk:${JabberID}:INBOUNDHANGUP:${UNIQUEID}:${HANGUPCAUSE}) |
| 19:43.34 | jsmith-busy | jmls_home: Oh? |
| 19:43.38 | jmls_home | works in 1.4, not in 1.6 |
| 19:43.47 | jmls_home | 1.6: ERROR[21803]: app_exec.c:165 execif_exec: Usage: ExecIf(<expr>?<appiftrue>(<args>)[:<appiffalse>(<args)]) |
| 19:44.04 | jmls_home | notice the "(" around the application parameters |
| 19:44.32 | jmls_home | think it now needs to be |
| 19:44.39 | jmls_home | ExecIf($["${JABBERID}" > ""],JabberSend(asterisk,${JABBERID},asterisk:${JabberID}:INBOUNDHANGUP:${UNIQUEID}:${HANGUPCAUSE})) |
| 19:45.13 | jmls_home | or is it the ":" in my jabber message that is causing the grief ? |
| 19:45.39 | jmls_home | probably the ":" as ":appiffalse is probably new |
| 19:45.59 | putnopvut | jmls_home: Yeah, the appiffalse is a new addition. |
| 19:46.03 | jmls_home | shit |
| 19:46.13 | jmls_home | that breaks all of my Execifs |
| 19:46.37 | outtolunc | nested execif's? |
| 19:47.05 | jmls_home | I use ":" in all of my jabber messages, which is now the separator for the false app |
| 19:47.45 | jmls_home | Corydon76-dig: can I escape my ":" with a backslash ? |
| 19:48.54 | Corydon76-dig | No idea |
| 19:48.56 | outtolunc | give it a shot, no clue it is works |
| 19:49.14 | outtolunc | you could always just mod the parsing app to include it |
| 19:50.04 | outtolunc | eww backporting ao2obj stuff to 1.2 ... <G> |
| 19:50.19 | *** join/#asterisk-dev joshaidan (n=brianj@S01060090f8009fa6.tb.shawcable.net) |
| 19:52.22 | Confusd | hmm this is driving me crazy |
| 19:52.52 | Confusd | i even greped for '20' in the config files :s |
| 19:54.24 | jmls_home | there seems to be something wrong with the zap lines as well :( |
| 19:54.46 | jmls_home | I call in from a mobile, the channel is zap/5-1. |
| 19:54.49 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:54.54 | jmls_home | Hangup, and asterisk keeps going |
| 19:55.11 | jmls_home | it hangs up about 20 seconds later |
| 19:55.30 | jmls_home | why zap/5-1 ? Why not zap/1-1 ? |
| 19:56.02 | outtolunc | you using Zap/rX |
| 19:56.07 | outtolunc | vice gX |
| 19:56.13 | jmls_home | no, this is inbound |
| 19:57.15 | outtolunc | turn on debug and get someone to call in again |
| 19:58.38 | outtolunc | anyone put together an api for asterisk and flex 3 |
| 19:58.43 | outtolunc | yet? |
| 19:59.06 | jsmith-busy | outtolunc: I'm sure people are working on it... the question is whether they'll release it |
| 19:59.39 | outtolunc | it sure would be sweet |
| 19:59.56 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 19:59.56 | *** join/#asterisk-dev seanbright (n=sean@c-69-251-175-43.hsd1.md.comcast.net) |
| 19:59.56 | *** join/#asterisk-dev _Vile (n=vile@208.100.152.234) [NETSPLIT VICTIM] |
| 20:02.58 | ctooley | flex 3? |
| 20:03.24 | outtolunc | adobe flex 3 |
| 20:05.14 | ctooley | you mean to create a front end for some portion of Asterisk? |
| 20:05.27 | ctooley | or to create something in Asterisk using Flex? |
| 20:05.54 | outtolunc | to be able to write various things from widgets to other mashups, and even frontends and phones/etc |
| 20:07.10 | ctooley | I see |
| 20:17.20 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 20:19.53 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 20:24.48 | Corydon76-dig | "Press # to end this call or any other key to hangup" |
| 20:32.58 | tzafrir_home | err... this "show version" thing: does it mean that the API of 1.4 changes? |
| 20:33.16 | tzafrir_home | What happens if I use a new Asterisk with the old libpri? |
| 20:33.32 | tzafrir_home | Cresl1n, ==^ |
| 20:34.42 | putnopvut | tzafrir_home: I'm pretty certain that there is (or will be) a configure script check to be sure that that exists. |
| 20:35.47 | tzafrir_home | putnopvut, the problem is that this is a build-time test |
| 20:36.08 | tzafrir_home | What happens if I build Asterisk vs. the new libpri and then use it with the old libpri? |
| 20:37.42 | putnopvut | Ah, I see what you're saying. You want a runtime check. |
| 20:38.39 | ZaVoid | flex? |
| 20:42.10 | Cresl1n | ugh |
| 20:42.15 | Cresl1n | let's not go that far yet |
| 20:42.16 | Cresl1n | :-) |
| 20:44.23 | ZaVoid | flexes |
| 20:55.22 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:59.57 | tzafrir_home | Cresl1n, in addition the result is a simple string, right? |
| 21:00.21 | tzafrir_home | Is it possible to compare versions? (version a > version b?) |
| 21:00.44 | Cresl1n | Not by itself I think |
| 21:00.48 | *** part/#asterisk-dev PTorres (n=PTorres@200.68.87.146) |
| 21:00.49 | tzafrir_home | (When a version does not come from a tag) |
| 21:01.00 | Cresl1n | Someone from kpfleming's group is adding this code |
| 21:02.06 | Cresl1n | I don't think the intension of it is to be anything other than a programatic way to know what version of libpri or libss7 is being compiled against |
| 21:02.19 | Cresl1n | or rather, is being linked against |
| 21:02.25 | *** part/#asterisk-dev fmueller (n=user@p548F58EF.dip.t-dialin.net) |
| 21:02.27 | Cresl1n | that's more accurate |
| 21:06.01 | *** join/#asterisk-dev confusd (n=Confusd@87-194-204-58.bethere.co.uk) |
| 21:07.32 | confusd | ok i gotta cry 'bug' |
| 21:07.42 | putnopvut | bugs? in asterisk? no way! |
| 21:07.54 | confusd | lolz |
| 21:09.16 | confusd | well when i dial (inbandprogress) audio remains open for 20 seconds |
| 21:09.26 | confusd | then audio cuts out, but the call stays up |
| 21:09.35 | confusd | if i get a connect, audio is back |
| 21:10.02 | confusd | once connected, audio remains up indefinatly |
| 21:10.09 | confusd | so this isnt a nat/rtp timeout problem |
| 21:10.21 | confusd | timers would drop the call, not drop just the audio |
| 21:10.46 | confusd | nat timer would be affected after the connect, and u'd expect 20 seconds audio again |
| 21:10.50 | confusd | so it looks like a bug |
| 21:10.58 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 21:24.27 | *** join/#asterisk-dev Confusd (n=Confusd@87-194-204-58.bethere.co.uk) |
| 21:25.17 | Confusd | argh |
| 21:29.29 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 21:30.13 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-66-31.bstnma.east.verizon.net) |
| 21:50.53 | Confusd | same problem with beta 8 |
| 21:54.53 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 21:54.59 | *** part/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 22:30.41 | *** part/#asterisk-dev RoyK (n=roy@ip-86-12-149-91.dialup.ice.no) |
| 22:47.05 | Confusd | works fine with ooh323 |
| 22:47.10 | Confusd | *ooh232 |
| 22:47.17 | Confusd | lol |
| 22:47.19 | Confusd | oh323 |
| 23:03.11 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 23:36.08 | *** join/#asterisk-dev jmesquita (n=jmesquit@200.162.210.96) |
| 23:51.36 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.106.198) |