| 00:03.50 | kpfleming | tzafrir: i will look at the zaptel tor2 problem right now |
| 00:09.55 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 00:13.02 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 00:19.08 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 00:20.20 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 00:52.06 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |
| 01:25.19 | *** join/#asterisk-dev jeffg (i=DQdb3na7@pdpc/supporter/active/jeffg) |
| 01:27.18 | Corydon76-dig | jsmith-away: ping |
| 01:33.59 | *** join/#asterisk-dev anthm (n=anthm@70-9-12-51.area4.spcsdns.net) |
| 01:33.59 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 01:34.51 | jsmith-away | Corydon76-dig: Pong |
| 01:44.17 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 02:17.34 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 03:02.23 | g0mb0 | Corydon76-dig: are you there? |
| 03:02.30 | g0mb0 | sergee: are you there? |
| 03:04.49 | Corydon76-dig | I'm here |
| 03:07.11 | g0mb0 | ok, http://bugs.digium.com/view.php?id=11992 is closed right |
| 03:07.58 | g0mb0 | that is ok, anyway I can't use chan_h323 due to crash and sergee told me to look at the problem when he has time this week |
| 03:08.38 | g0mb0 | http://bugs.digium.com/view.php?id=11993 |
| 03:18.06 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:18.06 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 03:38.38 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.ct.comcast.net) |
| 03:51.28 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-183-109.hsd1.or.comcast.net) |
| 03:51.48 | Qwell | seanbright: err? |
| 03:51.53 | Qwell | escape delay? |
| 03:52.10 | Qwell | it doesn't just go back a menu? O.o |
| 03:54.43 | Qwell | huh, it does delay... I've never really paid attention to that. figured it was just processing. |
| 03:56.19 | Qwell | fixed :D |
| 04:25.01 | brookshire | Qwell: i hope this guy isn't serious |
| 04:25.40 | Qwell | he's a Dr. |
| 04:25.49 | Qwell | no, he's not serious. or a Dr. :p |
| 04:28.07 | *** join/#asterisk-dev AdamWest (n=Leif@d221-75-88.commercial.cgocable.net) |
| 04:35.30 | *** join/#asterisk-dev AdamWest (n=Leif@d221-75-88.commercial.cgocable.net) |
| 04:39.37 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 05:28.05 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 05:28.05 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 05:52.41 | Qwell | russellb: check out menuselect r262 :D |
| 06:01.22 | mvanbaak | mornin |
| 06:05.33 | russellb | Qwell: ha, weird |
| 06:05.37 | russellb | stupid curses |
| 06:32.17 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 06:35.46 | *** join/#asterisk-dev Azam (n=azamzia@58-65-160-140.nayatel.pk) |
| 06:36.07 | Azam | hi mysql_query give me segmentation fault can anyone help me please |
| 06:38.06 | Corydon76-dig | Azam: in what application? |
| 06:39.12 | Azam | i have made my own application |
| 06:39.23 | Corydon76-dig | Then I can't help you |
| 06:39.29 | Azam | and i want to connect to mysql to retrieve some data |
| 06:39.35 | Corydon76-dig | Use func_odbc |
| 06:39.53 | Azam | sir i must mention here that if i have a single querry then it works fine |
| 06:40.22 | Azam | but if i try to excute a second querry it gives segmentation fault |
| 06:40.44 | Corydon76-dig | You might want to ask in #mysql then |
| 06:43.07 | Azam | i did ask it there too but got no answers :( |
| 06:44.38 | Corydon76-dig | That might be because it's something like 6 am in Sweden |
| 06:44.47 | Corydon76-dig | and they're not yet awake |
| 06:56.39 | *** part/#asterisk-dev Azam (n=azamzia@58-65-160-140.nayatel.pk) |
| 07:18.05 | *** join/#asterisk-dev puzzled (n=patrick@53533DDB.cable.casema.nl) |
| 07:48.58 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 07:52.01 | mvanbaak | can you help me, my gnome segfaults after I installed asterisk ;0 |
| 08:16.21 | *** join/#asterisk-dev oej (n=olle@194.171.177.169) |
| 08:16.21 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:19.45 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-290446.home.otenet.gr) |
| 08:35.10 | *** join/#asterisk-dev oej (n=olle@194.171.177.169) |
| 08:35.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:38.44 | mvanbaak | hey oej |
| 08:38.47 | mvanbaak | ;0 |
| 08:39.02 | oej | Oh, is this the new and improved IRC? |
| 08:39.07 | oej | I can actually see you!!! |
| 08:39.21 | mvanbaak | yeah 1 |
| 08:40.41 | mvanbaak | chan_irc3 brought to you by edvina |
| 08:43.05 | mvanbaak | oej: I see you already did some astobject stuff in the new multiparking lot |
| 08:55.58 | *** join/#asterisk-dev g0mb0 (n=root@external.micom.mng.net) |
| 10:02.57 | *** join/#asterisk-dev oej (n=olle@194.171.177.169) |
| 10:02.57 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:06.55 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 10:41.13 | *** join/#asterisk-dev agallo (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 11:07.08 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 11:07.29 | *** join/#asterisk-dev oej (n=olle@194.171.177.169) |
| 11:07.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:11.26 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:17.07 | *** join/#asterisk-dev oej (n=olle@194.171.177.169) |
| 11:17.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:22.00 | *** join/#asterisk-dev mosty (n=mostyn@60-241-198-194.static.tpgi.com.au) |
| 11:27.19 | mvanbaak | oej: no chan_sip code changed for the multiparking ? |
| 11:27.26 | *** join/#asterisk-dev ahilb (n=noone@104.93.187.81.in-addr.arpa) |
| 11:27.46 | oej | mvanbaak: Oh, I had teh usual stuff, support for the peer config option in chan_sip |
| 11:28.25 | mvanbaak | not in your branch :0 |
| 11:32.00 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 11:39.00 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 12:12.17 | festr_ | i'm moron... i've borred you here for two days with dtmf, all is solved now. i've bad filter on pcap filters which filtered INFO dtmf. :( sorry :) |
| 12:19.08 | tzafrir_home | INFO is part of SIP |
| 12:19.21 | tzafrir_home | that is: normally USP port 5060 |
| 12:33.42 | *** join/#asterisk-dev oej (n=olle@194.171.177.169) |
| 12:33.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:48.07 | RoyK | IIRC wireshark can filter out INFO messages as well |
| 12:48.16 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:07.11 | jmls | festr_: at least you were man enough to admit your mistake ;) |
| 13:12.36 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.232.128) |
| 13:19.49 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:19.49 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:21.37 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 13:25.41 | lmadsen | morning y'all |
| 13:30.25 | jmls | morning |
| 13:31.54 | lmadsen | how goes today jmls |
| 13:32.23 | lmadsen | if you s/s/a, then your name is an anagram of my initials :) |
| 13:33.04 | jmls | heh |
| 13:34.59 | *** join/#asterisk-dev oej (n=olle@194.171.177.169) |
| 13:34.59 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:46.29 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 13:47.54 | agx | is here the man we was talking yesterday on this channell about random DTMF over sip2sip calls? :)) |
| 13:59.54 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 14:01.53 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-105216.home.otenet.gr) |
| 14:11.13 | *** join/#asterisk-dev oej (n=olle@194.171.177.169) |
| 14:11.13 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:11.49 | *** join/#asterisk-dev jeffg (i=wBy3aUpX@pdpc/supporter/active/jeffg) |
| 14:15.10 | *** join/#asterisk-dev oej (n=olle@194.171.177.169) |
| 14:15.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:48.32 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 14:55.56 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 14:59.31 | *** join/#asterisk-dev _foxfire_ (n=_foxfire@cica-adm.fe.up.pt) |
| 15:05.54 | _foxfire_ | hello guys, i am having a serious problem here at our university, we are running asterisk 1.2 and we want to upgrade to version 1.4. I 've changed the configuration files to be compatible with 1.4. Our system has an Digium, Inc. Wildcard TE210P, when we start getting some calls , the hole thing crashed , after an cold reboot it took about 5-10 minutes to crash again. |
| 15:06.23 | _foxfire_ | unfortunatly the system is in production so i could not play araound and had to revert to 1.2 ? |
| 15:06.56 | _foxfire_ | is there any know bug or does any of you have an advice for me ? |
| 15:08.00 | _foxfire_ | ohh yes the kernel panic pointed to an zaptel problem |
| 15:16.22 | jsmith | _foxfire_: Maybe try a slightly older version of Zaptel? |
| 15:29.27 | Mw3 | _foxfire_: did you upgrade the zaptel to 1.4 as well or just asterisk? |
| 15:31.06 | Juggie | amd libpri |
| 15:42.41 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 15:44.46 | *** join/#asterisk-dev eelcob (n=niemand@wc-198.r-195-35-139.atwork.nl) |
| 15:50.35 | *** join/#asterisk-dev reinierb (n=reinier@wc-198.r-195-35-139.atwork.nl) |
| 15:53.42 | reinierb | Hi all, (my first IRC experience, please be gentle :-) ) is there anyone here who can explain some things in chan_sip.c to me? |
| 15:55.28 | file | if you ask a specific question, someone may answer |
| 15:56.15 | reinierb | ok, thanks... I completely miss why the thread running do_monitor() is restarted every time a new channel is added, and every time a reload of the config is done. |
| 15:56.49 | reinierb | I removed these restarts, and everything seems to work just fine. Am I overlooking something? |
| 15:57.01 | file | it's not really "restarted" |
| 15:57.39 | reinierb | it looks like the thread is stopped and then fired up again? Although I'm not that deep into pthreads... |
| 15:57.41 | file | if the thread is already running it's just poked, so if it's waiting on something it stops waiting and can do whatever |
| 15:58.23 | ZaVoid | hey file.. see the pics of the lunar eclipse? |
| 15:58.31 | file | ZaVoid: nope. |
| 15:58.36 | ZaVoid | http://www.flickr.com/photos/zavoid/2280330377/in/photostream/ |
| 15:58.39 | ZaVoid | check it out |
| 15:58.51 | ZaVoid | only thruogh my 200mm lens.. my scope t-ring adapter is all messed up :( |
| 15:59.03 | file | reinierb: in the end the thread will eventually stop waiting and do whatever, but poking it makes it happen almost immediately |
| 15:59.49 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 16:00.20 | reinierb | i see, ok, thanks! |
| 16:01.08 | file | ZaVoid: nifty |
| 16:01.33 | ZaVoid | thanks file |
| 16:03.00 | caio1982 | i just showed this picture to a friend right now and he told me he was actually talking to... you?! |
| 16:03.01 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 16:03.01 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:03.07 | caio1982 | weird (that's felipe) |
| 16:05.52 | caio1982 | ah, you're all in #astronomy... interesting :) |
| 16:06.49 | reinierb | file: i am investingating a deadlock that happens when a lot of quite short calls come in, and a config reload is performed. It seems to be related to the monlock mutex that is claimed in the restart monitor and that is held for a long time in do_monitor() |
| 16:07.15 | file | reinierb: that thread handles incoming SIP packets as well... if your reload takes awhile those packets will not be handled |
| 16:07.47 | reinierb | missing some packets is better than a deadlock :-) |
| 16:08.28 | reinierb | it's not that I want to reload often, but sometimes it should be possible without the risk on deadlocks |
| 16:10.34 | *** join/#asterisk-dev mib_3vvtcz9a (i=0ca5bc82@gateway/web/ajax/mibbit.com/x-1ad027264634f938) |
| 16:11.01 | _foxfire_ | Mw3 i did upgrade all versions, i am upgrading zaptel to 1.4.8 to 1.4.9 , don't belive there will be any change . But i have noticed one thing |
| 16:11.31 | _foxfire_ | when compiling zaptel i get an warning which i ignored because drivers are build an load |
| 16:11.31 | reinierb | another issue I have is with the netlock (I am checking all mutexes in chan_sip ;-) ) I'd say that this mutex protects the sipsock socket variable. But it is held for a long time in do_monitor(). |
| 16:11.35 | mib_3vvtcz9a | I am running meetme on asterisk 1.4.13 and after a while for some users the audio is changed to oneway.(listen only) Did anybody can help me out? |
| 16:12.03 | file | mib_3vvtcz9a: we aren't tier 2 support |
| 16:12.15 | _foxfire_ | WARNING: "_spin_lock_irqsave" [/usr/src/zaptel-1.4.9/kernel/xpp/xpd_pri.ko] undefined! |
| 16:12.19 | file | reinierb: yeah... the locking in chan_sip is botherful |
| 16:12.31 | _foxfire_ | in almost all drivers |
| 16:12.43 | reinierb | I've moved the locks/unlocks to be only around the socket operations (read/write/etc). Could that do any harm? |
| 16:13.14 | ZaVoid | hey caio1982 |
| 16:13.18 | ZaVoid | yeah i'm in #astro too |
| 16:13.19 | reinierb | My first loadtests seem to do just fine |
| 16:13.28 | mib_3vvtcz9a | I just want to find out if somebody reported or not this issue and how can I found out where is the issue. |
| 16:13.30 | file | reinierb: knowing chan_sip... probably in some way you don't expect under certain scenarios |
| 16:13.45 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 16:14.06 | file | mib_3vvtcz9a: well... all issues are reported on bugs.digium.com, try with the latest version, check to see if an issue already exists and if it doesn't file one... |
| 16:15.20 | mib_3vvtcz9a | ok |
| 16:15.31 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 16:15.33 | reinierb | file: yeah :-) it's sometimes quite misty out there. But is there a clear description of what that mutex should protect? It's not in the comments at least |
| 16:16.06 | file | reinierb: there is a comment above it in 1.4 |
| 16:16.13 | file | but who knows whether it is accurate... |
| 16:16.24 | reinierb | indeed, but it looks to be for monlock... |
| 16:22.58 | file | seanbright: I got Russell to kick automerge |
| 16:23.08 | file | seanbright: so it should be okay |
| 16:23.18 | seanbright | file: yeah it started working yesterday sometime |
| 16:23.47 | seanbright | file: i was just concerned i didn't set something up right. but i did. score. |
| 16:24.07 | file | crontab on origsvn is... |
| 16:24.15 | seanbright | sucky. |
| 16:24.15 | file | annoying. |
| 16:24.48 | seanbright | digium could just hire an intern to type ./svn-automerge all day |
| 16:24.52 | seanbright | problem solved! |
| 16:25.05 | file | marketing would take them. |
| 16:25.34 | seanbright | wow... that happens at every company?? i thought it was just the ones i work for |
| 16:25.43 | *** join/#asterisk-dev eelcob (n=niemand@wc-198.r-195-35-139.atwork.nl) |
| 16:26.28 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:26.28 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:32.09 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:34.47 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 16:34.47 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 16:40.58 | *** part/#asterisk-dev mib_3vvtcz9a (i=0ca5bc82@gateway/web/ajax/mibbit.com/x-1ad027264634f938) |
| 16:43.04 | reinierb | thanks file! bye |
| 16:43.08 | *** part/#asterisk-dev reinierb (n=reinier@wc-198.r-195-35-139.atwork.nl) |
| 16:46.45 | *** join/#asterisk-dev Corydon76-vcch (i=red@pdpc/supporter/bronze/Corydon76-home) |
| 16:46.45 | *** mode/#asterisk-dev [+o Corydon76-vcch] by ChanServ |
| 16:56.19 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
| 16:59.55 | JunK-Y | why in my bt ive a lot of ?? instead of the real backtrace. |
| 17:00.17 | JunK-Y | with latest 1.4 |
| 17:00.22 | putnopvut | JunK-Y: that's usually an indication of compiling without DONT_OPTIMIZE. |
| 17:00.24 | russellb | usually happens with optimizations |
| 17:00.32 | russellb | otherwise, ?? is my answer :-p |
| 17:04.20 | *** join/#asterisk-dev simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
| 17:04.39 | JunK-Y | if ive with optimization or not, ive ?? in my backtrace |
| 17:05.20 | seanbright | Qwell: that patch to menuselect was critical for my organization to move forward with asterisk |
| 17:05.22 | seanbright | ;-) |
| 17:05.31 | russellb | seanbright: lol |
| 17:05.35 | russellb | seanbright: nice patch |
| 17:05.43 | seanbright | russellb: thanks. it was irking me. |
| 17:05.45 | russellb | seanbright: do you want commit to menuselect? |
| 17:05.54 | russellb | seanbright: if you need access to something, just ask .. |
| 17:06.03 | seanbright | russellb: ok, will do. |
| 17:06.09 | russellb | k |
| 17:06.18 | file | ask and bribe. |
| 17:06.20 | seanbright | russellb: can't think of anything else i want to add... except another... well... 'feature' |
| 17:06.22 | seanbright | heh |
| 17:06.32 | russellb | heh |
| 17:06.39 | russellb | i'd like to do a prettier console menu |
| 17:06.48 | seanbright | minesweeper mode, mayhaps. |
| 17:06.50 | russellb | newt looks nice ... but maybe just curses |
| 17:06.53 | russellb | oooooh |
| 17:06.55 | russellb | :) |
| 17:06.58 | russellb | yes, another 'feature' |
| 17:07.17 | russellb | those features are encouraged :) |
| 17:07.19 | seanbright | russellb: i started working on a newt version... have it around here somewhere |
| 17:07.32 | russellb | neat |
| 17:07.52 | seanbright | russellb: nolosscdr first... then menuselect... then the world. |
| 17:08.15 | russellb | sounds like a plan |
| 17:08.19 | russellb | priorities, of course |
| 17:16.09 | russellb | someone not on the digium lan, try pulling up buildbot.digium.com |
| 17:16.21 | russellb | it's not working for me internally, but was supposedly set up |
| 17:16.27 | russellb | so maybe it's just external ... for some reason |
| 17:16.54 | Qwell | Sorry, we can't find www.buildbot.digium.com.com. Please check the address for errors. |
| 17:16.56 | Qwell | DNS is b0rked. |
| 17:17.18 | Qwell | or lynx is silly |
| 17:17.24 | Juggie | works for me |
| 17:17.34 | Juggie | Welcome to the Buildbot! |
| 17:17.34 | Juggie | <PROTECTED> |
| 17:17.36 | outtolunc | com com com <G> |
| 17:17.37 | Juggie | and so on. |
| 17:17.41 | russellb | Juggie: awesome! |
| 17:17.46 | russellb | so i guess it just works externally or whatever |
| 17:18.06 | file | I'm external for that host and it doesn't resolve |
| 17:18.19 | *** topic/#asterisk-dev by russellb -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@misery.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Lost: Sanity Found: Banana -=- Automated Builds, thx file! - http://buildbot.digium.com |
| 17:18.22 | Qwell | doesn't resolve on my server either |
| 17:18.36 | russellb | Qwell: odd ... |
| 17:18.52 | Qwell | works @4.2.2.2 though |
| 17:18.57 | Juggie | Non-authoritative answer: |
| 17:18.57 | Juggie | Name: buildbot.digium.com |
| 17:18.57 | Juggie | Address: 216.207.245.9 |
| 17:19.16 | russellb | Qwell: let's give it a few more days before we bug them ... |
| 17:19.34 | russellb | maybe it will fix itself :) |
| 17:24.15 | seanbright | ohhhh |
| 17:24.19 | seanbright | nice job, file. |
| 17:24.27 | seanbright | you aren't fired. |
| 17:24.48 | russellb | yayyy |
| 17:25.53 | file | Zaptel builds will soon be done against CentOS and Fedora as well... might throw in -addons and libpri builds as well |
| 17:26.04 | Juggie | but file, where are osx? :P |
| 17:26.16 | russellb | file: what do i do to make this mac re-join? |
| 17:26.43 | file | russellb: go into ~ and type buildbot start digium I think |
| 17:26.51 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 17:27.37 | seanbright | these do a complete build? all modules enabled? |
| 17:27.47 | file | seanbright: not yet, it's on my list |
| 17:27.53 | seanbright | file: groovy |
| 17:27.54 | file | along with embedded builds |
| 17:29.57 | Juggie | radical |
| 17:31.32 | seanbright | file: best-automege-prop-value-EVER. |
| 17:31.35 | seanbright | :) |
| 17:31.40 | *** join/#asterisk-dev jeffg (i=KaTS7ENL@pdpc/supporter/active/jeffg) |
| 17:32.49 | russellb | your command was not it! |
| 17:32.54 | russellb | buildbot start <something> |
| 17:33.10 | file | wha? |
| 17:33.11 | russellb | digium dir is not there |
| 17:33.23 | Qwell | from ~?! |
| 17:33.27 | file | sudo su -? |
| 17:33.34 | russellb | perhaps. |
| 17:34.06 | russellb | yep, that was it |
| 17:34.08 | russellb | why root? |
| 17:34.14 | russellb | what does it need as root? |
| 17:34.23 | file | I don't remember, but we can easily move it to a user |
| 17:34.27 | file | just have to copy over the digium directory |
| 17:34.38 | file | both PPC and Intel 10.4 builders going |
| 17:34.48 | Qwell | ppc? |
| 17:34.54 | file | PowerPC |
| 17:34.58 | Qwell | I know that :p |
| 17:35.02 | Qwell | I mean, we have a ppc builder now? |
| 17:35.05 | Juggie | http://svn.digium.com/view/asterisk/trunk/res/res_agi.c?r1=103668&r2=104020&pathrev=104020 |
| 17:35.08 | file | it's sitting on my desk. |
| 17:35.29 | Juggie | is it just me or does this if make no sense, how could we ever be dead and not be in the hangup context? |
| 17:36.55 | Juggie | the only situation i can think of is if the user is in an agi script and ignores the sighup and then when he sees a hangup in the agi runs another agi script from within. |
| 17:37.41 | Juggie | putnopvut, ping. |
| 17:38.06 | putnopvut | Juggie: pong |
| 17:38.53 | putnopvut | Oh, you're asking about that patch... |
| 17:38.56 | Juggie | not that the code is going to break anything but i'm not sure i agree w/ the logic of the change. |
| 17:39.41 | putnopvut | Yeah, I thought about it for a while, and I wasn't sure whether to leave the if alone and just make it a debug statement or whether to just do what the reporter asked. |
| 17:39.51 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 17:40.01 | Juggie | that notice was put in there to assist people with the fact that AGI auto detects which mode to run in |
| 17:40.44 | putnopvut | Okay, but apparently with autodialers that call an AGI after every call, the notice is really annoying because it shows up on every call. |
| 17:41.20 | Juggie | then we really should change the message type to something less obtrusive |
| 17:41.28 | kpfleming | agreed |
| 17:41.35 | putnopvut | So something like ast_debug(3, "Blah") |
| 17:41.52 | Juggie | the checking for the h context is eugh :) |
| 17:42.03 | putnopvut | Okay, I'll revert and make it a debug instead. |
| 17:42.31 | kpfleming | h extension, not context |
| 17:43.03 | Juggie | ya sorry. brain fart. |
| 17:46.43 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 17:46.43 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 17:47.50 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:49.45 | Juggie | Corydon76, you there? |
| 18:04.53 | Corydon76-vcch | Juggie: yes |
| 18:10.47 | Juggie | Corydon76-dig, i was just reading through all the changes you made to res_agi for the async agi stuff, and there is one part in the coments where you question read() and wonder if it will ever be interupted. |
| 18:11.44 | Juggie | we use agi quite heavily (like 50+ calls at a time at least) and we had a problem w/ fgets being interupted, there is a loop around the fgets now to resolve that... this occured i think only on fastagi though but i am not sure... just something to consider. |
| 18:13.28 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 18:15.22 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 18:19.07 | jmls | I presume that AC_PATH_TOOL is something to do with autoconf ? |
| 18:19.54 | jmls | or the voodoo that happens with ./configure in the /usr/src/asterisk directory ;) |
| 18:20.49 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 18:20.49 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 18:25.36 | JunK-Y | jmls: everything that start with AC_ sounds like autoconf for me ;) |
| 18:39.18 | jsmith | jmls: Sounds right to me as well... |
| 18:46.06 | Corydon76-vcch | Juggie: you need to refer to the source patch |
| 18:46.24 | Corydon76-vcch | Juggie: I'm just the committer for it; I did not write the comments |
| 18:50.44 | Juggie | Corydon76-dig, oh ok. |
| 18:50.58 | *** join/#asterisk-dev simbol76ss (n=simbol@host65-209-dynamic.3-87-r.retail.telecomitalia.it) |
| 19:23.45 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:23.45 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 19:25.55 | jsmith | [Feb 21 19:24:59] DEBUG[4357]: chan_zap.c:6942 do_monitor: Monitor doohicky got event Event 160 on channel 396 |
| 19:26.09 | jsmith | Anybody wanna tell me what a "Monitor doohicky" is and what event 160 is? |
| 19:26.22 | outtolunc | Event event eh <G> |
| 19:26.48 | jmls | jsmith: it's something russelb left in for you to find ;) |
| 19:35.22 | putnopvut | event 160 is a non-existent event. If the event received is outside the range of events, it just prints whatever number it received. |
| 19:35.29 | putnopvut | jsmith: what version of Asterisk? |
| 19:35.58 | putnopvut | Ah, 1.4... |
| 19:36.25 | jsmith | Non-existant? |
| 19:36.31 | putnopvut | Interestingly, from what I'm seeing that message doesn't make any sense on that line, since the value being printed out doesn't correspond to an event. |
| 19:36.58 | putnopvut | typically zt_get_event is called, and then that event is translated into a meaningful string. |
| 19:36.58 | Juggie | jsmith, just reading it360 registration guide, will this be your first time in toronto? |
| 19:37.14 | jsmith | Juggie: No, absolutely not. |
| 19:37.28 | putnopvut | jsmith: but if the event number returned is not within the range of defined events, we just print the number. |
| 19:37.34 | Juggie | awesome, then you already know how much the MTCC rocks. |
| 19:38.02 | putnopvut | In this case, though, the "event" we're printing is actually the return value of a read() call, which makes no sens |
| 19:38.11 | putnopvut | s/sens/sense |
| 19:38.15 | putnopvut | dangit |
| 19:40.17 | putnopvut | jsmith: I'm going to remove that debug message since it is completely meaningless. |
| 19:40.32 | putnopvut | Also, "doohicky" is a stupid word. |
| 19:41.35 | jsmith | putnopvut: For what it's worth, stopping Asterisk, re-running ztcfg, and restarting Asterisk solved the problem |
| 19:41.50 | jsmith | putnopvut: (even though nothing had changed in zaptel.conf) |
| 19:42.16 | outtolunc | Event %d could become Unknown %d also |
| 19:42.50 | outtolunc | oops, you are removing the message |
| 19:43.00 | kpfleming | well, in this case 160 is actually the number of bytes that were read, not an event |
| 19:43.26 | putnopvut | Right, it's silly to try to interpret that as an event. |
| 19:46.56 | jsmith | Ah... |
| 19:48.02 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:48.29 | tzafrir_home | it is related to the test for mail? |
| 19:49.04 | putnopvut | the test for mail? |
| 19:51.06 | tzafrir_home | sorry, not test |
| 19:51.19 | Qwell | jsmith: and for clarification, it's not "a" Monitor doohicky, it's "the" Monitor doohicky. |
| 19:51.22 | tzafrir_home | notification of mail |
| 19:51.44 | jsmith | Qwell: So, pray tell, what is *the* Monitor doohicky |
| 19:53.03 | russellb | heh |
| 19:53.06 | tzafrir_home | The monitor thread of chan_zap |
| 19:53.10 | russellb | yeah |
| 19:53.19 | russellb | most channel drivers have a thread that monitors for "incoming stuff" |
| 19:53.21 | putnopvut | tzafrir: I'm not all that familiar with chan_zap, but I don't think it has to do with mail notification. |
| 19:53.25 | russellb | from the "network" |
| 19:53.30 | jsmith | Gotcha... |
| 19:53.33 | tzafrir_home | dookicky? no idea why its called that way |
| 19:53.44 | russellb | that's just mark spencer sillyness :) |
| 19:53.51 | russellb | it doesn't mean anything |
| 19:53.55 | russellb | s/doohicky/thread/ |
| 19:53.55 | jsmith | There used to be a computer store in Idaho Falls, Idaho called "Digital Doohickeys" |
| 19:54.10 | tzafrir_home | the monitor thread is responsible for all unopened channes, right |
| 19:54.32 | tzafrir_home | One of the things it needs to do is notify of voicemail messages through FSK |
| 19:54.50 | russellb | it does a lot of things .. |
| 19:55.25 | jsmith | So, this message should say "The chan_zap monitor thread read 160 bytes." |
| 19:55.25 | jsmith | That's a whole lot less interesting than what it currently says. |
| 19:55.27 | tzafrir_home | On startup it sends something to every channel, IIRC |
| 19:56.09 | tzafrir_home | I tried to trace this "160" message but a number of times I have failed to catch it after adding more debugging code |
| 19:57.18 | kpfleming | it probably means a channel had audio in the incoming buffers when it was 'closed' from the Asterisk point of view, and now that the Zaptel channel no longer has an Asterisk channel as its owner, the monitor thread started servicing it and read that audio |
| 19:59.05 | tzafrir_home | but 160 there is an actual value it has read, not simply the result of read(), right? |
| 20:01.05 | putnopvut | It is the result of read() |
| 20:01.15 | putnopvut | So it just means it read 160 bytes. |
| 20:02.16 | kpfleming | correct |
| 20:02.23 | kpfleming | which is normal, for a 20ms frame of ulaw or alaw |
| 20:02.46 | tzafrir_home | hmm... I must be blind or soemthing. That doohicky message appears twice, |
| 20:02.49 | kpfleming | if the message is going to live, it should say something like 'monitor thread received unexpected audio on channel %%d' |
| 20:03.43 | tzafrir_home | once right after zt_get_event . But on line 7678 I can't find where res comes from |
| 20:04.32 | tzafrir_home | hmmm... directly as a result of read() ? |
| 20:04.58 | putnopvut | Yes, that's the one that jsmith was reporting. |
| 20:05.14 | putnopvut | His line number he gave matches exactly with current 1.4 SVN revision. |
| 20:06.47 | tzafrir_home | funny. I remember looking at that code before, starting to write a bug report, and then finding a zt_get-event directly before it... |
| 20:07.05 | tzafrir_home | I wonder how many other duplicate messages there are in chan_zap |
| 20:29.09 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 20:29.09 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 20:47.40 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:49.59 | kpfleming | putnopvut: ping |
| 20:50.12 | putnopvut | kpfleming: pong |
| 20:50.34 | kpfleming | in the case where the message was wrong (because there wasn't really an event), there is no need to call handle_init_event |
| 20:51.28 | putnopvut | Ah, I see what you're saying. I'll remove that as well. |
| 20:51.42 | kpfleming | uhh... don't remove it |
| 20:51.54 | kpfleming | unless that entire code block will only execute for a non-event |
| 20:53.00 | putnopvut | ??? I don't follow. |
| 20:55.56 | kpfleming | ok, that makes no sense |
| 20:56.18 | kpfleming | there is no reason for the call to handle_init_event in that code path at all, since that code path is only followed when we read audio data from the channel and not an event |
| 20:56.45 | kpfleming | please take a look through 'svn annotate' and figure out where that came from it possible, but as best i can tell the unlock/handle_init_event/lock stuff can just go away |
| 20:57.24 | putnopvut | kpfleming: all right. will do. |
| 21:06.03 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 21:06.03 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 21:21.36 | Juggie | 3file, aer you doing to it360? |
| 21:21.39 | Juggie | er, -3 |
| 21:22.07 | tzanger | -3file? |
| 21:22.07 | file | I have not yet decided whether I will make an appearance or not |
| 21:22.09 | tzanger | he's generally a positive guy |
| 21:22.26 | file | I'm rather negative right now, the digium VPN is all </3 |
| 21:22.35 | tzanger | heh |
| 21:22.42 | tzanger | they're just bringing it up to match the jabber server |
| 21:22.48 | tzanger | which is still kerfuckered |
| 21:23.04 | file | and the nameservers on the digium.com domain changed, which apparently freaked out my DNS server |
| 21:23.09 | file | quite peachy. |
| 21:47.23 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:55.21 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 22:01.21 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@216.207.245.1) |
| 22:01.21 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 23:03.30 | *** join/#asterisk-dev miguel3239 (n=elguero@ns1.nashuacs.com) |
| 23:07.41 | lmadsen | file: and they apparently caused a big net split :) |
| 23:15.14 | mvanbaak | ello ello |
| 23:16.27 | *** join/#asterisk-dev jsmith (n=jsmith@72.21.36.138) [NETSPLIT VICTIM] |
| 23:16.27 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) [NETSPLIT VICTIM] |
| 23:16.27 | *** join/#asterisk-dev _foxfire_ (n=_foxfire@cica-adm.fe.up.pt) [NETSPLIT VICTIM] |
| 23:16.27 | *** join/#asterisk-dev snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) [NETSPLIT VICTIM] |
| 23:16.27 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 23:16.27 | *** join/#asterisk-dev j4m3s (n=james@216.207.245.1) [NETSPLIT VICTIM] |
| 23:16.27 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 23:16.27 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 23:16.27 | *** mode/#asterisk-dev [+o jsmith] by irc.freenode.net |
| 23:18.21 | mvanbaak | today was interesting |
| 23:18.53 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 23:21.37 | *** join/#asterisk-dev j4m3s (n=james@216.207.245.1) [NETSPLIT VICTIM] |
| 23:21.46 | mvanbaak | talk by oej, which is always entertaining |
| 23:22.10 | mvanbaak | talk by Patrick Falstrom from cisco (guy behind dns and enum) |
| 23:24.05 | mvanbaak | dinner with oej. some interesting discussion there |
| 23:24.11 | mvanbaak | my day was great :0 |
| 23:24.19 | snuff-work | lucky u |
| 23:25.29 | mvanbaak | yup |
| 23:25.34 | mvanbaak | and my weekend will be great |
| 23:25.48 | mvanbaak | both me and oej will be at fosdem and we will be hacking on asterisk together |
| 23:26.48 | mvanbaak | get the multiparking stuff done, look at some integration with php crm, discuss some more about what we can do with the bridging code (possibly how we can finetune jcolps version of the new bridging code) etc |
| 23:26.55 | mvanbaak | loads of cool stuff happening here |
| 23:27.46 | mvanbaak | btw, the demo configs in asterisk has altered misery.digium.com to pbx.digium.com. Does this mean this channel topic needs an update ? |
| 23:28.21 | putnopvut | mvanbaak: Yeah, I think so. |
| 23:29.52 | mvanbaak | :0 |
| 23:30.10 | *** topic/#asterisk-dev by russellb -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@pbx.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Lost: Sanity Found: Banana -=- Automated Builds, thx file! - http://buildbot.digium.com |
| 23:30.19 | mvanbaak | no work, but today has been productive in other ways |
| 23:30.19 | russellb | though i wonder if that still works :( |
| 23:30.46 | lmadsen | probably not |
| 23:30.50 | lmadsen | since the switch over |
| 23:31.42 | mvanbaak | oh, someone fixed the buildbot dns issue ;) |
| 23:38.29 | russellb | mvanbaak: did you h4x0r it? |
| 23:43.48 | mvanbaak | russellb: erm,..... no ? |
| 23:44.09 | mvanbaak | (guess that's the correct answer. I do see some weird configfiles that I can actually edit now) |
| 23:44.13 | russellb | ah, thought you hacked our dns with the ;) there at thend :) |
| 23:44.25 | mvanbaak | no |
| 23:44.43 | mvanbaak | got it working on another link and simply mirrored the zonefile to my internal dns cache |
| 23:44.52 | russellb | ah, :) |
| 23:45.47 | mvanbaak | btw russellb: I ported the multiparking branch from oej to current trunk |
| 23:45.54 | russellb | awesome! |
| 23:46.00 | russellb | does it work? |
| 23:46.05 | mvanbaak | and this weekend oej will teach me some more about the inner workings of astobjects |
| 23:46.13 | russellb | cool |
| 23:46.19 | russellb | if you're going the astobj route, please use astobj2 |
| 23:46.24 | russellb | not the first version |
| 23:46.42 | mvanbaak | russellb: it works for sip (all I could test while 'attending' talks from ppl) |
| 23:46.56 | russellb | sure, that's fine |
| 23:46.58 | mvanbaak | and yes, we are going to move it from astobj to astobj2 |
| 23:47.03 | russellb | ok, cool |
| 23:47.08 | mvanbaak | that's the plan for this weekend |
| 23:47.10 | russellb | well let me know when you're ready for someone to review the code |
| 23:47.31 | mvanbaak | oej and me planned saturday evening and night to get it all fixed and ready for review |
| 23:48.01 | russellb | neat |
| 23:48.11 | mvanbaak | we have unlimited supply of redbull for the coding time and unlimited supply of beer to celebrate once it's done |
| 23:48.49 | mvanbaak | and I get to learn how astobj2 works from him while doing it :) |
| 23:49.11 | russellb | cool |
| 23:49.18 | russellb | the header file is pretty well documented i think |
| 23:49.20 | mvanbaak | zaptel is interesting when it comes to call parking |
| 23:49.37 | russellb | it just ... requires some understanding of the idea of reference counting ... |
| 23:49.38 | mvanbaak | all channel drivers come with the schema of a device and a channel |
| 23:49.42 | mvanbaak | but not chan_zap |
| 23:50.08 | mvanbaak | yeah, but oej is a great teacher |
| 23:50.14 | russellb | indeed |
| 23:50.29 | mvanbaak | I like working with him |
| 23:50.59 | mvanbaak | and it's nice he'll be staying a weekend in the same place as me |
| 23:51.14 | russellb | fun :) |
| 23:51.19 | mvanbaak | yup |
| 23:51.35 | mvanbaak | well, you have plenty of time |
| 23:51.44 | mvanbaak | fosdem starts on saturday .eu time |
| 23:51.56 | mvanbaak | take a plane and join the fun |
| 23:54.44 | mvanbaak | yikes |
| 23:54.51 | mvanbaak | it's darn late already |
| 23:54.54 | mvanbaak | Fri Feb 22 00:54:54 CET 2008 |
| 23:55.04 | mvanbaak | at 6 AM it's wakeuptime |
| 23:55.18 | mvanbaak | I think I'll move my body to the bedroom |
| 23:55.45 | mvanbaak | latero all |
| 23:57.43 | putnopvut | Have a good night! |