IRC log for #asterisk-dev on 20091209

02:31.52*** join/#asterisk-dev infobot (i=ibot@rikers.org)
02:31.52*** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://www.xkcd.org/664/
04:11.23*** join/#asterisk-dev The_Boy_Wonder (n=sloth@asterisk/batman-developer/dvossel)
04:11.23*** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ
04:17.06*** join/#asterisk-dev jtodd (i=csii1j32@asterisk/community-director-and-tie-dye-shirt-lover/jtodd)
04:17.06*** mode/#asterisk-dev [+o jtodd] by ChanServ
05:01.30*** join/#asterisk-dev DarkRift (n=dark@modemcable015.68-200-24.mc.videotron.ca)
06:52.08*** join/#asterisk-dev ticoit (n=ticoit@201.191.190.238)
07:42.34*** join/#asterisk-dev snuff-work (n=aaa@210.9.82.197)
07:42.34*** mode/#asterisk-dev [+o snuff-work] by ChanServ
08:01.45*** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl)
08:03.28*** join/#asterisk-dev mpe (n=mpe@gate.ipvision.dk)
08:42.15*** join/#asterisk-dev ticoit (n=ticoit@201.191.190.238)
08:55.07*** join/#asterisk-dev tzafrir__laptop (n=tzafrir@local.xorcom.com)
08:55.07*** mode/#asterisk-dev [+o tzafrir__laptop] by ChanServ
08:56.26*** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226)
09:16.58*** join/#asterisk-dev alecdavis (n=alec@202-78-149-14.cable.telstraclear.net)
09:17.44alecdavisany bug marshals awake and able to change category on bug 16389?
09:18.02alecdavisPlease change category to 'Asterisk/Dsp' or closest category, it's not DAHDI-Linux as it turns out.
09:18.21mvanbaakM16389
09:18.23MuffinMan[acknowledged] [DAHDI-linux] dahdi (the module) 0016389: [patch] busydetect incorrectly hangs up incoming call due to incoming DTMF seen as busy pattern. reported by alecdavis (Karma: +80.50) https://issues.asterisk.org/view.php?id=16389
09:20.08mvanbaakhhmm
09:20.16mvanbaakI cant move it to another project
09:20.27alecdaviswhat no 'dsp', oh!
09:22.14alecdaviseasy fix, commit it ;)
09:22.36mvanbaaklol ;)
09:23.31alecdaviswell perhaps, some else, who's keen on the dsp.c code, might like to stand up.
09:24.26alecdavismvanbaak: thanks for looking anyways.
09:25.58mvanbaakcore/rtp ?
09:26.12mvanbaakI found it
09:26.19mvanbaakhad to move the issue to asterisk first ;)
09:26.41alecdavisthanks.
09:27.01mvanbaakcore/rtp sounds ok ?
09:28.42mvanbaakor core/pbx ?
09:29.03alecdavisyeah just looked at core/pbx, feels right.
09:29.50mvanbaakthere you go
09:29.53alecdavisit lives under main/dsp.c
09:32.55tzafrir__laptopit's not RTP
09:38.28tzafriralecdavis, I wonder if you want to add a more specific progzone for your zone
09:38.39tzafririf you're into mocking with dsp.c
09:41.59tzafrirmvanbaak, hmm.. I misseed the "discussed on asterisk-dev" part. sorry. Feel free to override
09:52.54*** join/#asterisk-dev ticoit (n=ticoit@201.191.190.238)
09:54.04*** part/#asterisk-dev alecdavis (n=alec@202-78-149-14.cable.telstraclear.net)
10:00.49*** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) [NETSPLIT VICTIM]
10:00.49*** mode/#asterisk-dev [+o mvanbaak] by irc.freenode.net
10:18.27*** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) [NETSPLIT VICTIM]
10:18.27*** mode/#asterisk-dev [+o mvanbaak] by irc.freenode.net
10:38.31*** join/#asterisk-dev ticoit (n=ticoit@201.191.190.238)
10:55.45*** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) [NETSPLIT VICTIM]
10:55.45*** mode/#asterisk-dev [+o mvanbaak] by irc.freenode.net
11:17.28*** join/#asterisk-dev ticoit (n=ticoit@201.191.190.238)
11:41.19*** join/#asterisk-dev wedhorn (n=nnnnnnnn@123-243-209-34.static.tpgi.com.au)
11:42.19*** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak)
11:42.19*** mode/#asterisk-dev [+o mvanbaak] by irc.freenode.net
12:04.31*** join/#asterisk-dev qdk (n=qdk@0x573c2220.bynqu1.dynamic.dsl.tele.dk)
12:16.02*** join/#asterisk-dev Assuero (n=Assuero@187.59.195.146)
12:35.51*** join/#asterisk-dev caio1982_ (i=caio1982@CAcert-br/caio1982)
13:02.06*** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming)
13:02.07*** mode/#asterisk-dev [+o kpfleming] by ChanServ
13:58.41*** join/#asterisk-dev DocAwesome (n=Leif@asterisk/documenteur-extraordinaire/blitzrage)
13:58.41*** mode/#asterisk-dev [+o DocAwesome] by ChanServ
13:59.07*** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br)
14:17.11*** join/#asterisk-dev kazaa_lite (n=msaleem@94-193-98-124.zone7.bethere.co.uk)
14:24.27*** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com)
14:47.55*** join/#asterisk-dev Gugge (n=gugge@vlan2.dlxhosting.dk)
14:59.07atis_workanyone remembers some code where va_list is assembled?
15:00.17atis_workin a loop, not from passed arguments
15:03.03russellbAssembled?
15:03.22atis_workwell created from some stuff to pass it to function accepting va_list
15:03.23russellbI don't think we have any code that does that, except as a result of passed arguments
15:03.44russellbWell, those functions should also have something above it that takes ...
15:03.45atis_worki can't even find where it's defined
15:04.17atis_workwell, all i have is some array of data
15:04.57russellbis this Asterisk?
15:05.04russellbif so, we could talk specifics
15:05.10russellbif not, I will probably have to punt to ##c
15:05.13atis_workyeah, is va_list in C?
15:05.20russellbyes
15:05.23atis_workaah
15:05.32atis_workthen i can google that
15:07.20russellbprobably the best thing to do is to define your own variable argument function
15:07.24russellbpass everything in
15:07.39russellbbuild your va_list from that, and call the function taking the va_list in there
15:07.40*** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson)
15:07.40*** mode/#asterisk-dev [+o putnopvut] by ChanServ
15:08.04russellbThe "stdarg" manpage on my box is what covers all of this
15:08.09atis_workwell, i have to build va_list first..
15:08.15atis_workah, thanks, going to read that
15:09.15russellbthat's what I'm saying, defining a var arg function is your method of building a va_list
15:09.43atis_workso, how do i initially pass data from loop to var arg function? :P
15:10.36russellbum, store off your data?
15:20.15*** join/#asterisk-dev codefreeze-lap (n=murf@12.130.118.76)
15:20.15*** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ
15:27.21*** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel)
15:27.21*** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ
15:27.37atis_workumm, apparently there's no portable way to do it except writing pointers directly
15:31.36russellbwhere's lmadsen/blitzrage/DocAwesome?
15:31.55russellbit's a pain to see if he is here, I have to think through all of the nicks he uses, heh
15:31.57*** part/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl)
15:32.17Corydon76-digHe might be snowed under
15:32.20file404 Not Found?
15:32.22putnopvutrussellb: you forgot adamwest
15:32.26russellbah yes
15:32.36russellbthat would be funny if he was here under a nick I forgot ...
15:33.06Kattyhugs on russellb
15:33.09Kattyhugs on file
15:33.10russellbohai Katty !
15:33.31Kattyherro der
15:33.38Corydon76-digtickles Katty
15:33.43Kattyhow is chloe fluffball
15:33.46Kattyhugs Corydon76-dig
15:33.58russellbKatty: very puppy like.  cute, but very bad.
15:34.26Kattythat's the definition of puppy
15:35.05Corydon76-digKatty: Johnny says hello.  http://www.facebook.com/profile.php?id=100000447567647&ref=ts
15:35.35*** join/#asterisk-dev ticoit (n=ticoit@190.241.180.89)
15:35.37Katty:>
15:36.00Kattyjohnny thinks he needs a clover.
15:37.06Corydon76-digHe's probably eaten all of the Bermuda Grass I've scattered
15:38.02*** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162)
15:38.03*** mode/#asterisk-dev [+o Deeewayne] by ChanServ
15:38.07*** join/#asterisk-dev DocAwesome (n=Leif@asterisk/documenteur-extraordinaire/blitzrage)
15:38.07*** mode/#asterisk-dev [+o DocAwesome] by ChanServ
15:38.14*** join/#asterisk-dev heliosj (n=jeff@207.140.8.67.cfl.res.rr.com)
15:38.23Corydon76-digSpeak of the devil
15:38.58russellbDocAwesome: YOU!
15:39.05russellbDocAwesome: ready for RCs :-)
15:39.11DocAwesomeoh gawd don't hurt me again?!
15:39.27DocAwesomew00t!
15:39.48DocAwesomeso we're good to go eh?
15:39.48tzangerhttp://www.embedded.com/columns/breakpoint/221901489
15:39.50Corydon76-digDocAwesome: So you're saying you prefer whips and chains to generating RCs?  ;-)
15:40.04Kattywoah woah
15:40.18Kattywe don't need to hear about that!
15:40.24DocAwesomeI can't say I "prefer" it
15:40.30Corydon76-digDocAwesome: I actually have one more commit, if you'll hold off for a bit
15:40.41DocAwesomeyou're lucky I didn't start
15:40.52Corydon76-digA commit that should close at least 5 issues
15:40.56DocAwesomewhat is thy time frame?
15:41.00DocAwesomeI like closing many issues
15:41.10Corydon76-dig11:00 Central
15:41.23DocAwesomeok, I will wait till after lunch then
15:41.29DocAwesomewhat ever will I do for an hour!?
15:41.37DocAwesometriage is the name of that game
15:42.09russellbCorydon76-dig: which issue(s)?
15:42.17Corydon76-digI was thinking of something else, but triage works.  ;-)
15:42.30russellbCorydon76-dig: wtf?
15:42.50Corydon76-dig15716, 16270, 16382, 15356, 15627
15:42.59russellbM15716
15:43.01MuffinMan[acknowledged] [Asterisk] Channels/chan_sip/General 0015716: [patch] chan_sip fails to destroy channels in INVITE when no response received reported by dant (Karma: +3.00) https://issues.asterisk.org/view.php?id=15716
15:43.35Corydon76-digM16270
15:43.38MuffinMan[ready for testing] [Asterisk] Core/Netsock 0016270: [patch] Asterisk doesn't free udp ports reported by corruptor (Karma: +1.00) https://issues.asterisk.org/view.php?id=16270
15:43.53DocAwesomeoh yes, that issue
15:43.54russellbhave the patch already?
15:44.16Corydon76-digrussellb: Yes, on 16270
15:44.46Corydon76-digOh, and M15627 too
15:44.53Corydon76-digM15627
15:44.56MuffinMan[ready for testing] [Asterisk] Core/Netsock 0015627: [patch] Asterisk runs out of sockets reported by falves11 (Karma: -1.5) https://issues.asterisk.org/view.php?id=15627
15:45.02*** join/#asterisk-dev codefreeze-lap (n=murf@12.130.118.76)
15:45.02*** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ
15:46.31*** join/#asterisk-dev codefreeze-lap (n=murf@12.130.118.76)
15:46.32*** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ
15:47.26russellbCorydon76-dig: I don't see test results on there yet
15:47.30russellbAlso, I'd like that one on reviewboard
15:47.34*** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell)
15:47.34*** mode/#asterisk-dev [+o sruffell] by ChanServ
15:47.50Corydon76-digrussellb: okey dokey
15:47.52russellbsince changing chan_sip really anywhere is such a high risk area, I'd like a 2nd pair of eyes on every change
15:47.54russellbthanks
15:48.09Corydon76-digrussellb: there's test results on 15627
15:48.11russellbHave you received test results that I didn't see on 16270?
15:48.12russellbok
15:48.13DocAwesomeso delay RCs or no?
15:48.24DocAwesomeI'm ok with either
15:48.33Corydon76-digDocAwesome: It's a tiny patch.  Should be fine to delay
15:50.29russellbWell, since this is high risk, and isn't a regression introduce in the current set of release candidates, I think it's worth considering pushing out
15:50.56*** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm)
15:51.15russellbWe will be doing another round in just a few weeks, anyway.
15:51.17atis_workrussellb: how about this: http://www.flashfxp.com/forum/archive/index.php/t-6855.html
15:51.37atis_workit could work, i just wonder if i should create test for that
15:52.30russellbDocAwesome: let's go ahead and do the RCs.
15:52.42DocAwesomeand on the 8th day, we had RCs
15:52.43atis_workRCs.. again.. oh no..
15:52.58DocAwesomeatis_work: we will always have RCs -- it means we're progressing! :)
15:53.03atis_workthat was 4th day :p
15:53.05Corydon76-digrussellb: RB request published
15:53.32atis_workon 8th day we had security fix
15:54.31Kattyon the 8th day of christmas we had a security fix
15:55.41Corydon76-digand a partridge in a pear trie.
15:55.52Kattyand a partridge with a pound of brie!
15:59.32*** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler)
15:59.32*** mode/#asterisk-dev [+o jpeeler] by ChanServ
15:59.40*** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl)
16:05.14Kattythe nut house is broadcasting.
16:05.23mvanbaakso is my mpd
16:05.47DocAwesomeI need to get my webcam up again to broadcast out my balcony
16:05.53*** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com)
16:09.03KattyDocAwesome: yesh
16:09.34Kattyhttp://ustre.am/8H5d <- the nut house
16:13.37*** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) [NETSPLIT VICTIM]
16:14.33*** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright)
16:14.33*** join/#asterisk-dev micols (n=mio@rlogin.dk) [NETSPLIT VICTIM]
16:14.33*** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) [NETSPLIT VICTIM]
16:14.34*** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) [NETSPLIT VICTIM]
16:14.34*** join/#asterisk-dev Daviey (n=Daviey@ubuntu/member/pdpc.gold.Daviey) [NETSPLIT VICTIM]
16:14.34*** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239)
16:14.34*** join/#asterisk-dev xpot (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net)
16:14.34*** join/#asterisk-dev ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br)
16:14.34*** join/#asterisk-dev kaii (n=kai@ciphron.de) [NETSPLIT VICTIM]
16:14.34*** mode/#asterisk-dev [+o seanbright] by irc.freenode.net
16:15.24*** join/#asterisk-dev jtodd (i=csii1j32@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) [NETSPLIT VICTIM]
16:15.24*** join/#asterisk-dev heliosj (n=jeff@207.140.8.67.cfl.res.rr.com) [NETSPLIT VICTIM]
16:15.24*** join/#asterisk-dev nd- (n=nd-@xes-mad.com) [NETSPLIT VICTIM]
16:15.24*** join/#asterisk-dev mohawk (n=ross@host217-40-110-153.in-addr.btopenworld.com) [NETSPLIT VICTIM]
16:15.24*** join/#asterisk-dev Katty (n=asterisk@mail.copi-rite.com) [NETSPLIT VICTIM]
16:15.25*** mode/#asterisk-dev [+o jtodd] by irc.freenode.net
16:16.20*** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171)
16:21.26tzafrirAny reason DAHDI module parameters are not readable to other users?
16:21.41tzafrirAnything secret in the value of any of them?
16:24.03*** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.97)
16:30.32seanbrighteven with latest dahdi svn, i am stillg etting this error with starting dahdi
16:30.35seanbright/usr/share/dahdi/waitfor_xpds: Missing astribank_is_starting
16:31.03tzafrirwhat version of dahdi-tools do you have?
16:31.08seanbrighttrunk
16:31.21seanbrightdahdi-linux-complete trunk
16:33.14tzafrirFor starters, this is not a fatal error. There's an 'exit 0' after that because in such a case we just assume there are no astribanks
16:33.50tzafririf ! astribank_is_starting="`which astribank_is_starting 2>/dev/null`"; then
16:33.50tzafrir<PROTECTED>
16:34.21tzafrirWhat's the output of:   which astribank_is_starting
16:35.20*** part/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl)
16:36.18seanbrightme@pbx:~$ which astribank_is_starting
16:36.19seanbrightme@pbx:~$
16:36.27seanbrightand i know it's not fatal.  just annoying.
16:36.49tzafriractually maybe it should return an error there. An error there means "no astribanks. don't bother"
16:37.45tzafrirI suspect you don't have libusb-devel installed, and thus xpp/Makefile did not build it
16:37.58tzafrirThough astribank_is_starting itself does not depend on libusb
16:38.13tzafrirhmm...
16:39.04tzafrirSo there are many cases in which this will be called. Right
16:43.24seanbrightjust bringing it up.  as you say, it's not fatal.  i just see it whenever i start dahdi.
16:43.47Kattyhi sean
16:44.03seanbrighthello
16:51.13Corydon76-digWow... did I just sense some discomfort?
16:52.39seanbrightyou did not
17:03.20*** join/#asterisk-dev heliosj (n=jeff@i216-58-41-253.cybersurf.com)
17:06.49*** join/#asterisk-dev DarkRift (n=dark@modemcable015.68-200-24.mc.videotron.ca)
17:09.13*** join/#asterisk-dev ticoit (n=ticoit@190.241.180.89)
17:23.54*** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) [NETSPLIT VICTIM]
17:23.54*** mode/#asterisk-dev [+o mvanbaak] by ChanServ
17:56.56*** join/#asterisk-dev davidbrillert (n=aragon12@h216-235-8-130.host.egate.net)
18:04.50seanbrightis the pci-e base card the tce400 or tce400p?
18:05.04seanbrightthe website says 'p' but the code doesn't include the p
18:07.45Qwellseanbright: the 'p' is silent
18:08.59Qwellseanbright: depending on the reseller, the model number will change.  The *actual* product code you want for the TCE400P base card + TC400M module (one is useless without the other) is 1TCE400BLF
18:10.03QwellB = Bundle.  I don't know what the LF stands for.  I'm sure it makes sense to people in sales or something
18:10.36seanbrightjust wanted to make sure that the output of the dahdi_genconf was correct
18:10.40seanbrighti guess it's close enough
18:10.48seanbrightTC400P and TCE400P
18:11.03Qwellthose are the actual base card model numbers
18:11.17Qwellmodel number != product code != reality :D
18:11.20seanbrightright
18:12.03seanbrightwill the tc400ms be the only daughter boards ever put on those base cards?
18:12.11Qwellshrugs
18:12.14seanbrightright
18:12.22seanbrightso the output will have to be generic
18:48.15ecraneIf asterisk is processing mutiple calls at once, does it spawn threads or processes as it works through the dial plan applications?
18:48.55ecrane(and if it is threads or processes, which one? Threads? Processes?)
18:50.39tzangerasterisk is heavily threaded
18:59.38*** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au)
18:59.38*** mode/#asterisk-dev [+o snuff-home] by ChanServ
19:02.13*** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl)
19:16.52*** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171)
19:17.12*** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.97)
19:26.26*** join/#asterisk-dev Ta^3 (n=tacvbo@189.146.170.87)
19:29.12*** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming)
19:29.12*** mode/#asterisk-dev [+o kpfleming] by ChanServ
19:33.42*** join/#asterisk-dev jetsnoc (n=jetsnoc@216.83.78.106)
19:41.37*** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm)
20:17.04*** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171)
20:22.04*** join/#asterisk-dev alecdavis (n=alec@202.36.76.21)
20:31.39*** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc)
20:42.40*** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162)
20:42.41*** mode/#asterisk-dev [+o Deeewayne] by ChanServ
21:39.18*** join/#asterisk-dev ecrane (n=ecrane@o1-69-19-166-10.static.o1.com)
21:46.43*** join/#asterisk-dev vally (i=vally@ip-92-50-113-160.unitymediagroup.de)
21:47.42vallyhi. how do i have to encode a file (with sox) to have its file format equal to AST_FORMAT_SLINEAR?
21:52.47kpflemingvally: -t sw -c 1 -r 8000
21:53.37vallywow. thanks a lot!
21:57.02vallycan i open such a file with ast_readfile?
21:57.38kpflemingif you give the proper extension and have the proper format module loaded
21:57.51kpflemingbut it's usually better to store them in a WAV wrapper
21:58.37vallyi wonder what kind of file format it is. i thought AST_FORMAT_SLINEAR is raw data.
21:59.14*** join/#asterisk-dev ChanServ (ChanServ@services.)
21:59.14*** mode/#asterisk-dev [+o ChanServ] by irc.freenode.net
21:59.31*** join/#asterisk-dev ticoit (n=ticoit@201.191.190.123)
21:59.31*** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd)
21:59.31*** mode/#asterisk-dev [+o malcolmd] by ChanServ
22:16.02atis_workrussellb: what would you say about this: http://pastebin.ca/1708833 should i optimize it further into some struct?
22:17.32russellbcan't look right now sorry ...
22:20.23atis_workhah, ok.. i'll probably get some comments later upon submitting
22:26.16*** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright)
22:26.16*** mode/#asterisk-dev [+o seanbright] by ChanServ
22:26.57*** join/#asterisk-dev jtodd (i=k16uqwxr@asterisk/community-director-and-tie-dye-shirt-lover/jtodd)
22:26.57*** mode/#asterisk-dev [+o jtodd] by ChanServ
22:45.47jpeelerhow serious is this comment in app.c about ast_app_parse_options64 not being used anywhere else? i just added the 33 flag to app_meeme (or plan on doing so)
22:46.29jpeelerapp_meetme, yes
22:46.47snuff-workwell it is only used in app_dial
22:46.55snuff-workatm :)
22:47.11jpeelerwell it makes it seem like it is temporary and shouldn't be used
22:47.35russellbi don't have a reason it should be avoided ...
22:48.08jpeelerpermission to get rid of the comment stating to get rid of it
22:48.39russellbheh, sure
22:48.47russellbmaybe svn annotate it first
22:49.41jpeelermurf       2007-07-19 23:24:27
22:49.57mvanbaakancient
22:50.12russellbcheck the log message, though
22:52.36jpeelerapparently he was trying to avoid rewriting dial
22:57.13russellbjust looking for anything that mentioned that API being bad ...
22:57.19russellbuse away
23:14.20*** join/#asterisk-dev tzafrir (n=tzafrir@bzq-218-155-146.cablep.bezeqint.net)
23:14.20*** mode/#asterisk-dev [+o tzafrir] by ChanServ
23:15.10*** join/#asterisk-dev moy (n=moy@bas1-unionville55-1177733516.dsl.bell.ca)
23:33.58snuff-workCorydon76-dig: i might know what's causing the issue for sparc and 'string_field'
23:34.12snuff-workwhat i've done though is probably horribly wrong :)
23:42.58*** join/#asterisk-dev ticoit (n=ticoit@201.191.190.123)
23:43.55Corydon76-digsnuff-work: heh
23:44.16*** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40)
23:44.16*** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ
23:45.15*** join/#asterisk-dev tzafrir__laptop (n=tzafrir@212.179.75.202)
23:45.15*** mode/#asterisk-dev [+o tzafrir__laptop] by ChanServ
23:46.45snuff-workhttp://pastebin.ca/1708943
23:47.32snuff-workthat's me writing it out in full or most of the macro just in its own scope
23:47.59snuff-workthe ast_stringfield_ptr_set() above it is just to remind me of the vars
23:48.57snuff-worki will be uploadin a small patch to bug tracker for another 2 solaris sparc bug fixes
23:49.18snuff-worknot this stringfield thing though ;)
23:58.55snuff-worki think the bit solaris has the issue with is the AST_STRING_FIELD_ALLOCATION() macro

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