IRC log for #asterisk-bugs on 20080313

00:43.57*** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla)
00:43.57*** mode/#asterisk-bugs [+o russellb] by ChanServ
03:53.38*** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla)
03:53.38*** mode/#asterisk-bugs [+o russellb] by ChanServ
04:15.49*** join/#asterisk-bugs ZX81 (n=ZX81@202.20.97.211)
06:41.57*** join/#asterisk-bugs oej (n=olle@114.62-97-206.bkkb.no)
07:54.56*** join/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it)
09:10.47*** join/#asterisk-bugs oej (n=olle@62.97.243.70)
09:29.54*** join/#asterisk-bugs Deeewayne (n=dwayne@216.207.245.1)
09:29.54*** mode/#asterisk-bugs [+o Deeewayne] by ChanServ
09:30.00*** join/#asterisk-bugs angler (n=angler@pdpc/sponsor/digium/angler)
09:53.56*** join/#asterisk-bugs simbol76ss (n=simbol@213-140-19-115.fastres.net)
11:44.14*** join/#asterisk-bugs oej (n=olle@62.97.243.70)
12:13.16*** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982)
12:27.59*** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage)
12:27.59*** mode/#asterisk-bugs [+o lmadsen] by ChanServ
13:05.55*** join/#asterisk-bugs jsmith (n=jsmith@216.207.245.1)
13:05.55*** mode/#asterisk-bugs [+o jsmith] by ChanServ
14:58.26*** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage)
14:58.26*** mode/#asterisk-bugs [+o lmadsen] by ChanServ
15:17.50*** join/#asterisk-bugs putnopvut (n=putnopvu@216.207.245.1)
15:17.50*** mode/#asterisk-bugs [+o putnopvut] by ChanServ
15:26.27*** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla)
15:26.27*** mode/#asterisk-bugs [+o russellb] by ChanServ
15:38.00*** join/#asterisk-bugs elguero (n=elguero@ns1.nashuacs.com)
17:48.02JuggieM12017
17:48.04MuffinMan[new] [Asterisk] Core-General 0012017: Asterisk crashes on dial_exec_full reported by agupta  http://bugs.digium.com/view.php?id=12017
17:48.19Juggieshould i close that, reporter claims its resolved in latest SVN.
17:48.39Qwellyes, please
17:50.41Juggieok, done.
18:31.03*** join/#asterisk-bugs implicit (n=implicit@ip72-211-213-26.oc.oc.cox.net)
18:31.03*** mode/#asterisk-bugs [+o implicit] by ChanServ
19:09.36*** join/#asterisk-bugs miguel3239 (n=elguero@ns1.nashuacs.com)
19:19.07Qwellhey putnopvut ?
19:19.23putnopvutQwell: yes?
19:19.31Qwellwhat was that issue with the sip sched race?
19:19.36Qwellwhat #
19:19.37putnopvut12098, I think
19:19.41putnopvutM12098
19:19.42MuffinMan[ready for testing] [Asterisk] Channels/chan_sip/General 0012098: Segmentation fault in chan_sip.c reported by wegbert  http://bugs.digium.com/view.php?id=12098
19:19.45putnopvutYes, that one.
19:19.58putnopvutGot some juicy info?
19:20.06QwellM12089
19:20.07MuffinMan[assigned] [Asterisk] . I did not set the category correctly. 0012089: Random crashes in different places reported by PTorres  http://bugs.digium.com/view.php?id=12089
19:20.09Qwellsame?
19:20.14putnopvutI'll check.
19:20.17Qwellkk
19:20.53Qwellboth are in retrans_pkt
19:20.54putnopvutQwell: the bt looks just like the ones on 12098.
19:20.58Qwellclosing
19:21.03putnopvutQwell: Not yet!
19:21.07Qwellk
19:21.11putnopvutJust point them to the patch on 12098.
19:21.17putnopvutBecause it's not closed yet.
19:21.21Qwellahh, I see
19:21.29putnopvutI'm trying to make sure that no one has troubles with the patch I posted.
19:21.40putnopvutAlthough it has been a couple of days...
19:21.44Qwellnoted
19:22.54putnopvutI'm considering making a branch to clean up the scheduler some.
19:29.05putnopvutQwell: heh, I think I see a flaw in my initial patch.
19:54.04JuggieQwell, psst... use relationships :)
19:54.40Qwellmmm, yeah
19:54.52Juggiei added it
19:55.15Qwellthanks
19:55.26JuggieQwell, you know anything about Makefiles?
19:55.31Qwella bit
19:55.54Juggiewanna look @ a oneliner patch i made to the asterisk makefile and tell me if you think its correct... i believe it to be but i am a huge makefile newb.
19:56.15JuggieM12197
19:56.16MuffinMan[new] [Asterisk] Core/BuildSystem 0012197: [patch] Make Menuselect bombs on a clean checkout or make dist-clean if configure not run. reported by juggie  http://bugs.digium.com/view.php?id=12197
19:56.47Juggiebasically changed, menuselect/makeopts:
19:56.50Juggieto menuselect/makeopts:
19:56.52Juggiegrr
19:57.09Juggiemenuselect/makeopts: makeopts
19:57.18Juggiewhich did the trick for me of forcing the ./configure error
19:57.30Juggierather then incorrectally try to build menuselect
19:57.47Qwell12197.diff?
19:57.52Juggieya
19:58.05Qwellwell
19:58.16Qwell1.4 has the makeopts target as a dep of menuselect/menuselect
19:58.40Juggiei never tested 1.4 for the same issue.
19:59.01Qwelltry it - I think it works right there
20:01.27Juggieya thats how it was done.
20:01.39Juggieeither way would work... and i dont know which way is 'more right'
20:02.04Juggiebecause it kinda makes sense that makeopts is a dep of menuselect/makeopts
20:02.14Juggiebut it could work as a dep of menuselect/menuselect too
20:03.21JuggieAHHHH
20:03.22Juggienow i remember
20:03.31Juggiei put it as a dep of menuselect/makeopts
20:03.47Juggiebecause there is menuselect/cmenuselect/nmenuselect/gmenuselect
20:04.14Juggiewhich all are dependant on menuselect/makeopts so rather then add it in 4 places, i added it as a dep of menuselect/makeopts
20:04.33Juggiethat made sense to me.
20:36.52ACiDVputnopvut I just test your new patch on 12098, now have lots of 'Locked Here' on 'core show locks'... I've send it on ticket
20:36.58*** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir)
20:37.38putnopvutDang...
20:37.45putnopvutThanks for testing it.
20:38.59putnopvutACiDV: Can you upload the entire core show locks output?
20:39.02ACiDVwhen we see restart_monitor, do_monitor, etc this is unrelated to Recording/Monitor true ? or false ?
20:39.06ACiDVok putnopvut
20:39.13ACiDVI upload it in 2 min
20:39.29putnopvutdo_monitor has nothing to do with the monitor application.
20:39.39putnopvutIt is a function in chan_sip which monitors the sip socket.
20:41.00ACiDVputnopvut, locks.txt uploaded
20:41.15putnopvutExcellent! Thank you.
20:55.18*** join/#asterisk-bugs oej (n=olle@114.62-97-206.bkkb.no)
21:38.21*** join/#asterisk-bugs file (n=file@asterisk/developer-and-muffin-lover/file)
21:38.21*** mode/#asterisk-bugs [+o file] by ChanServ
22:14.14ACiDVputnopvut, now have 0 lock with 12098v3 but have another problem that I must fix, not sure if this is "normal" or an infinite look somewhere, I'll explain
22:14.35putnopvutOkay.
22:14.51ACiDVI have an asterisk that act as client (use pbx-test) and made call to my test server (1.4 svn)
22:15.12ACiDVAll call look ok but if I stop the "client" asterisk, I still see all channels open on my server
22:15.55putnopvutACiDV: I don't know if that's related to issue 12098 or not.
22:15.59ACiDVI see this error that is repeated on CLI ...
22:15.59ACiDV[Mar 13 18:14:50] DEBUG[32281]: audiohook.c:233 audiohook_read_frame_both: Failed to get 160 samples from read factory 0xb32e1210
22:16.12ACiDVabout 1 line per "zombie" channels
22:17.05filehow do you stop it?
22:17.24ACiDVI have do " stop now " on the 1st server (client)
22:18.24ACiDVI will attach "DEBUG" output that I have (SIP, audiohook, sched.c, etc)
22:20.33ACiDVdone, it include "core show channels" and debug output

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