| 00:01.16 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 00:01.16 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 00:09.10 | seanbright-home | i'm trying to grep for a backslash between single quotes, so: |
| 00:09.21 | seanbright-home | oh |
| 00:09.25 | seanbright-home | heh, nevermind. |
| 00:09.26 | seanbright-home | :) |
| 00:11.18 | *** join/#asterisk-dev jimmysolis (n=jimmy@190.41.82.5) |
| 00:15.08 | *** join/#asterisk-dev jtodd (n=jtodd@sjcc86x81.sjccnet.com) |
| 00:15.58 | Qwell | \'\\\' |
| 00:16.05 | seanbright-home | yeah |
| 00:21.42 | *** join/#asterisk-dev anthm (n=anthm@68-31-253-228.area4.spcsdns.net) |
| 00:21.42 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 00:26.47 | Juggie | seanbright-home, cdr_manager and cdr_custom both need ast_str enabled pbx_substitute_variables_helper for it to work |
| 00:26.53 | seanbright-home | k |
| 01:24.54 | *** join/#asterisk-dev seanbright-home (n=seanbrig@c-69-251-175-43.hsd1.md.comcast.net) |
| 01:28.30 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 01:32.35 | jmls_work | it's late, I'm tired |
| 01:32.45 | jmls_work | why do i get " ERROR[26192]: chan_zap.c:10883 process_zap: Unknown signalling method 'pri_cpe'" |
| 01:34.47 | seanbright-home | jmls_home: ummm... that's weird |
| 01:34.55 | seanbright-home | err |
| 01:35.04 | seanbright-home | jmls_work: ummm... that's weird |
| 01:36.40 | jmls_work | isn't it just .. ./configure make clean; make install and the error went away |
| 01:36.59 | outtolunc | #ifdef HAVE_PRI |
| 01:37.07 | jmls_work | I do ;) |
| 01:37.29 | jmls_work | I did do a "make config" in zaptel |
| 01:37.53 | jmls_work | never mind. as I said, it's working now |
| 01:37.58 | jmls_work | thanks guys |
| 01:38.24 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 01:38.28 | jmls_work | has got to get some sleep |
| 01:38.37 | jmls_work | nighty-night, y'all |
| 01:38.40 | *** part/#asterisk-dev jmls_work (n=jmls@mail.tessera.co.uk) |
| 01:39.36 | seanbright-home | contemplates replacing his windows 2003 workstation with a linux desktop... |
| 01:39.52 | seanbright-home | do i only get street cred if i build the box myself? or can i get a dell? |
| 01:41.14 | outtolunc | what you meant you aren't getting a macbook <G> |
| 01:41.25 | Iamnacho | a preloaded dell or a dell that you loaded your own? |
| 01:43.07 | seanbright-home | i have a macbook pro already |
| 01:43.12 | seanbright-home | dell i load myself |
| 01:43.45 | Iamnacho | i say then, you get cred in my book |
| 01:43.45 | seanbright-home | has a xps m1330 with vista, a dell xps desktop with win2k3, and a macbook pro |
| 01:44.03 | seanbright-home | excellent |
| 01:44.08 | Iamnacho | :) |
| 02:01.09 | Juggie | seanbright-home, any luck? |
| 02:07.28 | seanbright-home | Juggie: none. i don't like programming. |
| 02:07.45 | seanbright-home | and i really think it shows in the quality of my work |
| 02:29.02 | Juggie | hah |
| 02:49.24 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 02:50.28 | file | seanbright-home: eep! |
| 03:19.34 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:19.34 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:24.27 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 03:24.27 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 03:32.51 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 04:13.41 | *** join/#asterisk-dev jcollie_ (n=jcollie@dsl-ppp239.isunet.net) |
| 04:32.25 | JunK-Y | seanbright-home: did you figure out what was the segfault? |
| 04:43.35 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 05:22.25 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 05:22.25 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 05:29.09 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) [NETSPLIT VICTIM] |
| 05:29.09 | *** join/#asterisk-dev boblutz (n=stansmit@d60-65-93-136.col.wideopenwest.com) [NETSPLIT VICTIM] |
| 05:29.09 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) [NETSPLIT VICTIM] |
| 05:29.09 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) [NETSPLIT VICTIM] |
| 05:29.09 | *** join/#asterisk-dev j4m3s_ (n=james@user-69-1-15-198.knology.net) [NETSPLIT VICTIM] |
| 05:29.09 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 05:29.09 | *** join/#asterisk-dev codefreeze (n=steve_mu@216.166.159.235) [NETSPLIT VICTIM] |
| 05:29.09 | *** mode/#asterisk-dev [+oo JerJer codefreeze] by irc.freenode.net |
| 05:30.44 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) |
| 05:30.44 | *** join/#asterisk-dev corramor (n=corramor@216.207.245.1) [NETSPLIT VICTIM] |
| 05:30.44 | *** join/#asterisk-dev kpfleming (n=kpflemin@216.207.245.1) [NETSPLIT VICTIM] |
| 05:30.44 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 05:30.45 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 05:30.45 | *** mode/#asterisk-dev [+ooo Deeewayne kpfleming Qwell] by irc.freenode.net |
| 05:31.12 | *** join/#asterisk-dev janinge (i=j@ninge.net) [NETSPLIT VICTIM] |
| 05:34.23 | *** join/#asterisk-dev philipp64 (n=chatzill@pool-71-112-32-143.sttlwa.dsl-w.verizon.net) |
| 06:40.55 | *** join/#asterisk-dev giggham (n=giggham@203.110.178.130) |
| 07:03.44 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 07:16.44 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 07:50.27 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 07:53.46 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-183-109.hsd1.or.comcast.net) |
| 08:21.04 | *** join/#asterisk-dev kpfleming (n=kpflemin@216.207.245.1) |
| 08:21.04 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 08:21.09 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 08:21.15 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) |
| 08:21.15 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 08:40.06 | *** join/#asterisk-dev SlLENT (i=silentnc@c-24-3-148-166.hsd1.pa.comcast.net) |
| 08:40.18 | *** part/#asterisk-dev SlLENT (i=silentnc@c-24-3-148-166.hsd1.pa.comcast.net) |
| 08:45.20 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 09:03.20 | oej | IPv6, videocaps - lots of big stuff that needs to be integrated |
| 09:09.32 | *** join/#asterisk-dev RoyK (n=roy@ip-15-28-149-91.dialup.ice.no) |
| 09:15.28 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 09:35.31 | *** join/#asterisk-dev qdk (n=qdk@93.160.126.18) |
| 09:44.00 | *** join/#asterisk-dev qdk_ (n=qdk@93.160.126.18) |
| 10:15.13 | mvanbaak | oej: multiparking |
| 10:15.27 | oej | mvanbaak: Busy... |
| 10:15.33 | oej | but you're right |
| 10:17.23 | mvanbaak | oej: yesterday I got most stuff in main/features.c fixed |
| 10:17.46 | mvanbaak | there were a couple of deadlocks, and some stuff that was plain wrong. |
| 10:18.02 | mvanbaak | but 'features show' and 'parkedcalls show' now work and list all the lots |
| 10:18.27 | mvanbaak | debug notices tell me that on load of features.c it correctly inits the lots now with all the stuff we need in a lot |
| 10:18.41 | mvanbaak | I think it's time to smack in the chanvar and start testing |
| 10:41.30 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 10:59.01 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-4401580.home.otenet.gr) |
| 11:11.09 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:19.43 | *** join/#asterisk-dev qdk_ (n=qdk@93.160.126.26) |
| 11:46.32 | *** join/#asterisk-dev jmls_home (n=jmls@mail.tessera.co.uk) |
| 11:47.37 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 11:47.37 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:02.12 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 12:06.15 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:26.16 | _ys | Hm. DETECT_DEADLOCKS are removed from menuselect in trunk ? |
| 12:28.27 | tzafrir | _ys, I think you now need to be in devmode to see those extra flags |
| 12:28.47 | mvanbaak | yeah |
| 12:28.58 | mvanbaak | you need to run: ./configure --enable-dev-mode |
| 12:29.13 | mvanbaak | that will enable all them developer flags that normal users should not touch |
| 12:29.27 | mvanbaak | main reason for this was that ppl run asterisk with DO_CRASH |
| 12:29.38 | mvanbaak | and start complaining that their box is crashing |
| 12:30.09 | jmls_home | heh. I've done that. |
| 12:30.11 | jmls_home | Once. |
| 12:30.25 | jmls_home | it was a painful smack from asterisk-dev that cleared my mind ;) |
| 12:31.02 | _ys | "./configure --prefix=/home/asterisk --enable-dev-mode --localstatedir=/home/asterisk/var" still don't see developers flags :( |
| 12:32.44 | mvanbaak | _ys: try a 'make distclean' |
| 12:34.05 | _ys | mvanbaak: 0! thanks |
| 12:34.20 | *** join/#asterisk-dev mosty (n=mosty@60-241-198-194.static.tpgi.com.au) |
| 12:46.47 | mvanbaak | :) |
| 12:47.06 | JunK-Y | Corydon76-dig: the link on http://downloads.digium.com/pub/telephony/sounds/ isnt good for many -current file, it only display: link releases/asterisk-core-sounds-fr-alaw-1.4.10.tar.gz when you click on these file. |
| 12:47.25 | JunK-Y | its the same for core-en too |
| 12:53.06 | Corydon76-dig | JunK-Y: complain to webmaster@digium.com |
| 13:16.03 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 13:29.50 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 13:33.02 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:33.02 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:33.33 | JunK-Y | i just called mastercard and ive heard comedian mail, mailbox?! |
| 13:40.53 | denon | hah |
| 13:41.08 | denon | now, if it was Visa .. |
| 13:41.15 | denon | I'd say we've finally achieved world domination :) |
| 13:55.17 | atis_work | cool.. maybe we can make a deal with telephony provider of microsoft.. so that when their ms-exchange-based-pbx crashes, callers hear Allison's voice :D |
| 13:56.21 | *** join/#asterisk-dev qdk_ (n=qdk@93.160.126.18) |
| 14:04.15 | mvanbaak | play tt-weasels |
| 14:04.16 | mvanbaak | ;) |
| 14:04.48 | mvanbaak | oeh: http://www.rlslog.net/ascii-curtains-for-real-scene-lovers/ |
| 14:07.19 | *** join/#asterisk-dev corramor (n=corramor@216.207.245.1) |
| 14:08.56 | atis_work | mvanbaak: cool, i want that :D |
| 14:09.08 | mvanbaak | me too |
| 14:11.15 | atis_work | i'm considering to create wall painting in ascii-art :D |
| 14:13.07 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.227.137) |
| 14:17.43 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 14:17.43 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:18.20 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 14:20.02 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 14:22.39 | tzafrir | ascii-art is not for wall painting |
| 14:22.51 | tzafrir | it's for covering brick walls |
| 14:22.54 | *** join/#asterisk-dev Juggie (i=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 14:25.33 | mvanbaak | yeah |
| 14:25.51 | mvanbaak | like asterisk is not for telephony, but for making the wife really upset ;) |
| 14:28.58 | atis_work | :D |
| 14:57.09 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:07.16 | *** join/#asterisk-dev pgarcia (n=pedgarci@yoda.kanatek.com) |
| 15:07.18 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 15:07.18 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:10.10 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 15:10.44 | atis_work | hey putnopvut |
| 15:10.53 | putnopvut | Hello atis_work. |
| 15:11.02 | atis_work | maybe it would be good to create branch for state_interface on 1.4 |
| 15:11.16 | atis_work | i just found people are using old patches without bugfixes you made in trunk |
| 15:11.28 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:12.38 | atis_work | putnopvut: i'm going to create clean state_interface patch against current 1.4 |
| 15:12.57 | lmadsen | so question... I have a <ZOMBIE> channel (transfer) that once transferred is running an 'h' extension to do some cleanup (just like I want). But when this transfer happens the Local channel that goes along with it also hangs up, and runs the 'h' extension for that chanenls cleanup. I need both channels to execute, but I've run into a race condition since both channels hang up at the same time and execute their respectiv |
| 15:12.57 | lmadsen | e 'h' extensions, one of which relies on data from the first one. So I tried adding a Wait(0.5), or Wait(1) to the <ZOMBIE> channel (the one I need to wait), and that Wait() causes the 'h' extension to stop executing (call is cleared entirely, as if the 'h' extension had finished executing). I'm curious if this might be a bug... or... ? |
| 15:12.59 | putnopvut | atis_work: that's fine. Just understand that I can't support things that go wrong with it. |
| 15:13.35 | atis_work | well, only support from you would be - when you commit something to trung regarding state_interface, don't forget the branch |
| 15:14.01 | putnopvut | no, I'm not going to support the 1.4 backport. |
| 15:14.47 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 15:16.34 | lmadsen | example: -- Executing [h@subQueue:2] Wait("SIP/0004F213EC3F-00bcc8d0<ZOMBIE>", "0.5") in new stack |
| 15:16.34 | lmadsen | <PROTECTED> |
| 15:17.45 | kpfleming | lmadsen: you can't Wait() in the h extension, because Wait() will try to read audio, fail, return -1 and the PBX will stop executing |
| 15:17.52 | atis_work | putnopvut: well, if branch would be synchronised with trunk, there shouldn't be any additional issues... and i could spend my time if necessary as i think i know that part quite well |
| 15:17.53 | lmadsen | aha... |
| 15:18.13 | lmadsen | ok... I wonder if there is something else I can use then to cause asterisk to 'sleep' then.... |
| 15:18.26 | kpfleming | not on a dead channel |
| 15:18.34 | kpfleming | well... you could call DeadAGI and make it sleep :-) |
| 15:18.36 | atis_work | putnopvut: i think of state_interface as bugfix, because there's no other way in 1.4 (except agent channel) how to keep load low |
| 15:19.07 | lmadsen | kpfleming: or I guess I could cause it to run some sort of While() loop for a certain number of cycles :D |
| 15:19.55 | putnopvut | atis_work: yeah, I know where you're coming from on this, but because of the nature of the fix, it's not to our advantage to have to support it in 1.4, plus it required the addition of a new feature to get it "fixed" |
| 15:19.57 | kpfleming | lmadsen: sure |
| 15:20.06 | lmadsen | I think I like the deadagi() approach better though, heh |
| 15:20.38 | atis_work | putnopvut: well, if you would just create branch and don't forget to commit updates i could support that in mantis ;) |
| 15:21.16 | atis_work | anyway seems that i'm supporting those state_interface users :) |
| 15:22.46 | putnopvut | atis_work: we can't use mantis as a way of supporting unsupported patches. |
| 15:23.04 | putnopvut | I can't in good faith make a branch of 1.4 for the maintenance of this feature. |
| 15:23.16 | atis_work | ok, i understand |
| 15:27.52 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 15:28.53 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:28.53 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:40.13 | jeffg | w00t! http://searchnetworking.techtarget.com/productsOfTheYearCategory/0,294802,sid7_tax309965_ayr2008,00.html |
| 15:42.21 | russellb | saying a system has high voice quality always bugs me |
| 15:42.27 | russellb | what, they use wideband codecs? |
| 15:42.36 | russellb | it's just ... odd |
| 15:43.45 | JunK-Y | i just run trunk-110237 on my prod system, and so far so good! :) |
| 15:45.46 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:47.36 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:55.32 | jeffg | russellb, yeah, i'm really not sure what they mean when they say that opennms has great logging, but it's good "mainstream" press so we'll take it :) |
| 15:56.28 | tzafrir | what is ztd-loc good for? |
| 15:57.12 | russellb | oh, i didn't read enough into it see the mention of opennms, then yay for that :) |
| 16:03.29 | atis_work | putnopvut: you closed that backport issue? can you reopen, just so i can submit what i've found.. it can be closed then |
| 16:03.41 | putnopvut | atis_work: I'll do that. |
| 16:03.47 | putnopvut | er... |
| 16:03.55 | putnopvut | Okay, yeah. |
| 16:04.29 | atis_work | well, i will be supporting those guys anyway, just probably in mailinglists.. |
| 16:04.41 | putnopvut | atis_work: it's been re-opened. |
| 16:04.55 | atis_work | and can be closed |
| 16:07.09 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 16:16.28 | tzafrir | duh, configuring ztd-loc panicked the test system. But console was off. Not even a trace |
| 16:23.10 | *** join/#asterisk-dev kodomo (n=memyself@emu.net.informatik.tu-muenchen.de) |
| 16:23.10 | kodomo | hi all |
| 16:23.15 | kodomo | hi - can somebody tell me how I append something to a closed bug thread with status: open? |
| 16:23.22 | kodomo | the reporter didn't have a problem with the issue, I (and my university) do |
| 16:23.26 | kodomo | http://bugs.digium.com/bug_view_advanced_page.php?bug_id=4651 |
| 16:23.32 | Qwell | kodomo: that was reported against pre-1.0 |
| 16:23.46 | Qwell | open a new bug report if you're having issues. I would *highly* doubt that your issue is related to that |
| 16:23.47 | kodomo | I'm encountering in current stable |
| 16:23.55 | kodomo | Asterisk 1.4.18, Copyright (C) 1999 - 2008 Digium, Inc. and others. |
| 16:24.39 | kodomo | when a SIP user places a call to PSTN and then hangs up before the answer, I get loads of: |
| 16:24.43 | kodomo | [Mar 20 17:11:06] WARNING[20907]: app_dial.c:676 wait_for_answer: Unable to forward voice frame |
| 16:24.49 | tzafrir | kodomo, even if it's the same symptom, it's not necessarily the same bug |
| 16:24.51 | kodomo | and the phone keeps on ringing |
| 16:25.04 | kodomo | (creating costs, if the call is answered) |
| 16:25.37 | kodomo | ok... how do I a quick search, if the issue's already reported? (is it already known?) |
| 16:25.45 | kodomo | s/if the/whether the/ |
| 16:26.00 | kodomo | thanks, jbot :p |
| 16:32.44 | *** join/#asterisk-dev jtodd (n=jtodd@142.131.189.108) |
| 16:33.49 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) |
| 16:38.52 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 16:43.18 | kodomo | ok - submitted... |
| 16:45.02 | file | kodomo: complete console output and sip debug would be useful... |
| 16:46.22 | jpeeler | is there a reason that extconfig.txt doesn't exist in trunk? |
| 16:48.45 | russellb | doc/tex/extconfig.tex |
| 16:48.47 | russellb | probably |
| 16:48.56 | kodomo | file: how do I redirect the messages to a file? |
| 16:49.04 | Qwell | find doesn't show anything similar.. extc* |
| 16:49.12 | kodomo | file: configuring logger.conf created a file, but it stayed empty |
| 16:49.20 | russellb | then perhaps the content got merged with something else |
| 16:49.35 | russellb | svn.digium.com/view/asterisk/tags/1.6.0-beta6/doc/asterisk.pdf |
| 16:49.37 | russellb | check in there ... |
| 16:50.03 | kodomo | file: ah - nope - withdraw my question - typo |
| 16:55.43 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 16:56.26 | kodomo | file: are there lines in debug or sip debug, which contain authentication information, besides those featuring an 'uth' substring? |
| 16:56.44 | kodomo | I'd like to filter that information |
| 16:57.31 | file | there's a header, but the value is hashed... your password isn't in plain text and can't exactly do a replay attack... |
| 16:58.35 | kodomo | you could brute-force it ;) - but I guess it won't hurt, if I remove all the authentication lines containing the response hash, as I don't have an authentication related problem... |
| 16:59.35 | *** join/#asterisk-dev jeffg (i=Vx79GIWp@pdpc/supporter/active/jeffg) |
| 17:01.54 | mvanbaak | file: thanks for the kick in the butt for that multiparking stuff |
| 17:01.56 | mvanbaak | I needed it |
| 17:02.03 | mvanbaak | got sidetracked too much |
| 17:02.03 | mvanbaak | :) |
| 17:02.05 | file | pfft |
| 17:02.08 | file | that was not a kick in the butt |
| 17:02.16 | file | it was a general inquiry |
| 17:02.22 | mvanbaak | ah |
| 17:02.42 | mvanbaak | well, I finished features.c yesterday (first draft of course) |
| 17:03.00 | mvanbaak | it now compiles and runs and shows me the lots with all their configs |
| 17:03.45 | mvanbaak | and after that I started studying astobj2 |
| 17:04.03 | mvanbaak | but that made me sad |
| 17:04.19 | kodomo | file: uploaded |
| 17:07.50 | file | alrighty then. |
| 17:18.03 | JunK-Y | i should document the utilisation of comebacktoorigin |
| 17:18.19 | JunK-Y | Qwell: i will put that on my todo |
| 17:19.26 | Qwell | JunK-Y: k |
| 17:20.55 | *** join/#asterisk-dev qdk (n=qdk@93.160.126.18) |
| 17:30.50 | mvanbaak | what's the best place to look at astobj2 in production ? |
| 17:30.57 | mvanbaak | app_queue ? |
| 17:33.32 | russellb | many places use it in trunk |
| 17:33.36 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 17:33.41 | russellb | app_queue, chan_iax2 |
| 17:33.51 | russellb | and there are some others ... |
| 17:34.09 | russellb | those are the two that i have looked at the closest. |
| 17:37.07 | mvanbaak | russellb: according to the doxygen stuff, it's not used a lot yet |
| 17:37.15 | mvanbaak | most places still use astobj.h |
| 17:40.28 | russellb | um |
| 17:40.33 | russellb | more places use astobj2 :) |
| 17:40.42 | russellb | res_smdi and chan_sip are the only ones that use astobj |
| 17:40.52 | russellb | and chan_sip has been reworked in a branch |
| 17:41.07 | russellb | for astobj2, we have chan_iax2, app_queue, main/manager, main/logger, odbc something or other i think ... |
| 17:41.25 | mvanbaak | hhmm |
| 17:41.52 | mvanbaak | http://www.asterisk.org/doxygen/trunk/astobj2_8h.html vs http://www.asterisk.org/doxygen/trunk/astobj_8h.html |
| 17:42.01 | russellb | oh, and ast_channel uses it in a branch ... |
| 17:42.56 | russellb | that's odd ... |
| 17:43.13 | russellb | some of those files that include it don't acutally use it |
| 17:44.01 | russellb | and i wonder why netsock includes it .... |
| 17:44.27 | *** join/#asterisk-dev Bourrelle (n=Bourrell@132.207.156.100) |
| 17:44.38 | Bourrelle | Hello world! |
| 17:45.15 | mvanbaak | russellb: should I go on a cleanup mission ? |
| 17:45.36 | russellb | mvanbaak: i just did it :) |
| 17:45.39 | russellb | it was only a few places |
| 17:45.39 | mvanbaak | ah |
| 17:45.40 | mvanbaak | lol |
| 17:45.51 | mvanbaak | yeah, found that out as well |
| 17:46.01 | russellb | but yeah, it's used in more places than i thought |
| 17:46.04 | russellb | oh well :) |
| 17:46.07 | russellb | it's still deprecated :-p |
| 17:46.23 | mvanbaak | lel |
| 17:46.26 | mvanbaak | s/e/o/ |
| 17:48.02 | mvanbaak | ok, I'll study app_queue |
| 17:48.10 | mvanbaak | I really should learn this version 2 |
| 17:50.24 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 17:57.13 | russellb | i have a game! |
| 17:57.15 | russellb | are you ready?! |
| 17:57.27 | russellb | first person to tell me what's wrong with this function gets a virtual cookie ... http://pastebin.ca/950571 |
| 17:58.03 | russellb | looks at putnopvut |
| 17:58.13 | mvanbaak | no unlock |
| 17:58.26 | russellb | gives mvanbaak a cookie ! |
| 17:58.40 | mvanbaak | thanks :) |
| 17:58.55 | file | naughty putnopvut |
| 17:58.58 | mvanbaak | *munch* *munch* |
| 18:00.28 | putnopvut | dammit what now? |
| 18:00.42 | putnopvut | heh missing unlock? |
| 18:04.36 | russellb | grumbles at meetme not working |
| 18:09.18 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 18:14.39 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 18:23.42 | Qwell | JunK-Y: where is your freetds installed at? /usr/local/? |
| 18:26.17 | JunK-Y | im home now, its a dev machine at the office (on a double nat), which i cant access from here. |
| 18:26.39 | JunK-Y | ill pvmsg ya tomorrow |
| 18:30.18 | Qwell | looks like it'll break pretty easily if it's installed to /usr/local/, and you don't specify --with-tds |
| 18:31.15 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 18:31.15 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 18:37.49 | *** join/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 18:39.03 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) |
| 18:39.19 | Juggie | freetds does not work for me eiher |
| 18:39.36 | Juggie | its installed but configure does not seem to see it |
| 18:40.08 | asteriskmonkey | what the channel limit on /dev/zap/pseudo |
| 18:40.30 | russellb | huh? |
| 18:40.42 | asteriskmonkey | im crashing asterisk everytime i do a page |
| 18:40.43 | russellb | asteriskmonkey: you should probably try #asterisk ... |
| 18:40.46 | asteriskmonkey | i did |
| 18:40.57 | russellb | latest version? |
| 18:41.02 | asteriskmonkey | yes |
| 18:41.16 | russellb | then file a bug report on bugs.digium.com |
| 18:41.21 | russellb | how many phones are you trying to page? |
| 18:41.28 | asteriskmonkey | well lets be more specific > Asterisk SVN-branch-1.4-r105591 |
| 18:41.32 | russellb | regardless, it shouldn't crash, but ... |
| 18:41.35 | asteriskmonkey | 200 phones |
| 18:41.37 | lmadsen | LOL |
| 18:41.38 | russellb | oh good god |
| 18:41.43 | lmadsen | well no wonder |
| 18:41.44 | asteriskmonkey | worked in 1.2 |
| 18:41.45 | russellb | i would _not_ expect that to work |
| 18:41.56 | russellb | in any case, it shouldn't crash |
| 18:41.59 | russellb | so feel free to report a bug |
| 18:42.00 | asteriskmonkey | here is the errors in my log |
| 18:42.07 | russellb | but the first thing we will ask is for you to update |
| 18:42.13 | russellb | so go ahead and update one more time before reporting |
| 18:42.42 | asteriskmonkey | Asterisk SVN-branch-1.4-r105591 |
| 18:42.47 | asteriskmonkey | k |
| 18:45.19 | JunK-Y | paging 200 phones? thats a lot, but i agree * should not crash. |
| 18:46.10 | asteriskmonkey | WARNING[18667] channel.c: Channel allocation failed: Can't create alert pipe! |
| 18:46.10 | asteriskmonkey | WARNING[18667] chan_sip.c: Unable to allocate AST channel structure for SIP channel |
| 18:46.10 | asteriskmonkey | WARNING[18374] chan_zap.c: Unable to open '/dev/zap/pseudo': Too many open files |
| 18:46.10 | asteriskmonkey | ERROR[18374] chan_zap.c: Unable to dup channel: Too many open files |
| 18:47.14 | russellb | ulimit .... |
| 18:47.18 | mvanbaak | one tip: ulimit |
| 18:47.28 | asteriskmonkey | ulimit? |
| 18:47.30 | russellb | yes. |
| 18:47.36 | russellb | see README for more info |
| 18:47.52 | asteriskmonkey | ok |
| 18:48.10 | russellb | ulimit -n 8192 |
| 18:48.17 | mvanbaak | man ulimit |
| 18:48.31 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.227.137) |
| 18:50.08 | asteriskmonkey | i dont follow, what is ulimit? |
| 18:50.17 | Qwell | ...man ulimit |
| 18:51.09 | asteriskmonkey | seems bash related :/ |
| 18:51.18 | mvanbaak | no |
| 18:52.06 | asteriskmonkey | ah ok |
| 18:52.07 | asteriskmonkey | i get it |
| 18:52.16 | asteriskmonkey | so this can be set at anytime though |
| 18:52.50 | asteriskmonkey | how does it effect running applications, will running applications now be bound to the new limits, or are the limits read into memory upon a programs initial execution? |
| 18:54.51 | mvanbaak | if I set a variable in the dialplan, is it automagically inserted in the channel? |
| 18:55.06 | mvanbaak | so I can read it from within, say, features.c ? |
| 18:55.15 | mvanbaak | or do I have to specify it in the channel driver ? |
| 18:56.33 | putnopvut | mvanbaak: pbx_builtin_getvar will get a channel variable |
| 18:56.44 | mvanbaak | thanks |
| 18:56.55 | putnopvut | You tell it the name of the variable you want to get and it will return the value of that variable. |
| 18:57.21 | mvanbaak | if ((temp = pbx_builtin_getvar_helper(chan, "PARKINGLOT"))) |
| 18:57.26 | JunK-Y | or NULL if not found :) |
| 18:57.27 | mvanbaak | so that will be enough |
| 18:59.01 | putnopvut | Yeah, that'll do it. |
| 18:59.01 | mvanbaak | cool |
| 18:59.01 | mvanbaak | woot, time to run tests on it tomorrow |
| 18:59.13 | mvanbaak | I'm also going to implement a setting per peer/user/device to set the parkinglot |
| 18:59.23 | mvanbaak | but channelvars will always override it |
| 18:59.32 | mvanbaak | the channelvar stuff is done now |
| 18:59.37 | mvanbaak | \o/ |
| 18:59.51 | file | mvanbaak: you can already set variables on a user/peer... that get set when they enter the dialplan |
| 19:00.13 | mvanbaak | file: with the setvar= stuff yeah |
| 19:00.27 | mvanbaak | but I am thinking: parkinglot = mvanbaak |
| 19:00.45 | mvanbaak | the whole multiparking is to make vpbx hosting easier |
| 19:01.01 | mvanbaak | so I think sip peers and iax peers and skinny devices should have that config setting as well |
| 19:01.10 | mvanbaak | (and maybe other channel drivers as well) |
| 19:02.07 | mvanbaak | that way, provisioning your dialplan from a db or something is easier then the setvar=PARKINGLOT=mvanbaak |
| 19:02.55 | jmls_home | slaps the it techs. |
| 19:02.59 | jmls_home | friggin monkeys |
| 19:03.06 | file | I don't really understand how it is easier... |
| 19:03.26 | mvanbaak | now that I typed it I dont neither |
| 19:03.27 | mvanbaak | lol |
| 19:03.28 | jmls_home | why, oh why, would you think that it's a good idea to remove the network cables from the development server AND THEN GO HOMR |
| 19:03.37 | jmls_home | (HOME) |
| 19:03.47 | mvanbaak | jmls_home: it's just to upset you |
| 19:03.51 | mvanbaak | and they succeeded |
| 19:03.56 | jmls_home | well, they did a damn fine job |
| 19:04.02 | jmls_home | shame it's all that they are good at |
| 19:04.09 | jmls_home | howls with rage |
| 19:04.12 | mvanbaak | you need a better job |
| 19:04.22 | jmls_home | oh, that's for sure |
| 19:04.33 | mvanbaak | file: actually, that means we dont have to touch any channel driver |
| 19:04.38 | mvanbaak | be done with it |
| 19:04.40 | mvanbaak | merge to trunk |
| 19:04.44 | mvanbaak | close ticket ;) |
| 19:05.06 | anonymouz666 | mvanbaak: parking with vpbx is easy, since the companies has different contexts, you just compare who created and who wanna join and allow it or not :) |
| 19:05.14 | asteriskmonkey | yes its not ulimit |
| 19:05.27 | mvanbaak | anonymouz666: it's not that easy |
| 19:05.49 | mvanbaak | anonymouz666: have a look at https://svn.digium.com/svn/asterisk/team/group/multiparking |
| 19:06.03 | anonymouz666 | I will |
| 19:06.06 | anonymouz666 | brb |
| 19:06.52 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 19:06.52 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 19:07.02 | mvanbaak | heya d3wayne |
| 19:07.25 | d3wayne | hello |
| 19:07.35 | tzafrir | http://bugs.digium.com/12241#84346 . And they call them *dynamic* spans :-( |
| 19:09.43 | mvanbaak | ok, I'm off for today |
| 19:09.47 | mvanbaak | latero all |
| 19:19.21 | lmadsen | built multi-parking in dialplan |
| 19:19.46 | lmadsen | seems to work ok for what it is |
| 19:29.53 | *** part/#asterisk-dev asteriskmonkey (n=asterisk@69.77.169.14) |
| 19:35.31 | Juggie | hmmmm |
| 19:36.00 | Juggie | lets say i created a branch and checked it out then i moved the branch from team/juggie to team/group |
| 19:36.24 | Juggie | so i tell svn about the change but now when i run svnmerge avail it bitches and complains that it cant find the branch in team/juggie |
| 19:36.29 | russellb | svn switch |
| 19:36.36 | Juggie | even though if i were to use svn update it would be looking @ team/group |
| 19:36.42 | Juggie | i did that |
| 19:36.44 | Juggie | svn update works fine |
| 19:41.30 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 19:41.30 | *** 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 |
| 19:42.23 | Juggie | hmmm |
| 19:48.42 | *** join/#asterisk-dev bkruse (n=bkruse@216.207.245.1) |
| 19:48.42 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 19:49.20 | tzafrir | russellb, brettcar has so far been responsive to requests regarding ztd-ethmf . |
| 19:50.11 | russellb | ok |
| 19:51.46 | Juggie | russellb, any suggestions, i did a svn switch, and that works fine, i can commit, update etc to the new location fine, but when i run svnmerge init it sets 'svnmerge-integrated' to the old location.. |
| 19:52.05 | Juggie | i have no idea where its getting it from, and also if i forcefully do a propset and fix it, svnmerge crashes :( |
| 19:52.39 | russellb | your svnmerge-integrated is wrong then |
| 19:52.49 | russellb | it's supposed to be the _parent_ |
| 19:52.51 | Juggie | i know that, but svnmerge init keeps setting it to the old location |
| 19:52.53 | russellb | which should have been trunk regardless |
| 19:53.03 | Juggie | hmmm true... |
| 19:53.04 | russellb | you shouldn't have run svnmerge init on the new one |
| 19:53.05 | Juggie | odd. |
| 19:54.12 | Juggie | i didnt until just now trying to fix it |
| 19:55.23 | Juggie | ok it looks like its working now |
| 19:55.29 | Juggie | i'll commmit it and see if automerge picks up on it |
| 19:57.52 | tzafrir | svnmerge doesn't seem to allow me to merge from zaptel 1.2 to 1.4 after the move to kernel/ |
| 20:05.36 | russellb | right |
| 20:05.41 | russellb | because none of the files are in the same place |
| 20:05.49 | russellb | so the same diff doesn't apply |
| 20:05.59 | russellb | it's not that smart. |
| 20:11.44 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 20:30.30 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.133) |
| 20:39.58 | russellb | so file ... |
| 20:40.08 | russellb | bridge_softmix is working for me in 16 kHz mode |
| 20:40.09 | russellb | http://pastebin.ca/950772 |
| 20:40.12 | russellb | using that code |
| 20:40.34 | russellb | and one hunk is only formatting ... |
| 20:40.36 | file | very very nifty |
| 20:41.40 | russellb | commit? |
| 20:41.47 | kpfleming | well, that can't possibly work, you must be mistaken :-) |
| 20:41.53 | russellb | orly? |
| 20:42.05 | russellb | or are you trolling :) |
| 20:42.13 | kpfleming | yes |
| 20:42.26 | Qwell | russellb: does 8khz still work? |
| 20:42.32 | russellb | it works, yes |
| 20:42.41 | Qwell | was it having to upsample everything to 16khz? |
| 20:42.44 | russellb | i just added a todo comment to optimize when 16 kHz is not necessary |
| 20:42.48 | Qwell | that would be yucky |
| 20:42.50 | russellb | yes, right now, everything is upsampled |
| 20:42.53 | putnopvut | Qwell: it looks like it. |
| 20:42.58 | russellb | it's phase 1 :-p |
| 20:43.17 | russellb | file: anyway, consider that a patch submission for your branch :-p |
| 20:43.30 | Qwell | russellb: patches must go through mantis |
| 20:43.31 | Qwell | ducks |
| 20:43.45 | russellb | file: http://pastebin.ca/950778 ... updated patch including todo comment |
| 20:43.46 | russellb | Qwell: :( |
| 20:43.52 | file | lol |
| 20:43.55 | russellb | but we don't handle dev branch patches on mantis |
| 20:44.03 | Qwell | russellb: trolling :D |
| 20:44.04 | file | go ahead and commit it :P |
| 20:44.08 | russellb | k! |
| 20:44.40 | file | optimizing it should be easy... |
| 20:46.11 | russellb | k, well, committed :) |
| 20:46.30 | Qwell | file: and always mix both? |
| 20:46.37 | file | Qwell: hrm? |
| 20:46.44 | Qwell | comment >> |
| 20:46.54 | file | not exactly. |
| 20:47.00 | file | I'll leave the statement to your imagination... |
| 20:47.27 | russellb | let bridge_write accept both formats ... |
| 20:47.32 | russellb | and do magic to decide what to do with it ... |
| 20:47.33 | russellb | ? |
| 20:47.34 | Qwell | well... |
| 20:47.46 | russellb | i started to do it that way. |
| 20:48.09 | Qwell | we need to rework how we handle hzness |
| 20:48.25 | russellb | yes |
| 20:48.28 | Qwell | hzness = iseight?8:16; everywhere is...meh |
| 20:51.28 | *** join/#asterisk-dev jtodd (n=jtodd@dsl081-249-107.sfo1.dsl.speakeasy.net) |
| 21:13.28 | Qwell | easter? O.o |
| 21:13.47 | Qwell | oh, 3 days |
| 21:14.47 | *** part/#asterisk-dev pgarcia (n=pedgarci@yoda.kanatek.com) |
| 21:16.44 | russellb | Qwell: the code isn't that way ... |
| 21:17.07 | Qwell | there was a lot of that last time I looked |
| 21:17.27 | russellb | hm, maybe i just don't remember where that is |
| 21:17.39 | russellb | if you see something like that, let me know |
| 21:18.10 | Qwell | ast_format_rate :) |
| 21:19.18 | russellb | but ast_format_rate() is different than iseight |
| 21:19.22 | russellb | it's rate agnostic |
| 21:19.45 | russellb | we're going to have calculations based on the rate, no matter what ... |
| 21:19.50 | russellb | at least it's not limited to 8 and 16 ... |
| 21:19.53 | Qwell | I guess it's just the whole AST_FORMAT_SLINEAR16 thing |
| 21:20.00 | russellb | yes, that is a hack. |
| 21:22.02 | Qwell | do we ever pass that over the wire? |
| 21:22.11 | Qwell | I guess in theory we could, with IAX2 |
| 21:22.13 | russellb | well ... |
| 21:22.15 | russellb | in theory we could, yes |
| 21:30.12 | jpeeler | russellb: i don't think that dns manager will be much use for realtime peers, the peer structure i guess gets loaded in memory temporarily and then destroyed until the cycle repeats again |
| 21:30.15 | jpeeler | is that correct? |
| 21:30.32 | russellb | sometimes that is the case |
| 21:30.39 | jpeeler | sometimes not? |
| 21:30.41 | russellb | if caching is enabled, the peer stays in memory |
| 21:30.47 | russellb | yeah, rtcaching is a hacccckkkkk |
| 21:30.52 | russellb | but in that case, it would be useful |
| 21:31.00 | jpeeler | ok i'll test with it turned on then |
| 21:31.06 | russellb | k |
| 21:31.16 | jpeeler | although i don't think the dnsmgr is created in time for it to be used the first time |
| 21:31.33 | jpeeler | at least the way i currently have it working |
| 21:32.10 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-183-109.hsd1.or.comcast.net) |
| 21:32.27 | jpeeler | and then, in realtime_peer, there was a bug that was preventing the bad dnsmgr code there from getting executed |
| 21:32.34 | russellb | nice |
| 21:32.44 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.227.137) |
| 21:32.45 | jpeeler | but, like i said before |
| 21:33.06 | jpeeler | it seems once realtime_peer is reached the dnsmgr won't have been created |
| 21:33.11 | jpeeler | so should i just do a normal dns lookup? |
| 21:34.05 | jpeeler | then again, if the code hasn't been executing all this time maybe it's not that important... |
| 21:36.26 | russellb | in theory, you don't need special code for realtime peers |
| 21:36.33 | russellb | as it uses build_peer() to allocate it once it gets that far |
| 21:36.40 | jpeeler | right |
| 21:36.50 | jpeeler | but realtime_peer is called before build_peer |
| 21:37.20 | russellb | build_peer() is called _inside_ of realtime_peer() |
| 21:37.41 | jpeeler | yes |
| 21:37.45 | russellb | but, that one place where it's used now ... |
| 21:38.31 | russellb | it's still needed... |
| 21:38.37 | russellb | and you'll have to do a regular DNS lookup there |
| 21:38.42 | russellb | it's pointless to have the dnsmgr thing there |
| 21:38.52 | jpeeler | well it can't even work actually |
| 21:39.08 | jpeeler | as far as i can tell |
| 21:39.21 | russellb | right |
| 21:39.36 | russellb | but do a regular DNS lookup there to do the check |
| 21:44.39 | russellb | i'm about to fix that |
| 21:44.45 | russellb | because i realized it's broken in 1.2, and 1.4, as well |
| 21:46.00 | russellb | and it's also broken in chan_iax2 |
| 21:46.05 | jpeeler | uh wow |
| 21:53.44 | Qwell | russellb: got a second to sanity check something for me in the g722 codec module? |
| 21:54.48 | russellb | sure. |
| 21:54.52 | Qwell | g722tolin16_sample() |
| 21:55.05 | russellb | trunk, right? |
| 21:55.09 | Qwell | yeah |
| 21:55.20 | russellb | k, let me finish this merging |
| 21:55.23 | Qwell | np |
| 21:58.49 | russellb | Qwell: k |
| 21:59.15 | Qwell | compare g722tolin16_sample to the other 3... that seems...wrong |
| 21:59.26 | Qwell | specifically the datalen, samples, and data |
| 21:59.45 | russellb | datalen and samples is right |
| 21:59.46 | russellb | data is wrong |
| 21:59.55 | Qwell | I think all 3 are wrong |
| 22:00.06 | russellb | why? |
| 22:00.19 | Qwell | g722_slin_ex is used once, slin_g722_ex is used..3 times |
| 22:00.38 | russellb | right |
| 22:00.42 | russellb | g722tolin16 is wrong |
| 22:00.45 | russellb | and should be g722_slin_ex |
| 22:00.48 | russellb | 2 and 2 |
| 22:00.51 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 22:00.51 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:00.53 | Qwell | 2 and 2? |
| 22:00.59 | Qwell | oh, right |
| 22:01.01 | russellb | depending on whether the source format is g722 or linear |
| 22:01.07 | Qwell | and, why would data be wrong? |
| 22:01.14 | russellb | typo? |
| 22:01.15 | russellb | :) |
| 22:01.25 | Qwell | reverts and looks at what's wrong |
| 22:01.33 | russellb | hold on .. |
| 22:01.38 | russellb | all 3 are wrong ... |
| 22:01.53 | Qwell | the _ex used? |
| 22:02.25 | russellb | i just committed a change |
| 22:02.26 | russellb | now look |
| 22:03.10 | Qwell | right, exactly |
| 22:03.20 | Qwell | thought maybe you had spotted something extra/different :D |
| 22:04.33 | ctooley | If I'm going to run Asterisk in valgrind to provide information to you guys to figure out why it's crashing what options should I pass to valgrind? (ie: how would I launch Asterisk?) |
| 22:04.45 | russellb | ctooley: doc/valgrind.txt is helpful |
| 22:05.18 | ctooley | ah ok |
| 22:05.37 | russellb | Qwell: oh, ok :) so we were on the same page, then ... |
| 22:05.45 | russellb | Qwell: nice catch. |
| 22:06.07 | outtolunc | expected 'catch nice' <G> |
| 22:09.01 | ctooley | russellb, it starts up and then exits instead of staying running. |
| 22:09.13 | russellb | umm, that's odd |
| 22:09.35 | ctooley | yeah, if I run it without valgrind it will stay running... for a while. |
| 22:09.43 | ctooley | it does show some memory leaks though |
| 22:13.29 | jpeeler | russellb: with the bad dnsmgr code removed, then i guess my change to add dnsmgr to peers can be added to trunk |
| 22:16.08 | russellb | yeah, probably |
| 22:16.12 | russellb | let me take a quick look at it |
| 22:16.14 | russellb | you can pastebin it |
| 22:17.55 | outtolunc | thought i was going crazy looking for manager2.h |
| 22:18.06 | jpeeler | it's 3 lines, i can paste it here |
| 22:18.19 | jpeeler | i tested it with peer entries, but not so much with realtime peers |
| 22:18.48 | jpeeler | but i guess you want to see all the patch info |
| 22:19.25 | jpeeler | http://pastebin.ca/950906 |
| 22:24.57 | russellb | what block of code is that in? |
| 22:25.07 | jpeeler | build_peer |
| 22:25.14 | russellb | ah, in host= handling |
| 22:25.25 | russellb | one problem. |
| 22:25.28 | russellb | mem leak |
| 22:25.55 | russellb | there used to be a dnsmgr destroy in destroy_peer |
| 22:25.58 | jpeeler | the free was already there unless i need to free it somewhere else |
| 22:26.00 | russellb | but i removed it just now |
| 22:26.01 | russellb | i think |
| 22:26.25 | russellb | oh, it's still there |
| 22:26.25 | russellb | my bad |
| 22:30.18 | russellb | jpeeler: however, it seems like you would be removing dns lookups from elsewhere |
| 22:32.10 | jpeeler | well if that's the case i'll try to track down where it should be getting released |
| 22:32.37 | Qwell | so, uhh... putnopvut? |
| 22:32.42 | putnopvut | Qwell: yes? |
| 22:32.58 | Qwell | am I reading it correctly, that every manager event must have something defined in some header file? |
| 22:33.12 | russellb | jpeeler: no, it's getting released |
| 22:33.15 | russellb | just fine ... |
| 22:33.19 | Qwell | event_defs.h |
| 22:33.23 | russellb | i'm wondering if by adding this, there are dns lookups you can remove |
| 22:33.29 | putnopvut | Not every manager event, but every event IE has to be in event_defs.h |
| 22:33.36 | putnopvut | er...yeah, actually you're right. |
| 22:33.38 | Qwell | so...then... |
| 22:33.44 | putnopvut | yeah, every event type is in event_defs.h |
| 22:33.46 | Qwell | how, exactly, are external modules going to work? |
| 22:33.58 | russellb | there is a custom event type and custom IE type |
| 22:34.06 | russellb | that they can use if they must |
| 22:34.08 | Qwell | hmm |
| 22:34.19 | Qwell | that seems pretty hackish |
| 22:34.39 | russellb | well, as I see it, you have 2 options. |
| 22:35.34 | russellb | 1) Let every module define their own event types and related meta data. This is the model we have today, and has lead to inconsistency. |
| 22:35.55 | russellb | 2) Have a central location for defining event types and meta data (IEs), to reduce duplication as much as possible. |
| 22:36.07 | russellb | which is what the event API uses today. |
| 22:36.13 | Qwell | but with external modules (-addons), you'll have both 1 and 2 |
| 22:36.22 | russellb | not necessarily |
| 22:36.30 | russellb | with -addons, we can add something that they need ... |
| 22:36.33 | russellb | no reason why not |
| 22:36.43 | russellb | 3rd party modules, well, they can re-use all of the IEs that we have |
| 22:36.45 | russellb | or use CUSTOM |
| 22:36.47 | russellb | and that's it |
| 22:36.54 | russellb | who cares about 3rd party modules, anyway? |
| 22:36.56 | russellb | ducks |
| 22:36.59 | putnopvut | lol |
| 22:38.20 | *** join/#asterisk-dev qdk_ (n=qdk@93.160.126.18) |
| 22:39.01 | putnopvut | Hmm, that CUSTOM IE type doesn't really jibe well with my last commit. |
| 22:39.12 | Qwell | use RUBBERDUCK! |
| 22:39.19 | Qwell | or not |
| 22:39.20 | putnopvut | heh |
| 22:40.40 | outtolunc | wasn't gonna bring up the duckie <G> |
| 22:41.48 | russellb | jpeeler: actually, don't commit it quite yet |
| 22:42.12 | russellb | jpeeler: there is something we need to address first |
| 22:42.22 | jpeeler | russellb: ok, i'm looking to see if it can remove any other dns lookups |
| 22:42.23 | jpeeler | oh? |
| 22:42.29 | russellb | search for ast_get_ip_or_srv() and you'll see how the peer's IP address gets looked up now |
| 22:42.57 | russellb | but now, if there is an SRV record present, then the dnsmgr lookups are going to overwrite the result from the SRV lookup |
| 22:43.09 | russellb | so basically, to make this work, you're going to have to add SRV support to dnsmgr |
| 22:43.37 | russellb | so that when it does a refresh, it does an SRV lookup first, if the dnsmgr entry has been configured that way, and then an A record lookup based on that |
| 22:46.47 | jpeeler | either that or do as we did with the first change and check if dns srv record exists and if so, no dnsmgr... |
| 22:46.53 | jpeeler | sounds like srv support should be added |
| 22:47.07 | russellb | i think you should add SRV support |
| 22:47.12 | russellb | and then the registration part can be improved, too |
| 22:47.17 | jpeeler | agreed |
| 22:47.19 | russellb | and that will be the hotness |
| 22:48.17 | russellb | i guess you're going to have to set up bind on your local machine to test this, ha |
| 22:48.33 | russellb | i don't think you can put SRV records in /etc/hosts .... |
| 22:50.10 | jpeeler | i guess not |
| 22:50.31 | jpeeler | the /etc/host hack was a good one while it lasted |
| 22:52.46 | russellb | yup |
| 22:53.04 | russellb | ooh, i didn't realize chan_sip had broken the 20k line mark |
| 22:53.08 | russellb | 21613 |
| 22:53.11 | russellb | O.O |
| 22:53.58 | jpeeler | yes it's rather large, the largest? |
| 22:54.06 | russellb | chan_zap.c is bigger i think |
| 22:54.17 | russellb | wait, no, not even close |
| 22:54.22 | russellb | yeah, chan_sip is the biggest |
| 22:54.27 | russellb | C file anyway ... |
| 22:54.56 | russellb | http://bugs.digium.com/svnstats/asterisk/trunk/file_sizes.html |
| 22:55.10 | jpeeler | usually i have an idea about where things are in the file... no in chan_sip, just use ctags |
| 22:55.50 | russellb | yup :) |
| 22:55.53 | russellb | it's a bit out of hand |
| 22:56.06 | russellb | oej started to break it up into files ... and then he pulled the branch out of svn ... |
| 22:56.20 | russellb | shrugs |
| 22:56.52 | jpeeler | so what is the deal with project pineapple? |
| 22:57.26 | russellb | ever heard "opening a can of worms" ? |
| 22:57.29 | russellb | that's like opening a bucket ... |
| 22:57.42 | jpeeler | jpeeler pretends he didn't say anything |
| 22:57.45 | Qwell | a bucket of cans? |
| 22:57.46 | russellb | :) |
| 22:57.54 | russellb | lol, a bucket of buckets |
| 22:58.00 | russellb | it's a bucket bucket |
| 22:58.10 | Qwell | can you seal buckets? |
| 22:58.18 | russellb | sure |
| 22:58.25 | russellb | ever seen a 5 gallon paint bucket? |
| 22:58.26 | Qwell | yeah, I suppose paint |
| 22:58.39 | Qwell | how about a drum of buckets? |
| 22:58.42 | russellb | or ... pickle buckets |
| 22:58.53 | Qwell | barrels of drums of buckets of cans of worms. |
| 22:58.55 | jpeeler | i think i get the idea :) |
| 22:58.55 | russellb | or ... buckets of cream cheese |
| 22:59.39 | Qwell | I didn't realize cream cheese came in buckets |
| 22:59.52 | russellb | heh, yeah, when i worked at a bagel shop, that's how we got it in ... |
| 23:00.00 | russellb | i'd take it from there, whip it up ... |
| 23:00.03 | Qwell | that's...a lot of cream cheese |
| 23:00.07 | russellb | and then make smaller batches of different flavors |
| 23:00.11 | Qwell | hmm |
| 23:01.18 | russellb | oh the joys of the food service industry. |
| 23:05.03 | putnopvut | Hmm, that didn't show up |
| 23:05.22 | putnopvut | : Chick-fil-a alum, '03 |
| 23:06.05 | russellb | oh how we have come a ways in a few years, eh? :) |
| 23:06.19 | putnopvut | Yeah, definitely. |
| 23:08.18 | jpeeler | i worked at Sonic and was forced to put it on some job resumes to explain "gaps" |
| 23:16.49 | jameswf | http://www.trixbox.org/trixbox-pro-another-award-needs-your-votes << pandering..... with asterisk business ed in the running maybe you all should swing the vote the other way.... |
| 23:20.42 | Qwell | what? No way, I'm voting for Cisco |
| 23:21.50 | jameswf | Avaya :) |
| 23:22.00 | jameswf | if I have to go proprietary |
| 23:22.13 | russellb | quick |
| 23:22.15 | russellb | someone write a script |
| 23:22.30 | jameswf | perl web mechinize? |
| 23:24.17 | russellb | the amount of ads on that page burns my eyes |
| 23:24.27 | putnopvut | block 'em! |
| 23:33.06 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 23:48.58 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |