| 00:14.51 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 00:14.51 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 00:25.08 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 00:40.31 | *** part/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 00:41.14 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 01:10.57 | *** join/#asterisk-dev philipp64 (n=chatzill@nat/microsoft/x-eba6a0ae63b89982) |
| 01:11.09 | philipp64 | anyone have word on Coppercom? |
| 01:19.50 | philipp64 | my SIP trunking provider says that they might be going out of business. |
| 01:20.01 | philipp64 | (which leaves them in a not very good position.) |
| 01:50.44 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 02:00.15 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 02:09.52 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 02:19.01 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-310554.home.otenet.gr) |
| 02:37.09 | russellb | philipp64: you mean your provider uses coppercom? |
| 03:23.31 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 03:23.31 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 04:16.07 | *** join/#asterisk-dev CrashHD (n=CrashHD@65.74.161.225) |
| 06:36.19 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.133) |
| 07:25.44 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 08:14.41 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 08:30.36 | *** join/#asterisk-dev slavon_net (n=slavon@slavon.bigtelecom.ru) |
| 09:03.15 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 09:05.37 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 09:24.25 | jmls_home | guys, can anyone help on a system that seems to be stuck ? I need to try and find out where it is stuck. |
| 09:24.51 | jmls_home | I have 158 active channels, most of them trying to get into a MacroExclusive |
| 09:25.11 | jmls_home | one channel must be stuck in this macro - how can I find out where / when ? |
| 09:27.40 | mvanbaak | core show channels |
| 09:28.01 | mvanbaak | maybe you can find out what's the oldest channel |
| 09:28.09 | jmls_home | mvanbaak: thanks. I think I've found it |
| 09:28.40 | jmls_home | the channel that is |
| 09:29.21 | jmls_home | I think it's hanging in the ARRAY statement |
| 09:29.55 | jmls_home | how chan I verify / check that ? |
| 09:30.49 | jmls_home | the array statement is: s,n,Set(ARRAY(__AGENTJABBERID,__AGENTEXTENSION,__USERCODEGUID)=${RESULT}) |
| 09:31.13 | jmls_home | RESULT=jf@victor.myco.co.uk,5816,d48a0088-8311-e6b5-db11-dd0e2950264a |
| 09:31.20 | jmls_home | (from show channel foo) |
| 09:31.44 | jmls_home | however, only AGENTJABBERID is currently set |
| 09:32.07 | jmls_home | so it looks like it's crapped out on the second assignment |
| 09:35.53 | jmls_home | how can I see what it happening so I can debug it ? |
| 09:36.27 | jmls_home | I need to take the system down (this is a live production box) but want to grab as much info as possible before I do |
| 09:51.30 | jmls_home | mvanbaak: can I force a core dump of asterisk ? |
| 09:59.01 | jmls_home | ok, I'm gonna have to kill -s 11 asterisk, and hope that the core file contains enough info for someone to examine later |
| 10:11.41 | mvanbaak | lol |
| 10:11.42 | mvanbaak | yeah |
| 10:11.45 | mvanbaak | kill -11 |
| 10:12.02 | jmls_home | killed ;) |
| 10:12.54 | mvanbaak | gheh |
| 10:13.04 | mvanbaak | always fun to type that on a production box |
| 10:13.29 | jmls_home | this was an AMI origination. it looks as if zap answered leg 2, leg 1 went into the MacroExclusive and leg 2 then hanged up |
| 10:15.01 | jmls_home | this has happened twice in the last three days. No change to either config or code or system for 5 weeks. |
| 10:15.59 | jmls_home | could I now look at the core to see where exactly this channel was stuck in the ARRAY function ? |
| 10:20.25 | *** join/#asterisk-dev eurodrew555 (n=andrews@83-244-164-142.cust-83.exponential-e.net) |
| 10:35.23 | eurodrew555 | Anyone around to help on a quick backtrace issue |
| 10:35.26 | eurodrew555 | ? |
| 10:37.06 | *** part/#asterisk-dev eurodrew555 (n=andrews@83-244-164-142.cust-83.exponential-e.net) |
| 10:43.03 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:51.00 | *** join/#asterisk-dev magumbade (n=magumbad@p5497DAC6.dip.t-dialin.net) |
| 10:52.20 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 10:52.21 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:00.44 | mvanbaak | jmls_home: maybe a 'core show locks' can help |
| 11:01.47 | *** join/#asterisk-dev eurodrew555 (n=andrews@83-244-164-142.cust-83.exponential-e.net) |
| 11:02.01 | eurodrew555 | hello |
| 11:02.28 | eurodrew555 | anyone free to quickly help on a backtrace issue |
| 11:02.33 | *** join/#asterisk-dev pjezek (n=pj@193.85.164.154) |
| 11:02.33 | eurodrew555 | ? |
| 11:03.45 | mvanbaak | ~ask |
| 11:03.46 | jbot | hmm... ask is Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 11:03.55 | eurodrew555 | Can anyone help, I am trying to get a backtrace of a signal 11 seg fault, have compiled with DEBUG_THREADS, DONT_OPTIMIZE but gdb is still showing up with ?? |
| 11:04.35 | eurodrew555 | I'm still getting '#0 0x00002aaac3db196b in ?? ()' instead of seeing the modules that are causing the fault |
| 11:06.30 | eurodrew555 | I have followed http://www.voip-info.org/wiki-Asterisk+debugging but my backtrace doesn't look correct |
| 11:06.53 | mvanbaak | please pastebin the backtrace |
| 11:07.08 | jmls_home | was too slow. mvanbaak got there first |
| 11:07.28 | mvanbaak | :) |
| 11:09.03 | jmls_home | waits, tapping his fingers for the pastebin URL ... the race is on ... |
| 11:09.25 | jmls_home | gentlemen, start your engines ... |
| 11:10.04 | jmls_home | tosses some clear bags containing green leaves to the side, clearly distracting mvanbaak |
| 11:11.02 | eurodrew555 | http://pastebin.com/mfd2a64d |
| 11:11.17 | jmls_home | and he's off |
| 11:11.49 | jmls_home | that .. is .. strange .. |
| 11:12.07 | jmls_home | heh |
| 11:12.09 | jmls_home | "warning: exec file is newer than core file." |
| 11:12.36 | jmls_home | you cannot debug a core file with an executable that didn't generate the core |
| 11:12.56 | jmls_home | iow, we need to see a core from the current executable |
| 11:13.00 | eurodrew555 | OK, can I run gdb, then use 'core /tmp/core.....' |
| 11:13.14 | jmls_home | nope |
| 11:13.43 | jmls_home | the core needs to be one from when when the _current_ executable crashes |
| 11:14.23 | jmls_home | at a guess, you had a crash, and realised that DONT_OPTIMIZE was not set. So, you rebuild asterisk after setting the flag. |
| 11:14.37 | jmls_home | at this point, the asterisk executable has no relation to the core file |
| 11:15.09 | jmls_home | thinks that mvanbaak must have really been distracted by those bags |
| 11:15.17 | eurodrew555 | I have set DEBUG_THREADS and DONT_OPTIMIZE in compiler flags in make menuselect |
| 11:15.22 | eurodrew555 | recompiled, waited for the crash |
| 11:15.28 | eurodrew555 | and then run gdb to give you the backtrace you see |
| 11:15.58 | jmls_home | no - the line "warning: exec file is newer than core file" indicates that you are using an older core file than the executable |
| 11:17.05 | eurodrew555 | sorry, am I missing something obvious here - should I attach gdb before the core dump |
| 11:17.17 | eurodrew555 | as I'm currently running gdb AFTER the core dump |
| 11:17.19 | jmls_home | nope |
| 11:17.37 | mvanbaak | gheh |
| 11:17.40 | mvanbaak | indeed I was gone |
| 11:17.47 | jmls_home | check the times on the asterisk executable and the core file |
| 11:18.21 | mvanbaak | <--- at work |
| 11:18.23 | jmls_home | you will find that the core was created before the * executable |
| 11:18.31 | eurodrew555 | yes that is correct |
| 11:19.15 | jmls_home | so the current * file could not have cretated the core ... |
| 11:19.21 | eurodrew555 | OK sorry I am going to try to get a core dump again |
| 11:19.25 | eurodrew555 | Asterisk is currently running |
| 11:19.49 | eurodrew555 | if I cause the seg fault again, then I should be OK to run gdb on the core dump it produces right |
| 11:19.55 | jmls_home | yes |
| 11:20.03 | eurodrew555 | ok one sec will try to force the fault |
| 11:20.13 | jmls_home | as long as you don't recompile * in the meantime |
| 11:20.44 | eurodrew555 | sure, I will leave as is |
| 11:20.52 | jmls_home | ;) |
| 11:21.12 | jmls_home | was it good stuff, mvanbaak ? 8-) |
| 11:21.18 | eurodrew555 | sorry to be a pain, last time I did a backtrace was quite some time ago..... |
| 11:21.46 | jmls_home | I have been a far bigger pain to the devs, don't worry ... |
| 11:21.53 | *** join/#asterisk-dev Punker (i=PdpP@unaffiliated/punker) |
| 11:21.58 | *** part/#asterisk-dev Punker (i=PdpP@unaffiliated/punker) |
| 11:27.32 | eurodrew555 | OK that was it, I got a good backtrace now |
| 11:30.58 | mvanbaak | lol jmls_home |
| 11:31.14 | mvanbaak | I have to fix this thing here, so wont be that responsive on irc |
| 11:31.37 | eurodrew555 | backtrace is too big for pastebin |
| 11:31.37 | jmls_home | heh |
| 11:31.57 | jmls_home | whooo. you must have a lot of threads |
| 11:32.11 | jmls_home | how about the first 1000 lines ? |
| 11:33.55 | eurodrew555 | http://91.84.189.61/asterisk/backtrace.txt |
| 11:35.17 | eurodrew555 | this segfault only occurs when I upgrade from SVN-branch-1.4-r114322M to r114522M |
| 11:35.31 | eurodrew555 | 114521M is stable, 114522M seg faults |
| 11:37.57 | eurodrew555 | I'll open up a bug report now that I have the backtrace OK |
| 11:41.11 | jmls_home | instead of the "thread apply all bt", please do a "bt full" |
| 11:41.22 | *** join/#asterisk-dev flujan (n=flujan@internet.nube.com.br) |
| 11:43.39 | eurodrew555 | OK I'll have to get another core dump - will run bt full on it |
| 11:44.27 | jmls_home | no, you can use the same core file |
| 11:50.46 | eurodrew555 | sorry got a new core dump |
| 11:50.48 | eurodrew555 | it's a lot smaller |
| 11:51.54 | eurodrew555 | http://pastebin.com/d2eab2c4b |
| 11:55.36 | jmls_home | yup that sure looks nasty. Please raise a bug on mantis and attach the bt full |
| 11:56.19 | eurodrew555 | OK thanks jmls, doing it now |
| 11:57.59 | mvanbaak | btw, what files did you modify ? |
| 11:58.14 | mvanbaak | you altered 1 or more sourcefiles before you compiled asterisk |
| 11:58.49 | mvanbaak | SVN-branch-1.4-r114322M to r114522M |
| 11:59.02 | mvanbaak | that M in the revision number means you have local modifications |
| 11:59.12 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 11:59.44 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:59.50 | eurodrew555 | yes we have some minor source code changes |
| 12:00.33 | mvanbaak | nothing that can cause this panic ? |
| 12:01.06 | jmls_home | mvanbaak: in expire_register, there is the line "peer = (struct sip_peer *) 0x0" |
| 12:01.21 | jmls_home | which doesn't look right ;) |
| 12:01.27 | mvanbaak | that's bad indeed |
| 12:01.46 | eurodrew555 | we patch chan_iax2.c to increase MAX_TRUNKDATA |
| 12:02.00 | eurodrew555 | probably redundant now, we needed that when we did a LOT of calls between sites |
| 12:02.11 | eurodrew555 | and we had looping IAX calls to localhost (don't ask) |
| 12:02.31 | mvanbaak | eurodrew555: ah, just checking to be sure :) |
| 12:03.03 | *** join/#asterisk-dev Shazaum (n=shazaum@200.175.61.250.static.gvt.net.br) |
| 12:03.10 | eurodrew555 | we also patch chan_iax2.c to increase DEFAULT_THREAD_COUNT, DEFAULT_MAX_THREAD_COUNT and iaxthreadcount |
| 12:03.33 | eurodrew555 | we don't patch anything else |
| 12:10.10 | mvanbaak | ah, then it's indeed a nasty bug |
| 12:16.55 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-66-31.bstnma.east.verizon.net) |
| 12:18.28 | *** join/#asterisk-dev _Krieger_ (n=krieger@193.39.118.158) |
| 12:28.09 | slavon_net | hello all |
| 12:28.35 | slavon_net | after applay patch "http://bugs.digium.com/view.php?id=12402" in console i see "^@" symbol |
| 12:29.07 | slavon_net | try to do this at last 1.4 branch |
| 12:29.09 | slavon_net | asterisk -rx "sip show peers" | vi - |
| 12:29.40 | slavon_net | this very bad because all scripts that parse output is broke! |
| 12:30.17 | slavon_net | i need to add bugtrack or you simple fix its small bug? |
| 12:32.11 | tzafrir | (or is there any way to do that withthe manager interface without setting up a user in advance?) |
| 12:35.32 | slavon_net | hm... you mean that its not bug? |
| 12:36.27 | slavon_net | i understand that symbol number 127 use for detect output but why its not cut before printing to console? |
| 12:45.45 | *** join/#asterisk-dev ctooley (n=ctooley@mo-76-0-41-172.dhcp.embarqhsd.net) |
| 12:55.04 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:55.04 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:14.12 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 13:14.12 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 13:22.20 | jmls_home | # |
| 13:22.23 | jmls_home | oops |
| 13:24.57 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 13:32.02 | mvanbaak | jmls_home: !!!!!! you borked my server with that ! |
| 13:32.03 | mvanbaak | ;) |
| 13:32.05 | mvanbaak | hides |
| 13:32.54 | jmls_home | with what ? |
| 13:32.59 | jmls_home | # |
| 13:33.00 | jmls_home | ? |
| 13:33.02 | jmls_home | :) |
| 13:39.52 | lmadsen | #pipe? |
| 13:41.35 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:43.14 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 13:43.14 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:44.49 | *** join/#asterisk-dev jeffg (i=b0ha9Qdv@pdpc/supporter/active/jeffg) |
| 13:49.54 | bbryant | file: 1.4 seems to have a makefile issue with codec_speex: http://paste.stgraber.org/3288 |
| 13:51.10 | file | nope |
| 13:52.13 | file | could that system previously build speex? what version is on it? |
| 13:52.31 | bbryant | i'm not sure, but i could build func_speex with it |
| 13:53.01 | file | oh, I think I messed up my autoconf logic |
| 13:53.23 | bbryant | version 1.1.12-3 |
| 13:53.32 | file | I forgot an argument. |
| 13:53.37 | bbryant | ok |
| 13:54.12 | file | svn up |
| 13:55.46 | bbryant | that worked |
| 14:02.56 | jmls_home | is russellb around ? |
| 14:04.16 | jmls_home | will try later .. |
| 14:09.19 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 14:09.50 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.205.41) |
| 14:10.32 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 14:12.16 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:12.17 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:18.59 | file | hello sruffell! |
| 14:22.00 | sruffell | good morning file |
| 14:32.55 | _Krieger_ | what is generally 'generator' for channels in asterisk? |
| 14:33.40 | Corydon76-dig | A generator is a source for sound frames |
| 14:34.05 | Corydon76-dig | generated as they are needed from a source, not queued in realtime from another channel |
| 14:34.14 | Corydon76-dig | for example music on hold is a generator |
| 14:34.50 | Corydon76-dig | dialtone, congestion tone, etc. all are generated on the fly |
| 14:37.19 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 14:49.01 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:49.01 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:53.16 | putnopvut | Okay, maybe it's early, or maybe I'm just dumb, but I cannot figure out why this test module won't compile: |
| 14:53.17 | putnopvut | http://pastebin.com/m46f09e62 |
| 14:55.17 | mvanbaak | jmls_home: he's here now ;) |
| 14:58.30 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 14:58.34 | putnopvut | Figured it out. |
| 14:58.39 | putnopvut | I forgot to include module.h |
| 14:59.00 | file | putnopvut: that would do it |
| 14:59.12 | file | plus probably want to use AST_MUTEX_DEFINE_STATIC and static those pthreads |
| 14:59.28 | putnopvut | Yeah, good call. |
| 14:59.45 | putnopvut | If I use AST_MUTEX_DEFINE_STATIC, is it still necessary to ast_mutex_init and ast_mutex_destroy them? |
| 15:00.00 | file | nope |
| 15:00.06 | putnopvut | Okay, that's what I thought. |
| 15:00.08 | putnopvut | Thanks :) |
| 15:01.58 | putnopvut | w00t! It deadlocks! |
| 15:15.16 | russellb | so, no negative feedback on 1.4.20 |
| 15:15.24 | russellb | i guess it's release time? |
| 15:15.27 | russellb | either that or nobody is testing it |
| 15:18.45 | mvanbaak | or mantis does not allow new bugs ;) |
| 15:24.58 | Juggie | you didnt know we turned off new bugs on mantis? :P |
| 15:26.11 | *** join/#asterisk-dev ccesario_ (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 15:30.58 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 15:34.04 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:35.20 | jmls_home | russellb: WAIT .. |
| 15:35.23 | jmls_home | :) |
| 15:35.31 | jmls_home | has just got back to the keyboard |
| 15:35.43 | russellb | blinks |
| 15:36.02 | jmls_home | M12588 |
| 15:36.03 | MuffinMan | [new] [Asterisk] Channels/chan_sip/Registration 0012588: Segmentation faults, looks to be related to issue 9520 (expire_register) reported by eurodrew555 (Karma: +8.00) http://bugs.digium.com/view.php?id=12588 |
| 15:36.22 | jmls_home | 114521 is stable, 114522 seg faults |
| 15:37.31 | jmls_home | think we should look into that first - eurodrew555 seems to have narrowed it down to that particular revision |
| 15:38.03 | russellb | joy |
| 15:38.07 | russellb | would be my fault then |
| 15:38.18 | snuff-home | oh noes.. |
| 15:38.26 | jmls_home | heh. that's why I was waiting to pounce .. |
| 15:38.45 | *** join/#asterisk-dev miguel3239 (n=elguero@ns1.nashuacs.com) |
| 15:48.54 | russellb | kicks chan_sip |
| 15:58.09 | russellb | who wants to set up sip realtime for me? |
| 15:58.14 | russellb | i'll give you some chocolate! |
| 15:58.37 | Corydon76-dig | Ooo, chocolate? |
| 15:58.43 | russellb | yes! |
| 15:58.56 | Juggie | what kind of chocolate? :P |
| 15:59.02 | russellb | good chocolate. |
| 15:59.26 | Juggie | hrmmmmmmmm |
| 15:59.53 | Corydon76-dig | Where do you need it set up? |
| 16:00.26 | russellb | on my boxz |
| 16:00.28 | russellb | i can do it, heh |
| 16:00.34 | russellb | i'm just being lazy |
| 16:00.37 | Juggie | dont be lazy :) |
| 16:00.42 | russellb | i need to refresh my memory on how it is done anyway |
| 16:00.54 | putnopvut | russellb: it's not very difficult. I can help if you'd like. |
| 16:00.58 | Corydon76-dig | russellb: which realtime driver are you going to use? |
| 16:01.00 | jmls_home | it's called expenditure efficiency, not laziness |
| 16:01.06 | russellb | odbc probably |
| 16:01.10 | Juggie | the hardest part is finding a up to date database structure :) |
| 16:01.16 | russellb | heh |
| 16:01.17 | putnopvut | Juggie: agreed. |
| 16:01.20 | russellb | you mean our documentation sucks? |
| 16:01.21 | Corydon76-dig | UnixODBC installed? |
| 16:01.24 | russellb | unpossible! |
| 16:01.27 | russellb | Corydon76-dig: not yet :) |
| 16:01.35 | russellb | actually, yes |
| 16:01.40 | russellb | because i have it all compiling |
| 16:01.43 | Corydon76-dig | Actually, if you check in contrib/scripts, the database structures are documented there |
| 16:01.44 | russellb | just not ... configured |
| 16:01.46 | Juggie | well you would think it would be in doc/ but alas :) |
| 16:02.04 | jmls_home | I think we should have a realtime db generator, which spits out standard SQL for the required realtime fields of a particular family |
| 16:02.09 | jmls_home | goes back into the shadows |
| 16:02.16 | Corydon76-dig | No, because it's not documentation so much as they are database schema files |
| 16:02.33 | Juggie | well then we need documentation that points to them :) |
| 16:02.40 | Corydon76-dig | jmls_home: and for a particular database? |
| 16:02.47 | jmls_home | nope. |
| 16:03.05 | Corydon76-dig | jmls_home: i.e. differing syntax for mysql, pgsql, mssql, progress... |
| 16:03.09 | jmls_home | Anyone should be able to make the leap between "standard SQL" and their "particulay SQL" |
| 16:03.16 | jmls_home | (particular) |
| 16:03.28 | Corydon76-dig | jmls_home: anybody who can make that leap doesn't need schema files |
| 16:03.39 | russellb | yay, i have a sipfriends table |
| 16:03.44 | Corydon76-dig | jmls_home: they can dig through the source and find all the fields themselves... |
| 16:03.45 | jmls_home | no, but they still need to know what is required as fields |
| 16:03.58 | jmls_home | urrrggh |
| 16:04.04 | Corydon76-dig | newbies aren't good with translations |
| 16:04.16 | russellb | Corydon76-dig: are you seriously suggesting people should grep the source to determine the db schema? |
| 16:04.20 | russellb | that's insane :) |
| 16:04.23 | jmls_home | that's like saying they could dig through the source code and find all the options of an application |
| 16:04.30 | jmls_home | they don't need cli help |
| 16:04.36 | russellb | Corydon76-dig: you are banned from making documentation policy decisions :-p |
| 16:04.39 | Corydon76-dig | russellb: I'm suggesting that we need to go all the way or friggin' forget it |
| 16:04.41 | jmls_home | lol |
| 16:05.13 | jmls_home | how about a "family verifier" |
| 16:05.17 | Corydon76-dig | You know what they call the guy who comes in second place, don't you? |
| 16:05.23 | Corydon76-dig | The first loser. |
| 16:05.23 | Juggie | first loser? :P |
| 16:05.34 | Juggie | in hockey we call him the amercain. |
| 16:05.42 | jmls_home | oh ! harsh ! |
| 16:05.51 | jmls_home | but very funny |
| 16:06.11 | jmls_home | "you are missing field x of type y" |
| 16:06.36 | Corydon76-dig | You know what they call a guy who can't get into the NFL? CFL player |
| 16:06.50 | jmls_home | Corydon76-dig: if you _really_ felt that way, you could always auto-create the table ... |
| 16:06.53 | Juggie | Corydon76-dig, our money is worth more then yours :) |
| 16:07.05 | putnopvut | Juggie: you're saying that while jmls_home is here... |
| 16:07.11 | putnopvut | He can beat us all |
| 16:07.17 | putnopvut | currency-wise |
| 16:07.24 | Juggie | jmls_home, except you'd need to be super smart and know the field types as sadly, they are not standard. |
| 16:07.54 | jmls_home | I thought that Corydon76-dig *was* super-smart :p |
| 16:07.57 | Corydon76-dig | jmls_home: I proposed altering realtime tables on the fly yesterday |
| 16:07.58 | Juggie | Corydon76-dig, did you look at that doc from yesterday |
| 16:08.09 | jmls_home | oh. |
| 16:08.16 | Corydon76-dig | Juggie: no, after 2 hours of driving, I forgot |
| 16:08.16 | jmls_home | goes back through the logs |
| 16:08.37 | Juggie | http://troels.arvin.dk/db/rdbms/#cli-table_description |
| 16:08.43 | Juggie | its a comparison of SQL implementations |
| 16:08.46 | Juggie | quite a good document |
| 16:10.58 | Corydon76-dig | Interesting |
| 16:11.16 | Corydon76-dig | Juggie: I still need a database to test against |
| 16:11.54 | Juggie | Corydon76-dig, you can get a copy of sql2005 express for free if you have a windows box |
| 16:12.17 | Juggie | i have plenty of mssql db's but none of them are on the internet so that doesnt help you. |
| 16:12.46 | Corydon76-dig | Juggie: that would work. I have a win2k VM |
| 16:13.20 | Juggie | i think there is a sql2005 trial avail to |
| 16:13.32 | Juggie | but express is their free version |
| 16:13.42 | Juggie | its limited to 2gb db's but i doubt that will be an issue for your testing |
| 16:14.52 | *** join/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 16:14.52 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 16:16.52 | Juggie | http://msdn.microsoft.com/en-us/bb498185.aspx |
| 16:19.02 | Juggie | thats for the 180day trial fo the full version |
| 16:25.15 | jmls_home | any zap guys here ? I have a really strange problem with 1.6 and hangups |
| 16:25.23 | jmls_home | http://www.pastebin.ca/1009463 |
| 16:46.02 | Corydon76-dig | Juggie: crap, it won't install on win2k |
| 16:46.32 | Qwell | sql2005 won't install in win2k? |
| 16:46.58 | Juggie | really? |
| 16:47.12 | Juggie | hmmmm... what does it need |
| 16:47.17 | Qwell | might need enterprise server or something stupid |
| 16:47.20 | Juggie | ah |
| 16:47.24 | Qwell | whatever they called it back then |
| 16:47.47 | Qwell | and probably iis, etc, etc |
| 16:47.48 | Juggie | you'll have to use sql 2005 express then sorry |
| 16:49.16 | Juggie | Corydon76-dig, your just running win2k pro or something? |
| 16:49.24 | Juggie | just the basic user edition? |
| 16:50.27 | seanbright | i don't think .NET 2.0 is supported on win2k |
| 16:50.27 | Juggie | hmmmm |
| 16:50.33 | seanbright | and its a pre-req for sql 05 |
| 16:50.40 | seanbright | that might be a lie though |
| 16:50.52 | Juggie | the table i'm looking @ says the Evaluation Edition should work on Win2k Pro SP4 |
| 16:51.00 | Qwell | apt-get install sql2005 |
| 16:51.15 | Juggie | Corydon76-dig, http://msdn.microsoft.com/en-us/library/ms143506.aspx scroll down almost half way to the operating system requirements |
| 16:51.25 | seanbright | ah, its .net 3.5 that isn't supported |
| 16:52.14 | jmls_home | had another problem today where the ARRAY function seemed to hang halfway through assigning the data. There were three fields to assign, it did the first one, but then hung |
| 16:52.46 | jmls_home | I have a core file (kill -s 11 on asterisk pid) - is there anything I can run with gdb to see what happened ? |
| 16:53.39 | seanbright | Juggie: that page is for 2008 |
| 16:54.31 | Juggie | seanbright, 2008 what |
| 16:54.40 | Juggie | there is no such thing as sql server 2008 |
| 16:55.04 | Juggie | not withstanding the title of the page, Hardware and Software Requirements for Installing SQL Server 2005 |
| 16:55.08 | seanbright | Juggie: heh... ok... maybe you should re-read that link you sent then :) |
| 16:55.11 | Corydon76-dig | Juggie: I'm not going to spend any more time on it |
| 16:55.36 | seanbright | oh, whoa... |
| 16:55.41 | seanbright | wtf? |
| 16:55.55 | seanbright | first time i clicked i got the sql server 2008 page |
| 16:55.57 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:55.57 | Juggie | seanbright, brain fart? :) |
| 16:56.03 | seanbright | now i get the 2005 page |
| 16:56.09 | seanbright | and there most certainly is a sql server 2008 |
| 16:56.13 | seanbright | for the record. |
| 16:56.38 | Juggie | oh really, i'd never heard of it |
| 16:56.40 | Juggie | .... |
| 16:56.42 | Juggie | so there is |
| 16:57.06 | Juggie | i wonder if its any better, from a performance perspective |
| 16:57.11 | Juggie | if you are tied to using mssql i mean :) |
| 16:57.17 | Juggie | (as i am) |
| 16:57.33 | Corydon76-dig | I need something that will run TDS, so I can port changes |
| 16:58.03 | seanbright | yeah, mssql is a real piece of crap compared to mysql |
| 16:58.04 | Corydon76-dig | or TDS can just fail, I guess |
| 16:58.14 | seanbright | unless you're all grows up and want to use a good RDBMs |
| 16:58.29 | Corydon76-dig | I'm happy to require people to use ODBC if they want MSSQL |
| 16:58.34 | Juggie | some of us dont have a choice :) |
| 16:58.59 | seanbright | jesus |
| 16:59.09 | Juggie | yes? |
| 16:59.37 | seanbright | so if you have a license to sql server and a mysql tarball and you can choose which to install, you'd choose mysql |
| 16:59.42 | seanbright | ? |
| 16:59.58 | Corydon76-dig | No, I'd choose Postgres |
| 17:00.08 | Juggie | well i woudnt choose sql server |
| 17:00.19 | seanbright | Corydon76-dig: unfortunately, that wasn't one of the options given. thanks for playing! |
| 17:00.23 | seanbright | wow. |
| 17:00.23 | Juggie | but i dont have a choice, our data comes from bell, bells software uses mssql |
| 17:00.24 | seanbright | ok. |
| 17:00.32 | seanbright | judges |
| 17:00.47 | Juggie | i want to replicate that data to my own servers, there is no such thing as mssql->mysql replication sOoOo |
| 17:00.49 | Juggie | i'm stuck |
| 17:01.02 | Juggie | no way out :) |
| 17:01.08 | seanbright | ok |
| 17:01.24 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 17:02.27 | Corydon76-dig | Juggie: actually, you can |
| 17:02.46 | Corydon76-dig | and it's not called replication; it's called migration |
| 17:02.55 | seanbright | ugh |
| 17:02.58 | seanbright | collapses |
| 17:06.56 | russellb | hops around |
| 17:07.30 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 17:09.47 | seanbright | recovers |
| 17:09.59 | *** kick/#asterisk-dev [Deeewayne!n=file@asterisk/developer-and-muffin-lover/file] by file (file) |
| 17:10.05 | russellb | eeeeeeeeep |
| 17:10.07 | seanbright | p0wnd |
| 17:10.12 | *** kick/#asterisk-dev [file!n=russell@asterisk/developer-and-stable-maintainer/drumkilla] by russellb (be nice) |
| 17:10.17 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 17:10.17 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 17:10.28 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) |
| 17:10.28 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 17:10.31 | file | whistles |
| 17:10.50 | file | Deeewayne: I still <3 you, you know that right? |
| 17:11.03 | Deeewayne | yes...it was just for fun, but it hurt! |
| 17:11.18 | Juggie | Corydon76-dig, if its not realtime its useless to me |
| 17:11.25 | Corydon76-dig | Caaaaan you feeeeel the loooooove toniiiiiiight |
| 17:11.49 | Corydon76-dig | Juggie: eh? |
| 17:12.05 | Juggie | if the migration from mssql->mysql is not realtime its no good |
| 17:12.17 | Corydon76-dig | Ah, I see |
| 17:12.29 | Juggie | i cant replace mssql |
| 17:12.32 | Juggie | i need to pull data from it |
| 17:15.01 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.42) |
| 17:16.43 | ctooley | Juggie, MS SQL has a log shipping functionality that's very similar to MySQL's statement based replication. You might be able to find a tool that will take the logs and convert them to MySQL statements. I'm not sure though. |
| 17:25.56 | Juggie | i've looked never had any luck finding anything |
| 17:29.34 | jmls_home | can anyone help with the ARRAY problem ? I don't know where to start looking with gdb ... |
| 17:29.37 | jmls_home | blushes |
| 17:35.37 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-a7d2a88e6c6dd8b5) |
| 18:11.09 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 18:43.28 | tzanger | Cresl1n: ping |
| 18:46.09 | bkruse | tzanger: Cresl1n has ICMP disabled, so he can remain stealth |
| 18:46.15 | *** join/#asterisk-dev mcargile (n=mcargile@mail.in-florida.net) |
| 18:46.20 | bkruse | And I did not see him in his office when I walked by :P |
| 18:46.39 | tzanger | :-) thanks |
| 18:47.29 | *** part/#asterisk-dev mcargile (n=mcargile@mail.in-florida.net) |
| 18:51.16 | *** join/#asterisk-dev joetester (n=joeteste@216.191.34.13) |
| 18:51.29 | *** join/#asterisk-dev jeffg (i=5sOq1y6r@pdpc/supporter/active/jeffg) |
| 18:53.21 | *** join/#asterisk-dev mcargile (n=mcargile@mail.in-florida.net) |
| 18:55.13 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:00.17 | ctooley | Corydon76-dig, did you ever figure out with russellb if that verbose log code was going to go into 1.4? |
| 19:01.01 | Qwell | there's a bug open about that now, btw |
| 19:02.30 | Corydon76-dig | Qwell: there is no longer |
| 19:02.39 | Corydon76-dig | ctooley: yes, we figured that out |
| 19:03.47 | *** join/#asterisk-dev qdk_ (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 19:07.59 | Cresl1n | tzanger pong |
| 19:08.35 | Qwell | Corydon76-dig: 12589 |
| 19:08.55 | Corydon76-dig | Qwell: already saw it |
| 19:14.03 | Juggie | Qwell, did that guy every write back on the mysql off by 1 bug? |
| 19:14.14 | Qwell | not that I've seen |
| 19:14.20 | Juggie | grrr |
| 19:14.35 | Juggie | i want to know whats going on there but i hate it when people are un responsive to bug reports :) |
| 19:14.44 | Juggie | i think bug marshalls should see users email addresses |
| 19:14.46 | Juggie | so we can email and bitch |
| 19:14.51 | Juggie | :) |
| 19:15.53 | Juggie | or a link under the repoters name 'Send Nasty Email' :) |
| 19:18.09 | *** join/#asterisk-dev dlynes (n=chatzill@dsl-vlan468-66-18-244-66.nucleus.com) |
| 19:22.36 | dlynes | file: re: M12581, I realized after I filed that bug report that it's exiting with code 127, not a segfault. However, when running under safe_asterisk, and then running asterisk -r with core verbosity set to 100, there was no error message; rerunning as asterisk -vvvvvvvvvvvvvvvvvvvvg spit out an error message |
| 19:23.04 | dlynes | file: the error was about a missing resource identifier |
| 19:23.05 | *** part/#asterisk-dev mcargile (n=mcargile@mail.in-florida.net) |
| 19:24.51 | file | symbol lookup. |
| 19:29.07 | dlynes | file: correct |
| 19:33.09 | *** join/#asterisk-dev dlynes_laptop (n=chatzill@dsl-vlan468-66-18-244-66.nucleus.com) |
| 19:34.00 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 19:35.58 | *** join/#asterisk-dev RoyK (n=roy@ip-179-6-149-91.dialup.ice.no) |
| 19:37.15 | *** join/#asterisk-dev francogwapito (n=chatzill@125.252.90.5) |
| 19:42.13 | *** join/#asterisk-dev dlynes_office (n=chatzill@dsl-vlan468-66-18-244-66.nucleus.com) |
| 19:55.48 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:57.41 | philipp64 | russelldb: yes. |
| 19:59.29 | tzanger | Cresl1n: get a chance to check the tracker? |
| 19:59.41 | Cresl1n | not today |
| 19:59.46 | Cresl1n | been working on certification |
| 19:59.50 | Cresl1n | which is thankfully completed |
| 19:59.53 | tzanger | ahh |
| 20:02.01 | Qwell | tzafrir: thoughts about closing 12171? |
| 20:11.10 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 20:40.47 | jmls_home | man, I _really_ don't want to sound like a whinging pom, but I am gonna get my arse kicked tomorrow about the problems I had earlier. |
| 20:40.51 | jmls_home | I would really appreciate it if someone could help me out |
| 20:41.26 | dlynes_office | jmls_home: ? |
| 20:42.05 | jmls_home | I had the ARRAY function crash in the middle of executing during a MacroExclusive |
| 20:42.19 | jmls_home | which then blocked anything else from running the macro |
| 20:42.40 | jmls_home | heh. At one stage on friday I had 548 channels a-waitin' :) |
| 20:43.18 | dlynes_office | beauty |
| 20:43.33 | jmls_home | sure was interesting |
| 20:43.49 | dlynes_office | jmls_home: so what exactly did you need help with, then? |
| 20:44.30 | jmls_home | I've got a core file, and a channels output. Was wanting to see what / how / why it happened so that I could try to raise a proper bug report |
| 20:44.45 | dlynes_office | jmls_home: do you have a backtrace, too? |
| 20:45.03 | dlynes_office | jmls_home: which version of asterisk? |
| 20:45.06 | jmls_home | I had to force asterisk to crash. it was working perfectly normally |
| 20:45.19 | jmls_home | 1.4 svn as of a month or two ago |
| 20:45.46 | jmls_home | so the BT would not be useful. However, I was hoping that I could run gdb and get some interesting / useful info from it |
| 20:45.57 | dlynes_office | jmls_home: ah...any chance of pastebinning the section of your dialplan where you're using the array function? |
| 20:47.40 | jmls_home | http://www.pastebin.ca/1009730 |
| 20:47.51 | tzanger | hmm |
| 20:47.57 | dlynes_office | jmls_home: btw...this sounds like it's probably better off in #asterisk, rather than #asterisk-dev |
| 20:48.00 | tzanger | zaptel ZT_IOMUX seems to sit on 20ms boundaries |
| 20:48.04 | tzanger | does that make sense? |
| 20:49.27 | jmls_home | as you can see, AGENTJABBERID was set, but AGENTEXTENSION and USERCODEGUID were not. The channel was hung at the Set(ARRAY extension |
| 20:50.48 | putnopvut | jmls_home: is that happening every time? |
| 20:52.24 | jmls_home | no, twice now out of 50000+ calls |
| 20:52.57 | jmls_home | I've added "show channel foo" to the pastebin |
| 20:52.58 | jmls_home | http://www.pastebin.ca/1009738 |
| 20:53.31 | jmls_home | asterisk kept working fine, taking inbound calls etc. Just this part was blocked, so our dialler kept racking up the call attempts |
| 20:55.20 | putnopvut | jmls_home: I may not be seeing things quite right, but it looks like all the variables have been set in that output. |
| 20:55.42 | *** join/#asterisk-dev RoyK (n=roy@91.149.31.29) |
| 20:56.10 | jmls_home | crap |
| 20:56.12 | outtolunc | almost sounds like curl returned nulls on the missing info |
| 20:56.22 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:57.02 | jmls_home | as you can see, though, the channel is stuck in the Set() extension |
| 20:57.56 | jmls_home | curl is used in the previous extension to set result |
| 20:58.26 | putnopvut | jmls_home: so if it's stuck in the Set() extension, and you have a core file, it would probably be helpful to get a thread apply all bt full output from the core file. |
| 20:58.27 | outtolunc | and, result is missing info right? |
| 20:58.40 | putnopvut | That way, we can isolate where exactly the thread is stuck. |
| 20:58.47 | jmls_home | outtolunc: no, RESULT is fine. It's stuck on the SET |
| 20:58.50 | jmls_home | putnopvut: ok |
| 20:59.26 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583099.dsl.bell.ca) |
| 21:00.51 | jmls_home | how do I know which thread to look at ? |
| 21:01.03 | jmls_home | is watching screens of information fly by |
| 21:02.44 | putnopvut | jmls_home: I'm not 100% sure which one to look at just based on the info you've told, but if you pastebin the output, it may be more clear then, and I'll point out which one is the problem thread. |
| 21:02.50 | putnopvut | If I can, of course. :) |
| 21:04.08 | jmls_home | ha! found it ! |
| 21:04.18 | jmls_home | thread 131 |
| 21:04.33 | putnopvut | sweet! |
| 21:04.46 | jmls_home | I'll pastebin that thread |
| 21:04.50 | putnopvut | Awesome! |
| 21:05.49 | Corydon76-dig | swears vociferously at Slackware 11 |
| 21:06.37 | jmls_home | putnopvut: http://www.pastebin.ca/1009754 |
| 21:07.37 | putnopvut | ooh, autoservice... |
| 21:08.12 | file | that. |
| 21:08.23 | putnopvut | yuck, if I had to guess, that's an infinite loop you're hitting there. |
| 21:08.24 | jmls_home | what? |
| 21:08.26 | putnopvut | Now to figure out why. |
| 21:08.32 | putnopvut | file: have you seen this before? |
| 21:08.53 | file | I do not... know... |
| 21:09.04 | Qwell | how many months old 1.4? |
| 21:09.09 | jmls_home | 112068 |
| 21:09.11 | Qwell | > Feb 29? |
| 21:09.23 | Qwell | 28* |
| 21:09.30 | Qwell | so, yes |
| 21:09.44 | jmls_home | svn info gives "Last Changed Date: 2008-03-31 22:48:05 +0100 (Mon, 31 Mar 2008)" |
| 21:10.22 | jmls_home | Last Changed Rev: 112068 |
| 21:10.33 | file | I think that was already fixed. |
| 21:10.37 | jmls_home | same version as "show info" |
| 21:13.42 | putnopvut | jmls_home: is there another thread that's "stuck" with ast_autoservice_run somewhere in the stack? |
| 21:14.08 | jmls_home | I'll check. |
| 21:14.31 | jmls_home | _run, or _stop ? |
| 21:14.35 | putnopvut | run |
| 21:14.59 | putnopvut | If it is stuck in the loop that tests the AST_FLAG_BLOCKING flag, then this has most likely been fixed already. |
| 21:15.29 | jmls_home | thread 132 has _run .. |
| 21:15.42 | jmls_home | 0x080764ae in autoservice_run (ign=0x0) at autoservice.c:118 |
| 21:15.59 | putnopvut | Okay, does it also have usleep() at the top of the backtrace? |
| 21:16.13 | putnopvut | er, near the top anyway. |
| 21:16.20 | putnopvut | I guess nanosleep would be at the top |
| 21:17.11 | jmls_home | no. it has #0 __kernel_vsyscall, #1 poll (), #2 ast_waitfor_nandfds, #3 ast_waitfor_n, #4 autoservice_run |
| 21:17.43 | putnopvut | interesting... |
| 21:18.38 | jmls_home | want me to pastebin that thread ? |
| 21:19.19 | putnopvut | jmls_home: I don't think it'll be necessary actually. |
| 21:19.28 | jmls_home | it's got lots of 0x0 in it :: winner = (struct ast_channel *) 0x0 |
| 21:19.39 | jmls_home | <PROTECTED> |
| 21:20.12 | jmls_home | putnopvut: tell me you've got an idea ... |
| 21:20.33 | putnopvut | jmls_home: russell just whispered an idea to me. |
| 21:20.54 | putnopvut | jmls_home: there may be a deadlock somewhere that is causing the autoservice_run to not be able to change state. |
| 21:21.52 | jmls_home | ok .. |
| 21:22.05 | putnopvut | But as far as what's actually causing the deadlock...no idea what it could be, and since Asterisk has been killed, you won't be able to get a core show locks output. |
| 21:22.19 | jmls_home | yeah. that's what I suspected |
| 21:22.23 | putnopvut | The backtrace of all the threads may be helpful, but there's no guarantee of that. |
| 21:22.58 | jmls_home | I could email it to you - it's rather large, and probably contains confidential info (names + numbers etc) so I wouldn't want to pastebin it |
| 21:24.19 | putnopvut | jmls_home: I'm a bit torn with regards to that, just because I wouldn't want you to send me something and it turn out that it didn't actually help any, or if it turned out to be a bug that's been fixed already. |
| 21:24.38 | putnopvut | But if you're comfortable doing so, go right ahead. |
| 21:24.44 | jmls_home | not a problem for me |
| 21:39.44 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-66-31.bstnma.east.verizon.net) |
| 21:47.08 | *** join/#asterisk-dev snuff-home (n=snuff-ho@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 22:17.11 | *** join/#asterisk-dev dlynes (n=chatzill@S01060016b68219f1.vs.shawcable.net) |
| 22:21.25 | bkruse | Would it be possible (just like action originate) to redirect someone to an application, instead of a place in the dialplan? |
| 22:22.00 | kpfleming | no |
| 22:22.14 | kpfleming | well, yes i suppose it is possible |
| 22:22.19 | file | it's possible... |
| 22:22.19 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.141) |
| 22:22.20 | bkruse | but not a good idea |
| 22:22.20 | file | but not easy |
| 22:22.57 | bkruse | kpfleming: If I wanted to transfer someone to my voicemail, I guess it would be best to just ignore the call (assuming it was dialed with macro-stdexten), which would then go to Voicemail |
| 22:23.16 | *** join/#asterisk-dev miguel3239 (n=elguero@ns1.nashuacs.com) |
| 22:23.44 | seanbright | why not create an extension for your VM? |
| 22:23.51 | seanbright | then you can redirect all day long |
| 22:23.58 | kpfleming | yeah, that's the most common method |
| 22:24.13 | bkruse | Hmm. I think.....that will work :] |
| 22:24.28 | bkruse | Thank you, all |
| 22:24.48 | seanbright | i auto-generate my extens (e.g. 1000) and another (e.g. 1000VM) |
| 22:25.01 | seanbright | you can't dial it, but i can redirect there using AMI or whatever |
| 22:25.45 | bkruse | seanbright: That is good, I will have to see if I can implement it like that |
| 22:27.01 | seanbright | i may be over simplifying, i can't in at the tail end of the convo i'm guessing. |
| 22:27.31 | bkruse | Completely understand, I like that solution anyways |
| 22:28.19 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177585313.dsl.bell.ca) |
| 22:28.21 | snuff-home | for my users i used just *exten = vm / exten=person |
| 22:28.53 | snuff-home | that way ppl could easily just push to users voicemail some caller via blind xfer etc |
| 22:29.13 | seanbright | we kept the *97/*98XXXX from the AMP days, but that's it. guess i could have just used *exten |
| 22:29.23 | seanbright | ah well |
| 22:36.45 | *** part/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 22:38.35 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 22:42.10 | seanbright | kpfleming: ping? |
| 22:42.20 | kpfleming | pong... about to leave tho |
| 22:42.24 | seanbright | real quick |
| 22:42.35 | seanbright | working on this branch to resolve those 'shadow' warnings |
| 22:42.47 | seanbright | the ilbc stuff fails miserably |
| 22:43.13 | seanbright | murf mentioned that it was "getting taken care of" or something like that |
| 22:43.44 | seanbright | so should i bother with lots and lots of sed magic, or just disable that gcc option when compiling that stuff? |
| 22:44.12 | codefreeze-lap | yeah... kpfleming says to hang on, it's just about done. Until then, use the make menuselect stuff to turn off ilbc. |
| 22:44.25 | seanbright | ok, cool. |
| 22:44.36 | seanbright | danke |
| 22:44.41 | codefreeze-lap | bitte |
| 22:44.46 | kpfleming | and then avoid the gcc warning for that code |
| 22:44.50 | kpfleming | we aren't going to clean it up |
| 22:45.08 | seanbright | alrighty |
| 22:45.19 | seanbright | might need your help with the makefile foo to get that to work |
| 22:45.25 | codefreeze-lap | kpfleming: they insist on leaving their 'feature' intact? |
| 22:46.18 | kpfleming | seanbright: there are example of that already in the tree |
| 22:46.34 | seanbright | kpfleming: perfect, thanks. |
| 22:46.53 | kpfleming | in channels/Makefile, for example, we add -Wno-strict-aliasing for misdn/isdn_lib.o |
| 22:47.18 | seanbright | looks |
| 22:47.26 | kpfleming | ... wait, the logic that descends into ilbc already filters out some warnings |
| 22:47.37 | kpfleming | so you can just add -Wshadow to the list |
| 22:48.03 | seanbright | ahhh, so it does |
| 22:48.06 | seanbright | rocka |
| 22:48.56 | kpfleming | yes... that code is violently non-standards-compliant :-) |
| 22:49.16 | seanbright | ya think? :) |
| 22:53.44 | seanbright | hrmmmm |
| 22:53.46 | seanbright | configure: creating ./config.status |
| 22:53.47 | seanbright | configure: error: could not make ./config.status |
| 22:56.26 | seanbright | hmmm. ./bootstrap fixed it |
| 23:27.16 | kpfleming | seanbright: that is a known problem with the iLBC code |
| 23:27.21 | kpfleming | just continue your work without it |
| 23:27.48 | seanbright | yessir |
| 23:29.30 | Juggie | why dont we just disable it in 1.6 |
| 23:29.33 | Juggie | by default |
| 23:30.15 | seanbright | i want to make sure you can do a full devmode build |
| 23:30.27 | seanbright | thats kinda the point of my branch |
| 23:30.31 | kpfleming | it is disabled by defaut |
| 23:31.42 | Juggie | really, my trunk has it enabled. |
| 23:31.43 | kpfleming | it will be re-enabled when we can properly distribute the code again |
| 23:31.53 | kpfleming | only because you already had it enabled |
| 23:31.59 | kpfleming | we don't force it off if it used to be on |
| 23:32.16 | Juggie | hrmf... i make distcleaned this like 2 days ago though |
| 23:32.18 | Juggie | tries |
| 23:32.51 | seanbright | i thought dist-clean ignored the menuselect prefs stuff |
| 23:32.59 | seanbright | might be making that up too |
| 23:33.31 | kpfleming | no, dist-clean should take care of it |
| 23:33.35 | seanbright | ah |
| 23:33.46 | seanbright | i really need to stop lying to people. |
| 23:33.48 | kpfleming | it's also possible that i didn't change the default in trunk, because i figured this would be resolved before 1.6.1 |
| 23:34.18 | Juggie | :P |
| 23:36.48 | Juggie | ah nah its disabled now |
| 23:38.22 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.141) |