| 00:00.07 | Qwell | rather |
| 00:00.08 | file | speech to text does. |
| 00:00.14 | file | to make it "reliable" |
| 00:00.16 | Qwell | requires training by the person...who's...voice...you want to..recognize |
| 00:00.49 | Qwell | speech rec = predefined words, voice rec = identity stuffage, speech to text = lots and lots of words, with lots and lots of training |
| 00:00.51 | Qwell | I think :D |
| 00:11.44 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 00:19.23 | tzafrir | ok, let me ask this plain and simple: ASA-2008-005 goes to a great length to defend against guessing extra bits from the manager session ID |
| 00:19.37 | tzafrir | But how about simple brute force? |
| 00:19.57 | Corydon76-dig | tzafrir: 2 million tries? |
| 00:19.57 | *** join/#asterisk-dev qdk (n=qdk@93.160.126.34) |
| 00:20.18 | Corydon76-dig | Before the session ID is changed? |
| 00:20.29 | tzafrir | If I can get 1000 attempts per second, then it only takes around an hour |
| 00:20.43 | Corydon76-dig | The session ID is changed more often |
| 00:20.46 | tzafrir | which makes it a sort of lunch-time attack |
| 00:22.03 | tzafrir | From some very initial tests this rate seemed reasonable |
| 00:22.25 | Corydon76-dig | The timeout is 5 seconds, maximum |
| 00:22.45 | tzafrir | timeout for what? |
| 00:22.51 | Corydon76-dig | 1500 within 5 seconds is doable. 2 million is not. |
| 00:23.02 | Corydon76-dig | timeout until the session ID expires |
| 00:23.28 | tzafrir | hmmm.... if a session only lasts 5 seconds, why keep a session? |
| 00:24.06 | Corydon76-dig | Think of a Javascript client, which makes multiple requests for each page load |
| 00:24.28 | Corydon76-dig | It authenticates once, then keeps the ID for each subsequent query during that one page load |
| 00:24.32 | Corydon76-dig | Saves a ton of time |
| 00:25.44 | Corydon76-dig | Plus you have to realize that the authentication requires a handshake, which cannot be done within a single HTTP query and response |
| 00:26.06 | tzafrir | Corydon76-dig, right, but it can be parallelized |
| 00:26.42 | Corydon76-dig | tzafrir: besides, if you're close enough that you can make 2 million queries in under 5 seconds, you're close enough to just sniff the connection |
| 00:26.42 | tzafrir | and actually what I need is to check the value of a cookie |
| 00:28.42 | Corydon76-dig | Oh, you can actually set the timeout higher, to a minute, by default |
| 00:28.52 | Corydon76-dig | but only once you're authenticated |
| 00:29.12 | Corydon76-dig | You have to authenticate within 5 seconds, otherwise |
| 00:30.22 | Corydon76-dig | So, can you do 2 million queries within 60 seconds? |
| 00:30.52 | Corydon76-dig | More generally, can the Asterisk machine even accept 2 million queries within 60 seconds? |
| 00:35.48 | Corydon76-dig | Oh, and a true brute force approach would be 4 billion queries |
| 00:45.06 | *** join/#asterisk-dev philipp64 (n=chatzill@131.107.152.19) |
| 01:09.23 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |
| 01:49.23 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 02:06.15 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 02:13.30 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 02:13.30 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:14.54 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 02:14.54 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:19.03 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |
| 02:27.30 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-183-109.hsd1.wa.comcast.net) |
| 02:38.59 | *** part/#asterisk-dev BobLutz (n=stansmit@d60-65-93-136.col.wideopenwest.com) |
| 02:43.24 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 02:54.21 | Juggie | anyone awake? |
| 02:57.31 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 02:57.31 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@pbx.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Lost: Sanity Found: Banana -=- Automated Builds, thx file! - http://buildbot.digium.com |
| 02:58.08 | Juggie | but cdr_custom depends entirely on pbx_substitute_variables_helper which uses a char *. |
| 02:58.29 | Corydon76-dig | Yeah, why would you want to? |
| 02:58.32 | Juggie | of course since you dont know until you run pbx_substitute_variables_helper how big the response will be, you have no idea how big to size your array. |
| 02:58.48 | Juggie | was just trying to get rid of the hard coded buffer sizes. |
| 02:59.12 | Juggie | because it would be possible atm to create a cdr record that would never write. |
| 02:59.26 | Juggie | if its >sizeof(buf) used in cdr_csv or cdr_custom |
| 03:00.41 | Corydon76-dig | That's why I did something different for cdr_adaptive_odbc |
| 03:00.51 | Juggie | right, you used ast_str |
| 03:00.57 | Corydon76-dig | Well, also because I disliked the format |
| 03:01.03 | Corydon76-dig | Actually, I didn't, on the first try |
| 03:01.43 | Corydon76-dig | You could create a workalike for the substitution function |
| 03:02.13 | Corydon76-dig | Won't work for functions, but you can create static buffers for those and then copy the results out |
| 03:02.26 | Juggie | well, i am thinking maybe i could rewrite pbx_substitute_variables_helper as pbx_substitute_variables_helper_str |
| 03:02.47 | Juggie | which would be the same except return the result in ast_str |
| 03:03.21 | Juggie | then of course you could remove the old function and just alias it to the _str version and use the variable->str |
| 03:03.45 | Corydon76-dig | I wouldn't do that |
| 03:03.57 | Corydon76-dig | it's nice to have options |
| 03:04.11 | Juggie | what would you suggest. |
| 03:04.27 | file | a fine wine. |
| 03:04.27 | Corydon76-dig | Parallel function |
| 03:05.03 | Juggie | so put my own version in cdr_custom and modify it to do what i need? |
| 03:05.40 | Corydon76-dig | No, I'd put your function in pbx.c |
| 03:05.40 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 03:05.53 | Corydon76-dig | so it's widely accessible |
| 03:06.19 | Corydon76-dig | It MAY eventually become the preferred form, but that's a long ways away |
| 03:08.14 | Juggie | ok, so then you say i should go with my initial instinct and write an ast_str version but just dont replace the old one. |
| 03:14.17 | Corydon76-dig | I think that's the way to go |
| 03:14.59 | *** join/#asterisk-dev mosty (n=mosty@60-241-198-194.static.tpgi.com.au) |
| 03:15.39 | Juggie | ok |
| 03:15.52 | Juggie | in the meantime i have ast_str implemented in cdr_csv |
| 03:48.24 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 03:49.27 | snuff-work | likes explosion potential |
| 04:09.25 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 04:46.15 | Juggie | zz |
| 05:08.15 | Juggie | http://bugs.digium.com/view.php?id=11502#bugnotes |
| 05:08.15 | Juggie | hmmm |
| 05:08.28 | Juggie | does anyone else see, APPLICATION WARNING #user_get_field() for NO_USER: |
| 05:08.28 | Juggie | - @@null@@ |
| 05:16.28 | *** join/#asterisk-dev j4m3s_ (n=james@user-69-1-15-198.knology.net) |
| 05:39.30 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 05:39.30 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 05:40.22 | snuff-work | mm |
| 05:40.28 | snuff-work | i see same |
| 05:40.46 | snuff-work | what have u done ;) |
| 05:41.18 | snuff-work | http://bugs.digium.com/view.php?id=11534 |
| 05:41.22 | snuff-work | show's u correctly |
| 05:58.42 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 06:02.19 | *** join/#asterisk-dev fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 06:14.30 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-4396544.home.otenet.gr) |
| 06:27.09 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 06:46.39 | *** join/#asterisk-dev mosty (n=mosty@60-241-198-194.static.tpgi.com.au) |
| 06:56.26 | oej | Morning folks |
| 07:00.17 | awk | hello |
| 07:03.00 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 08:04.24 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 08:08.11 | *** join/#asterisk-dev qdk (n=qdk@93.160.126.42) |
| 08:18.58 | *** join/#asterisk-dev UVSoft (n=jnk467@80.254.48.215) |
| 08:19.00 | UVSoft | hi there |
| 08:19.25 | UVSoft | where is the right place to turn on gprof output? |
| 08:19.55 | UVSoft | main Makefile, line DEBUG =...? |
| 08:53.09 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:56.57 | *** join/#asterisk-dev qdk (n=qdk@93.160.126.18) |
| 09:15.52 | tzafrir | UVSoft, gprof? valgrind? |
| 09:24.56 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.141) |
| 09:35.55 | UVSoft | tzafrir, gprof |
| 09:37.29 | UVSoft | i've added the -pg option to the DEBUG variable in the main makefile, than recompiled asterisk, run it... |
| 09:37.58 | UVSoft | ... but there are no any gmon.outs.... |
| 09:38.26 | *** join/#asterisk-dev RoyK (n=roy@ip-77-54-149-91.dialup.ice.no) |
| 09:45.52 | tzafrir | UVSoft, either you look in the wrong directory, or asterisk has no write permission there |
| 09:46.16 | tzafrir | UVSoft, maybe ls -l /proc/PID_OF_ASTERISK/fd # for a start |
| 09:51.31 | awk | what is the best format to save a wav file in for IVR? |
| 09:51.51 | tzafrir | wav? |
| 09:52.04 | awk | yep |
| 09:52.05 | tzafrir | define "best"? quality? disk space? CPU usage? |
| 09:52.17 | awk | quality, that is supported |
| 09:52.50 | tzafrir | Unless you're going to play it with a wide-band codec, just use the standard asterisk wav files |
| 09:53.03 | tzafrir | (wav/RIFF) |
| 09:53.25 | tzafrir | 8kHz, 16 bits per sample |
| 09:53.34 | awk | yes, but if they recording from a recoring device.. |
| 09:53.43 | awk | ok, great I was saving in 8bit format |
| 10:01.53 | UVSoft | tzafrir, i run it from root, and seached for the file in / |
| 10:22.23 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 10:22.23 | *** mode/#asterisk-dev [+o tzafrir_home] by ChanServ |
| 10:28.16 | *** join/#asterisk-dev dtahtbot (n=dtahtbot@2001:4f8:3:36:2e0:81ff:fe23:90d3) |
| 10:38.53 | *** join/#asterisk-dev ctooley (n=ctooley@adsl-68-95-134-84.dsl.rcsntx.swbell.net) |
| 10:41.29 | *** join/#asterisk-dev qdk_ (n=qdk@93.160.126.18) |
| 10:51.45 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 10:57.38 | *** join/#asterisk-dev jmls (n=jmls@mail.tessera.co.uk) |
| 10:57.54 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:09.30 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 11:41.49 | *** join/#asterisk-dev RoyK (n=roy@ip-77-54-149-91.dialup.ice.no) |
| 11:43.30 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |
| 12:09.26 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:34.20 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 12:37.16 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 12:38.12 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:38.12 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:39.59 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 12:54.13 | *** join/#asterisk-dev qdk_ (n=qdk@93.160.126.18) |
| 12:55.18 | *** join/#asterisk-dev jsmith (n=jsmith@142.131.189.26) |
| 12:55.18 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 12:59.08 | *** join/#asterisk-dev jeffg (i=46ElnZsS@pdpc/supporter/active/jeffg) |
| 13:14.12 | *** join/#asterisk-dev jsmith (n=jsmith@142.131.189.26) |
| 13:14.12 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 13:19.30 | *** join/#asterisk-dev dsfr (n=dsfr@pdpc/sponsor/digium/dsfr) |
| 13:29.38 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:29.38 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:31.28 | Juggie | rise and shine developers. |
| 13:34.26 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 13:34.26 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:46.03 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 13:54.35 | *** join/#asterisk-dev BobLutz (n=miles@d60-65-93-136.col.wideopenwest.com) |
| 13:54.49 | file | Juggie: ...no! |
| 13:55.17 | atis_work | putnopvut: good morning |
| 13:55.37 | putnopvut | atis_work: good morning. How are you today? |
| 13:56.21 | atis_work | putnopvut: sleepy.. have one deadlock, from my tiny experience regarding deadlocks, it seems more app_queue than channels.. |
| 13:56.32 | putnopvut | uh oh... |
| 13:57.05 | jsmith | kill the beast.... uh, I mean... putnopvut would be happy to debug your app_queue deadlock |
| 13:57.51 | putnopvut | atis_work: well, you know the drill by now. core show locks would be helpful, and I may need to see a backtrace too, depending on what I see. |
| 13:57.59 | atis_work | http://www.pastebin.ca/948852 |
| 13:58.26 | atis_work | i have put backtrace here: http://filebin.ca/jzkjke/bt.core.28649.txt |
| 13:58.26 | putnopvut | That was quick :) |
| 13:58.39 | atis_work | i already grabbed that when i found it :) |
| 13:59.30 | atis_work | btw, i have channel list after deadlock.. it's from my realtime patch, so looks a bit different.. take a look http://filebin.ca/crsnsr/channels.txt |
| 14:00.02 | atis_work | i added some notes on channels that weren't bridged from log |
| 14:00.50 | atis_work | seems something related to load_realtime_queue in queue_member_count and ending queue call |
| 14:00.57 | putnopvut | atis_work: if you look at the backtrace you provided, you can see in thread 41 |
| 14:01.10 | putnopvut | Frame 5 |
| 14:01.31 | putnopvut | It's stuck trying to lock the chanspy_ds lock in app_chanspy, but that lock isn't showing up in core show locks. |
| 14:01.45 | putnopvut | And in thread 31 |
| 14:01.54 | putnopvut | frame 4 |
| 14:02.07 | atis_work | oh.. i wonder why i don't see a channel for that chanspy in my realtime list |
| 14:02.41 | putnopvut | It's stuck trying to lock the channel list, and it appears that the chanspy_ds lock was locked earlier. |
| 14:03.05 | putnopvut | So it looks like it's chanspy again, and it looks very similar to the previous deadlock you reported in chanspy. |
| 14:03.14 | atis_work | well, from channel list and log i can see that there's one chanspy spying on peer who don't have any calls |
| 14:03.31 | atis_work | ok, so i'll just add them to issue |
| 14:07.12 | putnopvut | atis_work: I think I actually see where the deadlock is. I need to show it to Russell so he can figure out how to handle it though. |
| 14:07.40 | atis_work | great :) thanks for your time |
| 14:08.27 | putnopvut | atis_work: I'll put a note on the issue explaining where the deadlock is occurring. |
| 14:14.45 | putnopvut | atis_work: as I was typing the note, I realized that I may have been wrong about exactly where the deadlock is occurring. |
| 14:15.00 | putnopvut | But it is a contention between a chanspy_ds lock and the channel list lock. |
| 14:15.24 | atis_work | well, yes, thats obvious after you pointed out that chanspy_ds_free |
| 14:15.57 | atis_work | i just wonder why i don't see chanspy app in my channel list |
| 14:16.43 | atis_work | putnopvut: is that chanspy_ds_free in spyed or spyee thread? |
| 14:16.57 | putnopvut | Which thread number? |
| 14:17.37 | atis_work | oh, i can see it myself.. that thread 41 |
| 14:17.47 | atis_work | looks like app_queue |
| 14:17.54 | atis_work | so, chanspy could be ended some time ago |
| 14:18.09 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:18.09 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:33.37 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 14:34.11 | Juggie | putnopvut, sorry for the slow compiles :) |
| 14:35.19 | putnopvut | Juggie: heh, it's all good. |
| 14:36.57 | Juggie | i'll do a few compiles on our Quad, Quad Core Xeons here @ work to make myself feel better :) |
| 14:37.06 | Juggie | er, Dual Quad Core |
| 14:37.30 | atis_work | damn, i can't follow that log before deadlock |
| 14:38.01 | atis_work | seems that A is spying B, then B receives queue call, and on second line dials to Chanspy, and then there's some more chanspy's |
| 14:38.11 | Juggie | putnopvut, any chance you can review 11534 |
| 14:38.26 | putnopvut | M11534 |
| 14:38.27 | MuffinMan | [new] [Asterisk] Resources/NewFeature 0011534: Resource generating white noise (small step to CNG) reported by IgorG http://bugs.digium.com/view.php?id=11534 |
| 14:38.40 | Juggie | its been waiting for a code review for months |
| 14:39.27 | putnopvut | Juggie: I could maybe get around to it. I can't guarantee anything though. |
| 14:42.30 | *** join/#asterisk-dev floppp (n=flopp@nat-staff.b3g-telecom.com) |
| 14:51.11 | *** join/#asterisk-dev jcollie (n=jcollie@dsl-ppp239.isunet.net) |
| 15:01.08 | *** join/#asterisk-dev elguero (n=elguero@207.154.34.162) |
| 15:02.38 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 15:04.56 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:05.05 | file | waves to jpeeler |
| 15:05.49 | jpeeler | hello file |
| 15:06.39 | file | jpeeler: how goes? |
| 15:07.53 | jpeeler | file: not too bad i suppose |
| 15:08.10 | jpeeler | i wish i could find some documentation for the normal basic conversations that SIP has |
| 15:13.07 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 15:14.39 | kpfleming | there is an RFC of example call flows |
| 15:14.59 | file | there is also a site that has pretty diagrams, but I forget the URL |
| 15:15.03 | mvanbaak | does anyone know wether there has been committed a fix for a 'double free' error in chan_sip in the last 3 days ? |
| 15:15.15 | Qwell | mvanbaak: last night |
| 15:15.30 | mvanbaak | thanks |
| 15:15.32 | Qwell | A109833 |
| 15:15.34 | MuffinMan | [109833] Committed by russell on 2008-03-18 23:51:06: Set req->data to NULL after free'ing to ensure that it never gets accidentally |
| 15:15.42 | file | glares at MuffinMan |
| 15:15.48 | mvanbaak | ah |
| 15:15.52 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:15.52 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:15.53 | Qwell | accidentally ... double free'd |
| 15:15.59 | mvanbaak | nice |
| 15:16.07 | mvanbaak | I ran into it 15 minutes ago |
| 15:16.17 | mvanbaak | with cirqpack keepalive packets |
| 15:16.59 | mvanbaak | compile running now |
| 15:17.04 | Juggie | also one for chan_zap |
| 15:17.10 | Juggie | yesterday eve |
| 15:17.15 | kpfleming | circpack must die |
| 15:17.24 | mvanbaak | kpfleming: I agree |
| 15:17.29 | mvanbaak | but my provider uses it |
| 15:17.53 | mvanbaak | wow |
| 15:17.56 | mvanbaak | huh |
| 15:18.06 | mvanbaak | svn up results in conflicts |
| 15:18.11 | file | sends kpfleming a completely invalid SIP packet just to see if he is there |
| 15:18.14 | Juggie | is there an easy way to find out when a perticular piece of code got commited? |
| 15:18.34 | file | Juggie: svn annotate? viewvc? |
| 15:18.35 | putnopvut | Juggie: svn blame |
| 15:19.11 | mvanbaak | svn log |
| 15:20.13 | Juggie | i'm just curious how long that double free has been in chan_zap |
| 15:20.24 | Juggie | or was in. |
| 15:20.40 | kpfleming | very short time... i committed the changes that included it last week |
| 15:21.35 | Juggie | putnopvut, svn blame is pretty awesome |
| 15:21.54 | Juggie | shows every line and who commit it. |
| 15:21.58 | Juggie | *commited |
| 15:22.24 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 15:22.58 | mvanbaak | uhhuh |
| 15:26.50 | mvanbaak | yipes, the sln16 soundpack is huge |
| 15:29.51 | tzafrir | Juggie, hmm...I think it was from a patch by me |
| 15:30.17 | tzafrir | and for that you should usually use 'svn blame', indeed |
| 15:30.28 | tzafrir | hence the name |
| 15:32.08 | *** join/#asterisk-dev miguel3239 (n=elguero@207.154.34.162) |
| 15:41.17 | mvanbaak | looks like russell indeed fixed the double-free |
| 15:42.03 | Qwell | I wonder if that was the same thing murf was running into... |
| 15:42.07 | Qwell | codefreeze: ^^? |
| 15:42.29 | Juggie | tzafrir, only you did not commit it :) |
| 15:43.11 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 15:51.15 | codefreeze | Qwell: might be, I'll check; all I know, is every mod to chan_sip is very painful for me. |
| 15:52.17 | tzafrir | codefreeze, haven't had a time to re-check that patch. Will, in a few hours |
| 15:52.55 | codefreeze | tzafrir: I'm committing it now, but it wouldn't hurt to double check. Reopen if there's any probs. |
| 16:01.07 | mvanbaak | I traced it down to being a crash on every keepalive packet coming from circpack |
| 16:01.51 | mvanbaak | blocking sip traffic from the one provider I have with circpack kept my asterisk alive |
| 16:01.54 | mvanbaak | ;) |
| 16:08.57 | *** join/#asterisk-dev jtodd (n=jtodd@sjcc86x81.sjccnet.com) |
| 16:09.01 | *** join/#asterisk-dev jmls (n=jmls@mail.tessera.co.uk) |
| 16:09.49 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 16:16.30 | atis_work | putnopvut: regarding M12257 - can't that be done somehow playing promts as MoH? or that would require adding bunch of functionality to MoH? |
| 16:17.26 | putnopvut | atis_work: no it can't be done, because it needs information specific to the queue. |
| 16:17.32 | putnopvut | Like the current position and hold time. |
| 16:18.11 | atis_work | yes, but i imagine that moh could provide function to inject sound files in currently playing stream |
| 16:18.26 | atis_work | so, moh is played, and from queue you just add up several prompts |
| 16:18.43 | atis_work | result is - moh never stops, unless somebody answers |
| 16:18.53 | atis_work | just idea.. that feature would be nice :) |
| 16:19.18 | atis_work | that's probably more to moh development |
| 16:19.19 | putnopvut | Yeah, the problem comes when people use the 'r' option, though. They don't have moh playing at all. |
| 16:19.36 | atis_work | but then announces don't work at all |
| 16:20.32 | putnopvut | Oh yeah, I fogot about that. |
| 16:23.09 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 16:25.35 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 16:42.19 | mvanbaak | gheh, kpfleming is too funny |
| 16:42.22 | mvanbaak | Asterisk 1.2.12.1 is incredibly old; |
| 16:42.56 | mvanbaak | strongbad*CLI> show version |
| 16:42.57 | mvanbaak | Asterisk 1.0.9-BRIstuffed-0.2.0-RC8o built by root@strongbad on a i686 running Linux |
| 16:43.00 | mvanbaak | strongbad*CLI> |
| 16:43.27 | kpfleming | i didn't say that it doesn't work, but asking for development help for a feature that has undergone massive rework since then seems silly |
| 16:44.39 | mvanbaak | 68 sip peers in production on that box |
| 16:45.21 | mvanbaak | strongbad:/etc/asterisk# cat extensions.conf | grep -v '^$' | grep -v '^;' | wc -l |
| 16:45.24 | mvanbaak | 794 |
| 16:45.26 | mvanbaak | strongbad:/etc/asterisk# |
| 16:45.30 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 16:45.45 | paravoid | I'm aware that noone here cares about asterisk 1.0 |
| 16:45.53 | mvanbaak | lol |
| 16:46.00 | caio1982 | that was odd |
| 16:46.01 | mvanbaak | paravoid: nice moment to enter the channel |
| 16:46.11 | paravoid | but I think I just found out that the check for AST-2008-003 was already included in 1.0.7 |
| 16:46.18 | mvanbaak | I was just bragging about my 1.0.9 production box |
| 16:46.28 | paravoid | oh :) |
| 16:47.00 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.137) |
| 16:47.04 | paravoid | any idea about that? |
| 16:48.20 | mvanbaak | I have no idea |
| 16:48.42 | mvanbaak | this box is still in production because we lack time to upgrade it |
| 16:49.02 | mvanbaak | once 1.6 is out we will kill it |
| 16:59.15 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) |
| 16:59.15 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 17:03.08 | *** join/#asterisk-dev elguero (n=elguero@207.154.34.162) |
| 17:05.39 | putnopvut | So what is the purpose of ast_reentrancy_lock? I see it used several places in lock.h but I'm unsure of its purpose. |
| 17:06.54 | putnopvut | Hmmm, I guess it's a lock to protect the lock itself? |
| 17:08.37 | seanbright | how do you get the bots to spit out a commit message for a revision? A[rev]? |
| 17:08.43 | seanbright | A109970 |
| 17:08.44 | MuffinMan | [109970] Committed by file on 2008-03-19 12:54:12: Add the ability to use a pattern match for a hint. |
| 17:08.52 | seanbright | sweet. and YAY. |
| 17:08.56 | seanbright | nice work Corydon76-dig |
| 17:12.00 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 17:12.13 | *** join/#asterisk-dev jmls_work (n=jmls@mail.tessera.co.uk) |
| 17:13.33 | jmls_work | guys - I've had a hardware failure and need to back up my asterisk directories quickly. What directories are for * in particular (/var/lib/asterisk, /etc/asterisk, /var/spool/asterisk - any others ?) |
| 17:14.02 | Corydon76-dig | /usr/lib/asterisk/modules |
| 17:15.00 | Corydon76-dig | and /var/log/asterisk |
| 17:16.39 | Corydon76-dig | jmls_work: btw, the authoritative list is in /etc/asterisk/asterisk.conf |
| 17:16.51 | jmls_work | oh, ok. thanks Corydon76-dig |
| 17:17.16 | jmls_work | goddam proliant just decided to trash one of the mirrored disks, but won't rebuild the spare |
| 17:17.17 | Corydon76-dig | Nice thing is that the list is customized for your particular installation ;-) |
| 17:22.43 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 17:29.01 | jpeeler | russellb: are you sure that sip_registry needs a sockaddr_in? since the address is being copied from a dnsmgr entry to a newly allocated sip_pvt structure |
| 17:30.43 | russellb | jpeeler: yes |
| 17:30.55 | russellb | jpeeler: because the dnsmgr needs a place to store the current IP address |
| 17:31.04 | russellb | and you just copy it from there as you need it (when doing a new registration) |
| 17:31.25 | jpeeler | i thought that was one of the things dnsmgr did, was hold the last valid IP |
| 17:32.12 | jpeeler | so you want dnsmgr to keep the sockaddr_in updated in sip_registry updated and just use that afterwards |
| 17:32.45 | russellb | yes, dnsmgr uses the one in sip_registry as where to store the current address |
| 17:32.48 | russellb | that is what it keeps updated |
| 17:33.00 | russellb | what has you confused is the "last" var in the internals of dnsmgr ... |
| 17:33.20 | jpeeler | it definitely does, because i used it at one point |
| 17:33.44 | russellb | but that is only so it can tell if the current address (stored in _your_ address struct in sip_registry) is different from the last time you checked to see if it has changed ... |
| 17:33.50 | russellb | you really shouldn't worry about that variable :) |
| 17:36.00 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 17:42.42 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-71-53-235-181.dhcp.embarqhsd.net) |
| 17:44.41 | De_Mon | file just read your resolution for #84257 t38 ticket.. You said "currently nothing in chan_sip" do you expect something to change? |
| 17:44.58 | file | I can't think of a way. |
| 17:45.10 | file | 'nor did my research turn up anything |
| 17:45.50 | De_Mon | what a pain. Any idea if OpenSER could help me fix this? |
| 17:46.21 | file | OpenSER is a SIP proxy, it would just send the response directly to your device |
| 17:46.25 | file | but it might be cool to know what it does |
| 17:47.44 | De_Mon | I know it can rewrite some of the response, but dont know enough about t38 to know if just faking the reply would fix anything. |
| 17:48.02 | file | well... |
| 17:48.06 | file | you don't know where to send RTP :) |
| 17:48.13 | file | so it would be a one sided conversation |
| 17:50.30 | De_Mon | Would be nice if there was some way to tell my voip provider I don't want t38. |
| 17:51.51 | file | if it was a reinvite it would fall back |
| 17:51.57 | file | but this isn't... |
| 18:01.59 | file | mvanbaak: poke! |
| 18:02.09 | mvanbaak | ouch |
| 18:02.18 | file | M6113 |
| 18:02.21 | MuffinMan | [assigned] [Asterisk] Resources/NewFeature 0006113: [branch] Enhance parking to allow multiple parking lots reported by oej http://bugs.digium.com/view.php?id=6113 |
| 18:02.21 | file | anything I can do to help? |
| 18:02.40 | mvanbaak | well, it compiles, but I dont think it will work yet |
| 18:03.02 | mvanbaak | last time I tried to run it (last weekend) it refused to merge the parkinglots into the config in memory |
| 18:03.07 | mvanbaak | it only showed the default lot |
| 18:03.35 | mvanbaak | but I left that to be, because I'm trying to get an astobj2 version working |
| 18:04.46 | mvanbaak | I'm really having a hard time to really understand it |
| 18:05.11 | mvanbaak | in the astobj version some stuff is just as I saw it in other places |
| 18:05.25 | mvanbaak | and I just put it there because I more or less think to know what it should do |
| 18:06.07 | file | multiparking the branch? |
| 18:06.30 | mvanbaak | team/group yeah |
| 18:07.01 | mvanbaak | https://origsvn.digium.com/svn/asterisk/team/group/multiparking |
| 18:07.56 | file | dances |
| 18:08.35 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 18:08.42 | file | mvanbaak: nifty. |
| 18:09.40 | mvanbaak | uhhuh |
| 18:09.49 | mvanbaak | I think we are almost there |
| 18:22.58 | mvanbaak | <PROTECTED> |
| 18:22.58 | mvanbaak | <PROTECTED> |
| 18:22.58 | mvanbaak | <PROTECTED> |
| 18:22.58 | mvanbaak | <PROTECTED> |
| 18:24.51 | mvanbaak | but 'parkedcalls show' hangs forever |
| 18:28.13 | mvanbaak | line 3399 of main/features.c and later |
| 18:28.26 | JunK-Y | mvanbaak: in trunk? |
| 18:28.34 | mvanbaak | no, in my branch |
| 18:28.47 | mvanbaak | I cant get my brain to understand that |
| 18:29.14 | JunK-Y | where is it jamming? |
| 18:29.25 | mvanbaak | gheh |
| 18:29.28 | mvanbaak | I wonder as well |
| 18:29.35 | mvanbaak | ASTOBJ_CONTAINER_TRAVERSE(&parkinglots, 1, do { |
| 18:30.23 | mvanbaak | is there a pprint (python) variant in C ? |
| 18:30.59 | JunK-Y | mvanbaak: see M12085, i think its the same looping |
| 18:31.16 | JunK-Y | its not jamming, its probably looping to infinity |
| 18:32.24 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 18:33.15 | kpfleming | what does pprint do? |
| 18:33.40 | mvanbaak | kpfleming: it prints the structure of the item you feed it |
| 18:33.49 | kpfleming | nope |
| 18:33.54 | mvanbaak | thought so |
| 18:33.55 | kpfleming | that's not possible in C, it's not an interpreter |
| 18:34.01 | kpfleming | gdb can sort of do that though |
| 18:34.51 | tzanger | kpfleming: what do you know. :-) |
| 18:35.33 | kpfleming | very little, most of the time |
| 18:36.48 | tzanger | kpfleming: others would argue just enough |
| 18:39.43 | kpfleming | s/just enough// |
| 18:39.52 | tzanger | haha |
| 18:46.27 | *** join/#asterisk-dev jimmysolis (n=jimmy@190.41.82.5) |
| 18:48.34 | *** join/#asterisk-dev jeffg (i=DYkSKrou@pdpc/supporter/active/jeffg) |
| 18:48.51 | *** join/#asterisk-dev qdk (n=qdk@93.160.126.74) |
| 19:00.37 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 19:01.07 | mvanbaak | ok, I'm lost big time |
| 19:01.57 | jmls_work | sighs |
| 19:02.09 | jmls_work | what package am I missing ? |
| 19:02.13 | jmls_work | " Install ncurses to use the menu interface!" |
| 19:02.27 | jmls_work | waits for the smartass answers |
| 19:02.51 | putnopvut | jmls: for debian-based systems, you can apt-get install libncurses-dev |
| 19:02.59 | putnopvut | or something similar |
| 19:03.01 | jmls_work | centos |
| 19:03.04 | putnopvut | oh |
| 19:03.06 | jmls_work | goes a'hunting |
| 19:03.17 | putnopvut | probably something like ncurses-devel or libncurses-devel |
| 19:03.53 | jmls_work | mm. must be missing a repoistory |
| 19:03.59 | jmls_work | yum says there's nothing to do |
| 19:04.24 | snuff-home | jmls, for trunk |
| 19:04.37 | jmls_work | doh! |
| 19:04.44 | jmls_work | smacks forehead ont he keyboard |
| 19:04.45 | snuff-home | u need nwet-devel |
| 19:04.49 | jmls_work | sorry, I'm a twat |
| 19:05.03 | snuff-home | for the newer menu thing |
| 19:05.05 | snuff-home | :) |
| 19:05.34 | jmls_work | oh. |
| 19:05.41 | jmls_work | maybe I'm not a twat |
| 19:05.46 | jmls_work | stll not working |
| 19:06.15 | kpfleming | 'make cmenuselect' |
| 19:06.38 | snuff-home | yum install newt-devel |
| 19:07.11 | Qwell | if newt isn't installed, it'll fall back to curses |
| 19:07.41 | mvanbaak | really ? |
| 19:07.51 | denon | growls at cisco |
| 19:07.54 | Qwell | worked when I tested it |
| 19:07.56 | mvanbaak | I had the same stuff today on a system that had libncurses5-dev installed |
| 19:07.59 | denon | silly phone's not talking to tftp |
| 19:08.03 | denon | shakes his head in dismay |
| 19:09.52 | denon | if a 7960 has a tftp server defined, it should always look to it, right? |
| 19:09.55 | denon | assuming it can contact it |
| 19:10.15 | snuff-home | Qwell, it didn't fall back for me because it detected 'newt' but it only noticed it wasn't all there when it tried to run the newer menuselect |
| 19:10.27 | Qwell | the detection may be broken then |
| 19:10.34 | snuff-home | because i didn't have the 'devel' |
| 19:10.47 | Qwell | works for me when I remove libnewt-dev |
| 19:10.53 | Qwell | falls back to curses... |
| 19:11.13 | Qwell | snuff-home: I'd be interested to see your menuselect/config.log |
| 19:11.48 | snuff-home | will supply after getting into work in 1hr time or os |
| 19:11.52 | Qwell | k |
| 19:11.52 | jmls_work | ok. I do have ncurses5-4.15 and ncurses-devel5-4.15 already installed .. |
| 19:11.53 | *** join/#asterisk-dev qdk (n=qdk@93.160.126.74) |
| 19:12.34 | jmls_work | make clean |
| 19:12.38 | jmls_work | <PROTECTED> |
| 19:12.51 | jmls_work | <PROTECTED> |
| 19:12.59 | jmls_work | Install ncurses to use the menu interface |
| 19:13.04 | jmls_work | groans |
| 19:13.06 | Qwell | make dist-clean |
| 19:13.14 | Qwell | clean doesn't recurse into menuselect |
| 19:13.20 | jmls_work | damn! |
| 19:13.29 | Qwell | err, yes it does |
| 19:13.58 | jmls_work | Qwell: whatever it does, that was the key |
| 19:13.59 | jmls_work | thanks |
| 19:15.20 | awk | putnopvut thing is if we don't use state-interface ptach, we can't do transfer.. |
| 19:15.22 | Qwell | maybe we need to go a step further than curses |
| 19:15.32 | Qwell | have a seriously stupid textual one |
| 19:15.45 | Qwell | it could be like the kernel make config ;) |
| 19:15.48 | awk | putnopvut: guess going to have to scrap local agents and start using SIP.. |
| 19:16.17 | putnopvut | awk: that would probably be best if you're going to be using 1.4 |
| 19:18.54 | awk | putnopvut: we only moved to local agents as SIP had allot of issues in early versions of 1.4.. but I can't see people complaining about SIP for quite some time.. so it looks like it has matured some what.. |
| 19:19.54 | putnopvut | awk: The SIP channel driver has definitely seen a lot of improvements. |
| 19:20.03 | putnopvut | But I can't understand why using local channels would have helped any. |
| 19:20.12 | putnopvut | Especially if they ended up calling SIP phones. |
| 19:20.38 | awk | it was due to an issue with /n and getting device state, or something to do with transfer it was quite some time ago.. |
| 19:21.28 | awk | so pretty much not getting correct state for RT |
| 19:21.48 | awk | anyway, will carry out tests tomorrow... thanks for all the patches, etc.. |
| 19:22.05 | putnopvut | awk: All right. Good luck! |
| 19:26.09 | *** join/#asterisk-dev jtodd (n=jtodd@sjcc86x81.sjccnet.com) |
| 19:37.27 | jpeeler | russellb: ok i believe i have dnsmgr working now, shall i proceed and make it work with configured peers as well? |
| 19:37.57 | lmadsen | make things work? |
| 19:38.04 | russellb | jpeeler: cool ... let me take a look at what you have. |
| 19:38.05 | jmls_work | ok. really starting to get pissed now |
| 19:38.10 | russellb | jpeeler: give me a few minutes. |
| 19:38.10 | jmls_work | wtf is Kbuild ? |
| 19:38.14 | lmadsen | you're ruining our job security |
| 19:38.34 | jpeeler | russellb: ok no problem |
| 19:38.38 | jmls_work | <PROTECTED> |
| 19:38.53 | Juggie | lmadsen, i heard the first guys to go are the ones who cant code c. |
| 19:39.27 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 19:39.38 | Juggie | awaits the comeback |
| 19:41.33 | Juggie | i'm disapointed lmadsen! |
| 19:41.41 | sruffell | jmls_work: That is part of the kernel build system..... |
| 19:42.13 | jmls_work | hmm. just did a make update, and now it all works again .. |
| 19:46.52 | tzafrir | jmls, what kernel version is that? |
| 19:47.06 | tzafrir | What version of Zaptel? |
| 19:47.27 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200.162.239.115.user.ajato.com.br) |
| 19:47.27 | tzafrir | "no such file or directory" is the result of an "include" line |
| 20:07.09 | mvanbaak | hhmm |
| 20:07.15 | mvanbaak | if the asterisk console hangs |
| 20:07.37 | mvanbaak | and strace shows me: |
| 20:07.39 | mvanbaak | root@anima:~# strace -p 1791 |
| 20:07.39 | mvanbaak | Process 1791 attached - interrupt to quit |
| 20:07.39 | mvanbaak | futex(0x7b6c20, 0x80 /* FUTEX_??? */, 2 <unfinished ...> |
| 20:08.08 | mvanbaak | then,......... what ? |
| 20:08.54 | *** join/#asterisk-dev mitcheloc (n=mitchelo@216.207.245.1) |
| 20:15.05 | paravoid | mvanbaak: deadlock, probably |
| 20:15.31 | mvanbaak | must be |
| 20:20.53 | *** join/#asterisk-dev qdk (n=qdk@93.160.126.74) |
| 20:23.27 | mvanbaak | hhmm |
| 20:29.50 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200.162.239.115.user.ajato.com.br) |
| 20:31.33 | mvanbaak | hurray |
| 20:32.30 | paravoid | found it? |
| 20:33.55 | lmadsen | Juggie: sorry, I was working... something you gov't people can't quite comprehend |
| 20:34.10 | jmls_work | ba boom |
| 20:34.41 | mvanbaak | yup |
| 20:34.57 | mvanbaak | it was burried somewhere deeps in the depths of main/features.c |
| 20:35.06 | mvanbaak | hiding behind Nessy |
| 20:35.54 | *** part/#asterisk-dev jmls_work (n=jmls@mail.tessera.co.uk) |
| 20:36.11 | *** join/#asterisk-dev Greek-Boy (n=email@41.221.58.4) |
| 20:41.02 | mvanbaak | file: ping |
| 20:41.06 | file | mvanbaak: pong |
| 20:43.20 | *** join/#asterisk-dev Greek-Boy (n=email@41.221.58.4) |
| 21:07.03 | *** join/#asterisk-dev jtodd (n=jtodd@sjcc86x81.sjccnet.com) |
| 21:07.15 | mvanbaak | file: I have some questions |
| 21:07.26 | mvanbaak | do you have that code on your system somewhere ? |
| 21:08.07 | mvanbaak | sorry, my dad called with update on my new boat |
| 21:08.13 | mvanbaak | had to talk to him about it |
| 21:08.35 | mvanbaak | what happens if you run ASTOBJ_UNLOCK on something that isn't locked ? |
| 21:08.50 | mvanbaak | does it go kaboom ? |
| 21:15.09 | mvanbaak | I think it's ready to get the channel var integrated |
| 21:18.04 | putnopvut | mvanbaak: in general unlocking something that's not locked is bad. I usually run with debug_threads enabled, so it will print an error message, but I imagine that could cause crashes under the right circumstances. |
| 21:19.15 | mvanbaak | only debug_threads ? |
| 21:19.40 | mvanbaak | hhmm, maybe detect_deadlocks is good as well |
| 21:19.51 | mvanbaak | would have saved me 30 minutes today ;) |
| 21:20.43 | mvanbaak | I have an ASTOBJ_UNLOCK call that oej put in there |
| 21:20.58 | mvanbaak | but the function where it's in does not have a LOCK function |
| 21:21.12 | mvanbaak | and I fail to see that it's locked before this function is called |
| 21:28.32 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 21:31.43 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 22:00.25 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |
| 22:05.50 | *** join/#asterisk-dev jtodd (n=jtodd@sjcc86x81.sjccnet.com) |
| 22:07.43 | mvanbaak | Do I have to do something special for a channel var to be there ? |
| 22:08.03 | mvanbaak | or is a simple Set enough ? |
| 22:08.45 | mvanbaak | and, looking at the doxygen docs, most stuff still uses astobj instead of astobj2 |
| 22:08.58 | mvanbaak | what's the main advantage of using astobj2 ? |
| 22:12.20 | *** join/#asterisk-dev anthm (n=anthm@mbb0736d0.tmodns.net) |
| 22:12.20 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:13.34 | putnopvut | mvanbaak: I can't really answer that since I really don't know much of anything about astobj. I've only used astobj2 |
| 22:13.56 | mvanbaak | it's the biggest todo item for multiparking now |
| 22:14.13 | mvanbaak | because I think main/features.c is ready to get some testing |
| 22:14.16 | mvanbaak | but it uses astobj |
| 22:15.01 | russellb | 1) improved container (hash table instead of a linked list) |
| 22:15.23 | russellb | 2) improved locking (don't have to hold the container lock at the same time as the object lock) (don't have to hold container lock for the entire duration of a traversal) |
| 22:15.24 | Juggie | russellb, as you requested btw, i put the cdr_ast_str updates in their own branch |
| 22:15.28 | russellb | Juggie: thanks |
| 22:17.19 | mvanbaak | astobj2.h should have the same sample as astobj.h (in doxygen pages) |
| 22:18.14 | Juggie | just trying to figure out now how to do cdr_custom/cdr_manager as they use a fake channel hack w/ pbx_substitute_variables_helper so i'm going to need to add a new copy of that function that supports ast_str to procede. |
| 22:20.47 | kpfleming | there is no need to use a fake channel for substituting variables any longer... look at the way that res_phoneprov does it |
| 22:35.31 | *** join/#asterisk-dev jtodd (n=jtodd@sjcc86x81.sjccnet.com) |
| 22:46.33 | *** join/#asterisk-dev RoyK (n=roy@ip-15-28-149-91.dialup.ice.no) |
| 23:01.46 | *** join/#asterisk-dev boblutz (n=stansmit@d60-65-93-136.col.wideopenwest.com) |
| 23:07.15 | Corydon76-dig | russellb: ping |
| 23:08.15 | russellb | pong |
| 23:09.09 | Corydon76-dig | Could you smack the svn sync to carolina for me? |
| 23:10.21 | russellb | which repository |
| 23:10.45 | Corydon76-dig | sounds |
| 23:11.21 | Corydon76-dig | Actually, no, downloads |
| 23:11.46 | Corydon76-dig | Wait, there it is |
| 23:13.02 | russellb | happens every 5 minutes .... |
| 23:13.13 | Corydon76-dig | ah |
| 23:23.46 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582587.dsl.bell.ca) |
| 23:32.54 | jpeeler | russellb: is it a problem if there are two dnsmgr entries for the same host? |
| 23:33.24 | russellb | jpeeler: nope |
| 23:34.05 | jpeeler | ok then i think i have it working for normal peers |
| 23:34.13 | jpeeler | guess i'll finish realtime peers tomorrow |
| 23:34.18 | russellb | yayyy |
| 23:34.19 | russellb | :) |
| 23:36.41 | *** join/#asterisk-dev jmls_work (n=jmls@mail.tessera.co.uk) |
| 23:37.11 | *** join/#asterisk-dev seanbright-home (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |
| 23:37.27 | seanbright-home | Juggie: gnip |
| 23:48.34 | Juggie | gnip? |
| 23:49.28 | seanbright-home | its ping spelled backwards |
| 23:49.31 | seanbright-home | i'm creative. |
| 23:49.37 | seanbright-home | or bored. |
| 23:49.43 | seanbright-home | or handsome. |
| 23:49.50 | seanbright-home | heh |
| 23:49.55 | Juggie | ah |
| 23:49.56 | Juggie | ic. |
| 23:50.04 | Juggie | did you creatively write some code :) |
| 23:50.12 | seanbright-home | so which backend needs the ast_str enabled subst code? |
| 23:50.21 | seanbright-home | you're worse than my boss. |
| 23:50.22 | seanbright-home | heh |
| 23:54.34 | seanbright-home | Juggie: come back |