| 00:14.17 | seanbright | is upgrading gcc... |
| 00:14.21 | seanbright | <-- crazy man |
| 00:16.09 | Corydon76-dig | seanbright: I'll agree with that |
| 00:16.43 | seanbright | thanks |
| 00:16.53 | Corydon76-dig | Surest sign that you need to have your head examined is upgrading a crucial element on your system that IS NOT BROKEN |
| 00:17.13 | seanbright | heh |
| 00:17.47 | Corydon76-dig | It'd be different if you were fixing a broken system or killing a vulnerability |
| 00:20.00 | seanbright | don't rain on my parade |
| 00:28.08 | russellb | how many people are attending your parade? |
| 00:29.18 | seanbright | 1/13th of a baker's dozen |
| 00:30.21 | tzanger | heh |
| 00:30.21 | seanbright | i have been thwarted by the downage of the mpfr site, however. |
| 00:38.29 | seanbright | anyone able to get to http://www.mpfr.org/ |
| 00:38.29 | seanbright | ? |
| 00:38.44 | seanbright | on t3h interwebs |
| 00:39.56 | russellb | negative |
| 00:40.13 | seanbright | sons of motherless goats! |
| 00:40.19 | seanbright | ah well. |
| 00:40.43 | seanbright | maybe a higher power is telling me not to upgrade GCC |
| 00:40.52 | seanbright | a higher power other than Corydon76-dig, even. |
| 00:40.59 | russellb | unpossible |
| 00:59.28 | tzanger | what is mpfr? |
| 00:59.56 | seanbright | http://en.wikipedia.org/wiki/MPFR |
| 01:00.04 | seanbright | dependency of gcc 4.3.x |
| 01:00.12 | tzanger | eww |
| 01:03.30 | seanbright | eww for gcc or or mpfr? |
| 01:09.43 | tzanger | take your pick |
| 01:10.09 | seanbright | heh |
| 01:10.20 | seanbright | gcc <3 |
| 01:10.45 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 02:10.36 | seanbright | note to self: remember to build gcc outside the src dir... DOH! |
| 02:10.46 | seanbright | such a rookie |
| 02:15.43 | russellb | seanbright: i'll let it slide this time |
| 02:15.52 | russellb | one more mistake like that, though ... |
| 02:17.03 | seanbright | cowers |
| 02:47.58 | *** join/#asterisk-dev tgrman (n=jcmoore@unaffiliated/tgrman) |
| 02:49.31 | *** part/#asterisk-dev tgrman (n=jcmoore@unaffiliated/tgrman) |
| 02:52.41 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 02:52.41 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 02:53.04 | seanbright | russellb: app_page change was incorrect |
| 02:53.41 | russellb | looks again |
| 02:53.49 | seanbright | "ts" |
| 02:54.08 | russellb | ha |
| 02:54.10 | russellb | fail |
| 02:54.29 | seanbright | app_record should be "If the user hangup during" -> "If the user hangs up during" |
| 02:54.32 | seanbright | heh |
| 02:54.34 | seanbright | stops |
| 02:54.48 | russellb | feel free to tweak stuff |
| 02:54.55 | russellb | our docs need some gramatical review love |
| 02:55.00 | seanbright | yeah |
| 02:55.04 | seanbright | just busting balls |
| 02:55.05 | russellb | it's pretty rough all over the place |
| 02:55.24 | seanbright | no one likes documenting |
| 02:55.27 | seanbright | esp. not me |
| 02:57.48 | russellb | another typo? |
| 02:58.15 | seanbright | grammar thing |
| 02:58.18 | russellb | nods |
| 03:14.38 | seanbright | and gcc is *still* building |
| 03:14.39 | seanbright | jeebus |
| 03:14.57 | file | sounds like OpenOffice |
| 03:15.18 | russellb | ./configure --i-only-care-about-c |
| 03:15.33 | seanbright | i need ADA and fortran |
| 03:15.59 | seanbright | err, Ada. |
| 03:19.42 | seanbright | is openoffice still java? |
| 03:21.00 | russellb | it was rewritten in D |
| 03:21.10 | seanbright | stabs russellb |
| 03:21.31 | file | seanbright: Permission Denied. |
| 03:22.05 | seanbright | chmod +x russellb |
| 03:22.14 | russellb | permission denied |
| 03:22.15 | seanbright | that doesn't even make sense. |
| 03:22.23 | seanbright | o+x |
| 03:22.24 | seanbright | there. |
| 03:44.23 | angler | deeenied |
| 03:53.08 | *** join/#asterisk-dev eliel (n=eliel@190.177.203.81) |
| 03:53.08 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 04:12.37 | russellb | removes file from svn |
| 04:12.50 | russellb | file: be careful, you are no longer under version control |
| 04:21.04 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 04:25.07 | file | eep |
| 04:25.12 | file | the fire alarm went off :( |
| 04:25.15 | file | it is cold outside. |
| 04:43.17 | eliel | I have a question, before doing something wrong, if I make a commit to trunk (something I don't want to be commited to other branch) I need to block that revision (right now in 1.6.1 only) using blocktrunk6 |
| 05:11.24 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 05:11.24 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 06:07.51 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.8) |
| 06:26.49 | *** part/#asterisk-dev eliel (n=eliel@190.177.203.81) |
| 07:27.51 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 07:27.51 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:37.07 | *** part/#asterisk-dev sivadnz (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 12:03.50 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 12:03.51 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 12:43.28 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 13:08.19 | *** join/#asterisk-dev telecos (n=sergio@151.166.219.87.dynamic.jazztel.es) |
| 13:42.09 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 14:24.15 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) [NETSPLIT VICTIM] |
| 14:24.16 | *** join/#asterisk-dev mbranca (n=matteo@93-62-230-243.ip24.fastwebnet.it) [NETSPLIT VICTIM] |
| 14:24.16 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) [NETSPLIT VICTIM] |
| 14:24.16 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) [NETSPLIT VICTIM] |
| 14:24.16 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 14:24.16 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-d6c5048d458cbaea) [NETSPLIT VICTIM] |
| 14:24.16 | *** mode/#asterisk-dev [+oo bbryant kpfleming] by irc.freenode.net |
| 15:00.33 | *** join/#asterisk-dev ngvoice (n=linxrout@58.186.250.2) |
| 15:10.25 | *** part/#asterisk-dev ngvoice (n=linxrout@58.186.250.2) |
| 15:47.47 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-214-19.west.biz.rr.com) |
| 16:07.20 | *** join/#asterisk-dev spacecabbie (n=no@84-104-111-96.cable.quicknet.nl) |
| 16:07.29 | spacecabbie | good afthernoon |
| 16:51.02 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 16:51.02 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 17:08.23 | seanbright | sip ao2 refcounting might be hosed |
| 17:08.33 | seanbright | recompiling to make sure i'm not lying |
| 17:10.09 | russellb | almost certainly my fault if so |
| 17:10.28 | seanbright | i don't want to play the blame game, russellb. |
| 17:10.33 | seanbright | but yeah, most likely you. |
| 17:10.34 | seanbright | ;) |
| 17:10.36 | russellb | heh |
| 17:10.44 | russellb | well in this case, it's pretty clear |
| 17:11.13 | seanbright | DONT_OPTIMIZE and what else? |
| 17:11.28 | seanbright | DEBUG_THREADS? |
| 17:11.47 | russellb | sure, why not |
| 17:11.57 | russellb | probably not relevant to this though |
| 17:12.01 | seanbright | right |
| 17:12.08 | seanbright | well it's building |
| 17:12.12 | russellb | ok ... |
| 17:12.17 | seanbright | could just be a gcc 4.3.2 thing, too. |
| 17:12.22 | russellb | could be ..... |
| 17:12.42 | russellb | i did my changes in pieces in case this happened, so it'd be easier to figure out which one broke it |
| 17:12.56 | russellb | but first i can look at the backtrace to see if i can see what happened |
| 17:15.14 | seanbright | looks like it cleared up |
| 17:15.25 | russellb | of course, heh |
| 17:15.27 | seanbright | well |
| 17:15.57 | seanbright | i think the modules were built with different versions of gcc |
| 17:16.49 | seanbright | long story short... keep up the good work! |
| 17:17.55 | russellb | heh, thanks |
| 17:46.04 | seanbright | trying to find a good place to use the ?: shortcut |
| 17:48.34 | *** join/#asterisk-dev telecos (n=sergio@84.166.219.87.dynamic.jazztel.es) |
| 17:50.39 | russellb | ha |
| 17:56.45 | seanbright | so is there a rule of thumb as to when use alloca vs. malloc? |
| 17:56.53 | seanbright | or is it always a judgement call? |
| 17:57.26 | russellb | i don't have a 1-liner rule of thumb for you ... |
| 17:57.38 | russellb | but obviously malloc is more expensive, so using the stack is preferred ... |
| 17:58.09 | russellb | but if you need a lot of memory, or you might need a lot, then you can't use the stack |
| 17:58.16 | seanbright | right |
| 18:18.00 | seanbright | russellb: so i've pulled in the logic from directed pickup |
| 18:18.28 | seanbright | but the problem i am having is that sometimes when i lookup the calling channel by exten/context, i get the called channel instead. |
| 18:18.38 | seanbright | it all depends on where the calling channel is in the channel list. |
| 18:19.03 | seanbright | i could filter based on device state i suppose |
| 18:25.00 | russellb | ugh ... :( |
| 18:25.02 | russellb | what did the old patch do |
| 18:25.14 | seanbright | compared the channel name |
| 18:25.40 | seanbright | with the hint |
| 18:25.49 | russellb | i wonder if just looking at chan->_state would be enough ... |
| 18:25.55 | russellb | the called channel will be in a ringing state |
| 18:26.02 | russellb | the called channel would be in ... |
| 18:26.07 | seanbright | INVALID |
| 18:26.15 | seanbright | the calling channel is INVALID |
| 18:26.16 | russellb | not the channel state |
| 18:27.40 | seanbright | eh? |
| 18:27.51 | russellb | chan->_state is not the device state |
| 18:27.52 | russellb | heh |
| 18:28.01 | seanbright | oh right |
| 18:28.28 | Corydon76-dig | chan_state.c ? |
| 18:28.35 | russellb | um, no |
| 18:29.43 | russellb | seanbright: ooh ... ignore channels where chan->pbx == NULL |
| 18:29.52 | seanbright | oh snap |
| 18:29.53 | russellb | that means they are called, not calling |
| 18:29.55 | seanbright | you're smart |
| 18:30.23 | seanbright | not sarcasm |
| 18:30.24 | seanbright | :) |
| 18:32.13 | Corydon76-dig | Sounded like it to me ;-) |
| 18:32.24 | seanbright | it wasn't! |
| 18:32.32 | Corydon76-dig | Fight! Fight! Fight! |
| 18:32.35 | seanbright | heh |
| 18:32.42 | russellb | i'm too lazy to fight |
| 18:33.22 | seanbright | doesn't appear to be working, however. |
| 18:33.28 | seanbright | i'll figure it out. i'm being lazy. |
| 18:34.51 | Corydon76-dig | Laziness gets things done |
| 18:35.01 | Corydon76-dig | That, and hubris |
| 18:35.33 | Corydon76-dig | I didn't want to figure out what someone was doing wrong, so I just wrote a new feature to make them go away |
| 18:35.38 | seanbright | heh |
| 18:38.18 | Corydon76-dig | func_odbc regularly gets new features that way |
| 18:38.46 | Corydon76-dig | Someone bugs me enough, I get tired of arguing, and I just go off and write something |
| 18:39.16 | Corydon76-dig | Don't quote me on that, though |
| 18:39.28 | russellb | ~logs |
| 18:39.29 | jbot | All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. |
| 18:39.58 | *** join/#asterisk-dev petchaw (n=petchaw@c-66-229-58-42.hsd1.fl.comcast.net) |
| 18:39.59 | seanbright | <PROTECTED> |
| 18:40.05 | seanbright | <PROTECTED> |
| 18:40.18 | Corydon76-dig | unless, of course, they're just really wrong. Then I just get pissed. |
| 18:40.24 | russellb | hacks his client to always insert a space |
| 18:41.32 | tzafrir_laptop | <seanbright> Here is my credit card number: 1111-2222-3333-4444 |
| 18:41.40 | seanbright | oh snap |
| 18:41.42 | *** part/#asterisk-dev petchaw (n=petchaw@c-66-229-58-42.hsd1.fl.comcast.net) |
| 18:41.53 | Corydon76-dig | 4444-4444-4444-4442 |
| 18:42.54 | Corydon76-dig | Time to go stick clothes in the dryer |
| 18:45.33 | *** join/#asterisk-dev steliosk-laptop (n=stelios@ipa107.2.tellas.gr) |
| 18:51.25 | seanbright | ohhhh |
| 18:51.27 | seanbright | <-- not smart |
| 18:51.40 | seanbright | was testing against chan->dialcontext instead of chan->context |
| 18:51.53 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.183) |
| 18:51.54 | russellb | yay for figuring it out |
| 18:51.59 | seanbright | heh |
| 18:52.12 | seanbright | sorry... just keeping you guys up to date ;) |
| 18:52.42 | russellb | i appreciate it |
| 18:52.46 | russellb | i'm just bored and watching tv |
| 18:52.46 | russellb | heh |
| 18:52.56 | seanbright | me too |
| 18:52.58 | seanbright | mythbusters. |
| 18:53.03 | russellb | the office |
| 18:53.24 | seanbright | so dialcontext is where you are being called *from* |
| 18:53.33 | seanbright | and context are where you are *calling* from |
| 18:53.39 | seanbright | that is my understanding |
| 18:54.03 | seanbright | and it works |
| 18:54.05 | seanbright | hoorah |
| 18:56.49 | steliosk-laptop | anyone got any idea why i get this -> /home/stelios/work/oplinux-0.2/tmp/glibc/staging/powerpc-oplinux-linux/include/asterisk/features.h:44: error: expected specifier-qualifier-list before 'AST_LIST_ENTRY' |
| 18:57.07 | seanbright | kpfleming: are you doing more than just --enable-dev-mode to see those warnings? i'm compiling trunk with 4.3.2 an not seeing them. |
| 18:57.12 | steliosk-laptop | i am trying to build a codec outside the asterisk dir |
| 18:57.56 | steliosk-laptop | looks like something is warped with the includes but can't figure out what |
| 19:34.54 | Corydon76-dig | steliosk-laptop: I sometimes do a replacement-only with -E to figure out what the resulting code looks like, then examine that for errors |
| 19:35.46 | Corydon76-dig | gcc -E -o something.txt something.c |
| 19:36.34 | Corydon76-dig | plus whatever flags are otherwise passed. You can do a 'NOISY_BUILD=y make' to see that |
| 19:49.08 | russellb | steliosk-laptop: features.h depends on linkedlists.h (but doesn't include it), so in your module, you need to include linkedlists.h before features.h |
| 19:51.44 | seanbright | russellb: got a sec? |
| 19:52.06 | russellb | yep |
| 19:52.07 | russellb | sup |
| 19:52.15 | seanbright | my dilemma... :) |
| 19:52.29 | seanbright | the extension and context of the subscription are not sufficient to find the calling channel |
| 19:52.45 | russellb | rawr! |
| 19:52.58 | seanbright | let me pastebin something |
| 19:53.02 | russellb | k |
| 19:53.23 | seanbright | http://pastebin.ca/1243406 |
| 19:53.54 | seanbright | 100 is the snom, monitoring 200@issue5014 |
| 19:54.11 | seanbright | 300 is another SIP device, and it's context is otherissue5014 |
| 19:54.25 | russellb | so, 300 calls 200 ... |
| 19:54.27 | seanbright | (this is a somewhat contrived example, but valid) |
| 19:54.33 | seanbright | correct. |
| 19:54.50 | seanbright | the exten and context of the subscription are 200 and issue5014 |
| 19:55.02 | seanbright | the channel exten and context is 999 and otherissue5014 |
| 19:55.12 | seanbright | the caller channel, that is. |
| 19:55.13 | russellb | of the calling channel? |
| 19:55.20 | seanbright | yes. |
| 19:55.23 | russellb | that doesn't make sense ... |
| 19:55.47 | russellb | the exten and context field on the ast_channel for a calling channel is where it is currently in the dialplan |
| 19:55.54 | seanbright | sorry... 300 dials 999 |
| 19:55.57 | russellb | which would ahve to be 200 and issue5014 |
| 19:56.09 | russellb | ok, then yes. |
| 19:56.10 | seanbright | which in the otherissue5014 does a Dial to SIP/200 |
| 19:56.36 | russellb | OH |
| 19:56.48 | russellb | ok, so, I would file this under "cases which are not supported" |
| 19:56.53 | seanbright | heh |
| 19:57.03 | russellb | because while you are calling the specified device, you are not calling the extension that has been subscribed to |
| 19:57.16 | russellb | so ... yeah, that's just not going to work |
| 19:57.19 | seanbright | ok |
| 19:57.25 | seanbright | that works for me |
| 19:57.28 | russellb | but, 300 calling 200 works, right? |
| 19:57.35 | russellb | that's the only case i was expecting to be supported ... |
| 19:57.47 | seanbright | if 300 uses issue5014, then yes. |
| 19:57.52 | seanbright | but not if it uses otherissue5014 |
| 19:57.57 | russellb | correct |
| 19:58.01 | seanbright | alrighty |
| 19:58.04 | russellb | when i say "calls 200", i mean, call the 200 exten |
| 19:58.29 | seanbright | the 200 exten in the same context as the subscription |
| 19:58.37 | russellb | correct |
| 19:58.39 | seanbright | otherwise no worky |
| 19:58.40 | seanbright | yes |
| 19:58.43 | seanbright | splendid. |
| 19:59.01 | russellb | the trick is going to be documenting this option, heh |
| 19:59.11 | seanbright | so this, by extension, means that subscribecontext is unsupported as well |
| 19:59.46 | russellb | hm, yeah, i guess you're right. |
| 20:00.36 | seanbright | i really wonder why we can't use the original technique |
| 20:01.13 | russellb | what did that buy you |
| 20:01.34 | russellb | that you're not getting now |
| 20:01.45 | seanbright | no, you're right. |
| 21:40.12 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 21:40.40 | *** part/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 21:43.53 | *** join/#asterisk-dev snuff-work (n=jsewell@203.176.96.250) |
| 21:43.53 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 21:58.30 | steliosk-laptop | Corydon-76-dig russellb : Thanks guys. It looks like the include paths and precedents was the problem. asterisk/include must be the first or things fail as it pulls includes from system (i.e features etc) |
| 22:14.40 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 22:14.40 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 22:21.27 | *** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net) |
| 22:21.27 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 22:31.27 | eliel | a compile parameter was changed? I am having warnings when functions are notused when trying to compile trunk with --enable-dev-mode |
| 22:32.09 | eliel | also, dont know why attribute_notused is not being recognized, but __attribute__((notused)) does. |
| 22:34.56 | eliel | s/notused/unused/ |
| 22:35.54 | snuff-work | mm.. i thought the 2nd was the (right way) |
| 22:36.47 | eliel | __attribute__((unused)) is ok, but we are using attribute_unused that should work too |
| 22:37.42 | eliel | I think, something change in the compile options, making this warnings appear |
| 22:38.25 | snuff-work | kpfleming did change some things.. |
| 22:38.39 | snuff-work | in relation to warnings etc |
| 22:40.23 | eliel | I will take a look closer to that commit, thanks |
| 22:45.25 | eliel | hmmm, someone removes an include to compiler.h i think, where is attribute_unused defined... |
| 22:47.53 | snuff-work | sounds fesiable |
| 23:05.49 | eliel | fixed: mmmm, there is a problem with my gcc i think, i run ./configure twice and the first time it didn't recognize the 'unused' support, so it was disabled in autoconfig... |
| 23:30.46 | snuff-work | ;) |
| 23:57.10 | snuff-work | eliel: sorry i didn't get around to making those fixes to the doco i uploaded.. |
| 23:58.34 | eliel | snuff-work: no problem! with that application (app_stack) we realize that we need to change the code, tu support another type of complex syntax, so, evertything was changed |
| 23:58.47 | eliel | but the other application was also commited with minor changes |
| 23:59.13 | snuff-work | i noticed your commit to support the arg1 ... argN changes |