IRC log for #asterisk-dev on 20081012

00:37.33De_Monno problem, thought you were testing something
02:54.59*** join/#asterisk-dev jameswf-home (n=james@ip72-200-94-120.tc.ph.cox.net)
03:00.38*** join/#asterisk-dev Corydon76-dig (n=tilghman@pdpc/supporter/bronze/Corydon76-home)
03:00.38*** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ
04:34.30*** join/#asterisk-dev Corydon76-dig (n=tilghman@pdpc/supporter/bronze/Corydon76-home)
04:34.30*** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ
04:34.56*** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net)
06:24.52*** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.5)
07:29.28*** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com)
07:29.28*** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ
08:18.18*** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak)
08:18.18*** mode/#asterisk-dev [+o mvanbaak] by ChanServ
08:58.18*** join/#asterisk-dev mateo_au (n=chatzill@c122-106-221-182.belrs3.nsw.optusnet.com.au)
08:58.34tzafrir_laptophmmm.... the dahdi echo canceller interface requires the EC module to have 'struct echo_can_state' with that exact name
08:58.42tzafrir_laptopWhy not a typedef?
08:59.29tzafrir_laptopI can always use a #define , but I prefer to avoid that
09:48.50*** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak)
09:48.50*** mode/#asterisk-dev [+o mvanbaak] by ChanServ
11:28.43*** join/#asterisk-dev mateo_au (n=chatzill@c122-106-221-182.belrs3.nsw.optusnet.com.au)
11:34.04*** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au)
13:30.38codefreeze-lapDay #4 of a winter blizzard; heavy winds, blowing snow; -3C; drifts tall for around here; it just keeps coming
13:32.25tzafrir_laptopappreciates the fact that even Americans start to use a readable temperature scale
13:33.17codefreeze-laptzafrir_laptop:  did it just for the non-amis out there
13:33.50tzafrir_laptopwell, it's a start
13:34.40codefreeze-lapIt will all melt and disappear; the trees are still green with leaves
13:37.26codefreeze-lapAlthough, if it gets too cold, the leaves will all turn brown and most will fall off or the wind will tear/break them off
13:59.34seanbrightwould you consider this a pointless optimization:
13:59.41seanbrightint is_bar = 0;
14:00.06seanbrightif (!strcmp(something, "foo") || (!strcmp(something, "bar") && is_bar = 1)) {
14:00.19seanbright?
14:03.47tzafrir_laptopoptimization over?
14:04.04seanbrightif (!strcmp(something, "foo") || !strcmp(something, "bar")) {
14:04.16seanbright<PROTECTED>
14:05.38tzafrir_laptopnot an optimization of programmer parsing time
14:05.44seanbrightagreed.
14:06.06seanbrightand only slightly for the CPU
14:06.19seanbrightunmeasurable most likely.
14:16.15seanbrightwhy doesn't dahdi-linux use autoconf?  is that normal for kernel module builds?
15:21.52*** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.6)
16:05.53*** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer)
16:25.53*** join/#asterisk-dev outtolunc (n=me@c-24-130-75-122.hsd1.ca.comcast.net)
17:06.01*** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net)
17:06.01*** mode/#asterisk-dev [+o ctooley] by ChanServ
17:08.08*** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171)
17:45.02*** join/#asterisk-dev NirS (n=NirS@77.127.34.118)
17:50.06*** join/#asterisk-dev NirS (n=NirS@77.127.34.118)
18:10.26*** join/#asterisk-dev easycrypt (n=Savek@lak-31-187.wohnheime.ruhr-uni-bochum.de)
19:03.45NirSanybody home ?
19:04.28easycryptsort of
19:04.59tzafrir_laptopprobably
19:06.39tzafrir_laptopWith all this "pine mango" stuff, I keep getting an image of asterisk as a system with the channels as its processes
19:06.58tzafrir_laptopand operators of interfaces as users
19:06.58NirShey tzafrir
19:07.18NirSwell, I have to admit that over at the DevCon, it made a whole lot more sense
19:07.21NirSwhy didn't you come?
19:07.25NirSIzi didn't let you ?
19:07.42tzafrir_laptopdidn't work out
19:07.50NirSbummer, could have been fun
19:07.57NirSI was over there with Noam Aviram
19:08.03NirSwe had some serious laughs and fun
19:08.17*** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171)
19:08.22NirSsucks at Mini-Gold, kpf proved it!
19:08.29NirSsucks at Mini-Golf, kpf proved it!
19:08.49NirStzafrir, are you familiar with application writing in Asterisk?
19:08.59tzafrir_laptopa bit
19:09.10NirSwell, here's a question
19:09.40NirSthere's a function in func_strings.c called hashkeys_read
19:10.00NirSif I read the function correctly, is will get a hash name, and return a string of keys associated with the hash
19:10.14NirS(not really a hash, just a funky way of representing a hash in Asterisk)
19:10.29NirSlet's say I'd like to activate that function from an application, how would I go about to do so ?
19:10.44NirSthere is no specific include file that this function is part of
19:11.01NirSit's just an internal function as part of func_strings.c
19:11.18NirSif I understand correctly, I can't use it in the way that I'm thinking of, right ?
19:11.42NirS's C/C++ skills are way too rusty, anyone got some WD40 ?
19:11.47*** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.21)
19:12.28tzafrir_laptopright
19:13.26mvanbaakif it's local to func_strings.c you can't. unless there's a wrapper function there that is inside a header file
19:13.35tzafrir_laptop"library code" is stuff in res/ and in main/
19:13.42mvanbaakIIRC
19:15.54NirSas I anticipated
19:16.15NirSso, either I'll need to change that into a part of res/ or main/ or simply write my own
19:16.17NirSbummer
19:16.20NirSthat sucks big time
19:16.37NirSunless
19:16.44NirSI make my application into a function
19:17.10NirStechnically speaking, from my application's point of view, there isn't much of a difference
19:17.23NirSthe only problem is that my application is required to read a configuration file
19:19.06NirSI hate duplicating code
19:39.59mvanbaakyou can use the config stuff we have
19:40.11mvanbaakwith ast_category_browse and stuff
19:40.45NirSwhat do you mean ?
19:41.13mvanbaak21:17 <           NirS> the only problem is that my application is required to read a configuration file
19:41.31mvanbaakuse the configuration parsers we have in asterisk
19:42.22NirSyes, I got that
19:42.31NirSI'm looking for the doxygen on these
19:43.29mvanbaakmain/config.c
19:44.55NirSyes got it
19:45.16NirSmvanbaak, I'm still getting to know the core applications code, still basically, this is my first application
19:45.21NirSthanks
19:45.28mvanbaakno problem :)
19:45.36mvanbaakglad I can be of any help
19:47.18NirSwell, If I got my head on the right way
19:47.55NirSI guess I can use the func_odbc.c as an example of how to read my configuration file and parse it as I need
19:48.15NirSthen It's more or less a matter of gluing everything together
19:48.31mvanbaakthat's how I do it basically
19:48.33mvanbaak:)
19:49.50mvanbaakyeah, the load_module( function of func_odbc.c is good
19:50.18mvanbaakbut it's very basic
19:50.33mvanbaakmaybe you better look at channels/chan_sip.c
19:50.57mvanbaakthere it shows you how you can have multiple 'contexts' in a config file etc
19:52.20*** join/#asterisk-dev sucituanbo (n=free@c-24-21-121-148.hsd1.wa.comcast.net)
19:52.58NirSwhich is something I need
19:53.07NirSwell, I think I'll head to bed for tonight
19:53.14NirSI've been at the console for 15 hours straight
19:53.15NirSI'm beat
19:53.22NirSc'ya tomorrow
19:53.31mvanbaaklatero
19:54.18*** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage)
19:54.18*** mode/#asterisk-dev [+o lmadsen] by ChanServ
19:54.29mvanbaakhey lmadsen
19:54.43lmadsenyo yo
20:06.25*** join/#asterisk-dev ctooley (n=ctooley@doc-24-32-196-69.concordia.ks.cebridge.net)
20:06.25*** mode/#asterisk-dev [+o ctooley] by ChanServ
20:09.04*** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171)
20:37.23*** join/#asterisk-dev De_Mon (i=de_mon@fl-67-77-175-211.dhcp.embarqhsd.net)
21:02.50*** part/#asterisk-dev easycrypt (n=Savek@lak-31-187.wohnheime.ruhr-uni-bochum.de)
21:09.50*** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171)
21:49.43idohas anyone backported IAXVAR() (IAX equivalent of SIPAddHeader/SIP_HEADER) to asterisk 1.4?
22:14.04*** join/#asterisk-dev JT (n=j@unaffiliated/jt)
22:26.05Corydon76-digido: no, though it shouldn't be that difficult
22:36.37idoCorydon76-dig: does SHARED() (which has been backported to 1.4) do the same thing as IAXVAR?
22:37.28idoi.e. can it cross over IAX/SIP to the remote end (another asterisk box), or is it just for channels on the same asterisk box?
22:52.56idoor should i backport iaxvar?
22:57.37*** join/#asterisk-dev _ShrikE (n=_ShrikE@adsl-074-185-215-060.sip.msy.bellsouth.net)
23:22.29Corydon76-digido: no, SHARED() is for passing vars between channels on the same box
23:29.31idoguess i've got some backporting to do ;)
23:29.52Corydon76-digGood luck on the backporting... ;-)
23:31.13Corydon76-digYou should see what I had to do to make it work.  :-P
23:31.26idoto make iaxvar work?
23:31.31Corydon76-digCorrect
23:31.36idooh boy
23:31.49idoshould i just ditch IAX and use SIP? :P
23:32.01Corydon76-digIt was more than just chan_iax2.c... it was also app_dial.c
23:32.17idowhy?
23:32.22Corydon76-digand I believe there was something broken in main/channel.c, too
23:32.32idoargh :P
23:32.40Corydon76-digbut it's possible that it was only broken in trunk
23:32.54idootoh, if i backport it, is there a chance of including it in the next 1.4 release?
23:33.14Corydon76-digNo, there is no chance whatsoever.  There is a feature freeze on 1.4
23:33.21idothought so :/
23:33.37idohow soon will 1.6 be ready for "production" environments?
23:34.39Corydon76-digWe think it's ready now, or we wouldn't have released it
23:38.12idookay
23:39.00idoi just didn't know if there was an even-odd versioning scheme for production releases like some other projects
23:39.17idothanks for your patience ;)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.