| 00:00.29 | mvanbaak | Corydon76-dig: I'm trying to get stuff sorted this week to have devcon in .nl |
| 00:00.55 | Corydon76-dig | Of course, the other advantage of not going is that if people want to see me, they'll come to the conference I help run. ;-) |
| 00:01.30 | mvanbaak | Corydon76-dig: I looked into this level2 work permit |
| 00:01.42 | mvanbaak | damn, that's nasty stuff |
| 00:02.45 | Corydon76-dig | https://128bit.clickandpledge.com/default.aspx?ID=13887&cid=US&a= |
| 00:02.53 | russellb | lol |
| 00:03.00 | mvanbaak | gheh |
| 00:03.06 | mvanbaak | I can make that part of lunch |
| 00:03.10 | mvanbaak | that would be funny |
| 00:03.19 | mvanbaak | my boss sponsoring grass for all of us |
| 00:03.21 | mvanbaak | ;) |
| 00:03.37 | putnopvut | Corydon76-dig: why? |
| 00:03.45 | Corydon76-dig | I'm naturally calm and mellow |
| 00:04.06 | putnopvut | Oh, I thought there was actually some physiological reason. |
| 00:04.16 | mvanbaak | well |
| 00:04.26 | mvanbaak | there will be better stuff then grass |
| 00:04.36 | Corydon76-dig | putnopvut: that, and the only time I've tried it, it didn't affect me at all |
| 00:04.41 | mvanbaak | grass gives you a dry mouth and headache (my personal experience) |
| 00:04.59 | mvanbaak | I do prefer shrooms |
| 00:05.03 | Corydon76-dig | So I figured, if it doesn't do anything to me, why pay money for it? |
| 00:05.16 | putnopvut | Corydon76-dig: you could always mooch off your friends. |
| 00:05.33 | Corydon76-dig | putnopvut: but it doesn't do anything for me |
| 00:05.49 | mvanbaak | Corydon76-dig: ever tried mushrooms ? |
| 00:05.55 | Corydon76-dig | It'd be like paying for this headache medication that doesn't work |
| 00:05.59 | Corydon76-dig | mvanbaak: nope |
| 00:06.06 | mvanbaak | it rox |
| 00:06.32 | Corydon76-dig | I've got these headache pills that were $25/pill, and they did squat |
| 00:06.53 | mvanbaak | anyways, time for some sleep |
| 00:07.00 | mvanbaak | have a lot of calls to make tomorrow |
| 00:07.05 | mvanbaak | bye all |
| 00:07.23 | Corydon76-dig | Kept waiting for it to work, then finally took some ibuprofen |
| 00:07.51 | putnopvut | $25 dollars/pill? That's steep. Were they a prescription? |
| 00:08.03 | Corydon76-dig | Yes |
| 00:08.28 | Corydon76-dig | RelPax |
| 00:08.36 | hmmhesays | sounds like by bro's meds |
| 00:08.38 | hmmhesays | crazy expensive |
| 00:08.59 | Corydon76-dig | Hence, back on ibuprofen for headaches |
| 00:09.09 | Qwell | I used to take medicine that was a few hundred dollars per day.. |
| 00:09.18 | Corydon76-dig | cheap, but more importantly, they work |
| 00:09.24 | lmadsen | putnopvut: ping? |
| 00:09.42 | putnopvut | lmadsen: pong! What can I do for yoU? |
| 00:10.11 | putnopvut | ~Deeewayne |
| 00:10.38 | lmadsen | putnopvut: can I call you? |
| 00:10.46 | putnopvut | Sure. 6028 |
| 00:11.58 | russellb | my number is 7. |
| 00:12.09 | putnopvut | BS!!! |
| 00:12.09 | russellb | but nobody ever calls me :( |
| 00:12.17 | russellb | and if they do, i don't answer |
| 00:12.55 | hmmhesays | rpl_malloc problem fixed now on to undefined reference to `_rpl_realloc' |
| 00:13.20 | russellb | file: i'd answer your call <3 |
| 00:13.25 | file | russellb: orly? |
| 00:13.30 | file | russellb: I wouldn't answer yours! |
| 00:13.37 | russellb | liar |
| 00:13.43 | file | I know :( |
| 00:13.52 | file | I don't think I've ever called your office number |
| 00:15.00 | russellb | it's better that way. |
| 00:15.26 | file | russellb: IM ftw? |
| 00:16.16 | russellb | IM & IRC ftw |
| 01:00.23 | *** join/#asterisk-dev jake4pres (n=jake@adsl-99-135-77-117.dsl.mdsnwi.sbcglobal.net) |
| 01:01.02 | jake4pres | would anyone be able to help me out with an asterisk 1.6 sip question |
| 01:01.26 | Corydon76-dig | If it's not about development, then the question belongs in #asterisk |
| 01:01.58 | jake4pres | i guess i'm unsure if I am dealing with a bug in the code (or something that is incomplete) |
| 01:02.03 | jake4pres | but I will ask in asterisk |
| 01:02.19 | Corydon76-dig | Thank you. |
| 01:39.11 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 02:26.04 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 02:26.05 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:27.21 | *** join/#asterisk-dev RoyK (n=roy@ip-34-26-149-91.dialup.ice.no) |
| 02:27.39 | *** part/#asterisk-dev RoyK (n=roy@ip-34-26-149-91.dialup.ice.no) |
| 02:28.15 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 02:38.08 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 03:12.41 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 03:34.36 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:34.36 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:49.04 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 04:03.35 | *** join/#asterisk-dev putnopvu1 (n=putnopvu@user-24-214-112-81.knology.net) |
| 04:07.17 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 04:07.56 | *** join/#asterisk-dev putnopvu1 (n=putnopvu@216.207.245.1) |
| 04:10.00 | *** join/#asterisk-dev putnopvut (n=putnopvu@user-24-214-112-81.knology.net) |
| 04:10.12 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 04:10.31 | *** kick/#asterisk-dev [putnopvu1!n=putnopvu@user-24-214-112-81.knology.net] by putnopvut (putnopvut) |
| 04:14.39 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 04:36.01 | *** part/#asterisk-dev putnopvut (n=putnopvu@user-24-214-112-81.knology.net) |
| 06:29.33 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 06:47.46 | *** join/#asterisk-dev slavon_net (n=slavon@slavon.bigtelecom.ru) |
| 06:47.52 | slavon_net | hello all.. |
| 06:48.52 | slavon_net | its normal that in last SVN after start * and work about 15 mins i get 62 locks in do_monitor |
| 06:49.04 | slavon_net | ? |
| 06:55.53 | snuff-work | mm no idea.. |
| 06:56.00 | snuff-work | report it i guess |
| 07:04.09 | tzafrir_home | slavon_net, interesting. Can you provide a more complete trace? |
| 07:04.16 | tzafrir_home | "svn" - trunk or 1.4? |
| 07:04.24 | slavon_net | 1.4 b |
| 07:04.44 | slavon_net | hmm also i get unknow crush now |
| 07:04.47 | slavon_net | great =) |
| 07:05.00 | slavon_net | crush - http://bugs.digium.com/view.php?id=11876 |
| 07:12.58 | tzafrir_home | slavon_net, regarding that bug: can you give some background? |
| 07:13.18 | tzafrir_home | how long was asterisk running? what it is generally doing? |
| 07:13.25 | slavon_net | 15 mins |
| 07:13.29 | tzafrir_home | What it is connected to? |
| 07:13.58 | slavon_net | 50-60 sl.... 50 is voip clients, 50 is reception in office... use only SIP and Queues |
| 07:14.50 | slavon_net | * 50% is voip, 50% is reception |
| 07:17.55 | slavon_net | hmmm |
| 07:18.18 | slavon_net | after restart and uptime 12 mins i got^ |
| 07:18.30 | slavon_net | === Thread ID: 3072158608 (do_devstate_changes started at [ 386] devicestate.c ast_device_state_engine_init()) |
| 07:18.33 | slavon_net | = 4locks |
| 07:18.36 | slavon_net | === Thread ID: 3066977168 (do_monitor started at [15657] chan_sip.c restart_monitor()) |
| 07:18.43 | slavon_net | = 62 locks |
| 07:27.54 | slavon_net | again crash =(( |
| 07:32.25 | slavon_net | any idea? |
| 07:43.07 | slavon_net | also after restart and use valgrind to get memory errors i get this messages: |
| 07:43.08 | slavon_net | [Jan 30 10:44:07] ERROR[914]: /usr/src/asterisk-1.4-brunch/include/asterisk/lock.h:338 __ast_pthread_mutex_lock: loader.c line 900 (ast_update_use_count): Deadlock? waited 5 sec for mutex '&(&module_list)->lock'? |
| 07:43.09 | slavon_net | [Jan 30 10:44:07] ERROR[914]: /usr/src/asterisk-1.4-brunch/include/asterisk/lock.h:342 __ast_pthread_mutex_lock: loader.c line 759 (load_modules): '&(&module_list)->lock' was locked here. |
| 07:43.57 | slavon_net | its becouse valgrind do system to slow? |
| 07:57.06 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:57.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:59.04 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 08:02.19 | oej | Morning |
| 08:02.25 | _ys | hi |
| 08:34.20 | slavon_net | Morning |
| 08:42.38 | IgorG | hi |
| 09:37.30 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 10:22.23 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:28.40 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:16.30 | *** join/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 11:17.13 | *** part/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 11:18.05 | *** join/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 12:13.15 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 12:23.50 | *** join/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 12:59.48 | *** join/#asterisk-dev jmesquita (n=jmesquit@143.107.13.140) |
| 13:18.35 | oej | Hmmm. I'm a bit lost in realtime... |
| 13:28.43 | mvanbaak | ut-oh, oej is realtime lost |
| 13:38.59 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 13:45.16 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 13:47.21 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:47.21 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:47.45 | *** join/#asterisk-dev bweschke (n=bweschke@204.13.233.213) |
| 13:47.45 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 13:50.23 | bweschke | hey file! |
| 13:50.25 | bweschke | morning! |
| 13:51.16 | file | how goes? |
| 13:53.44 | oej | Just fine, just fine. |
| 13:54.40 | lmadsen | howdy! |
| 13:57.05 | bweschke | ya |
| 13:57.06 | bweschke | goes well |
| 14:00.00 | jmls | afternoon all |
| 14:00.26 | file | jmls: morning/afternoon/evening covers your bases |
| 14:01.41 | jmls | good whatevertimezoneyoumaybeinatthispointintime to you all |
| 14:02.02 | file | :D |
| 14:04.31 | jsmith-away | jmls: Good ${EPOCH} to you as well |
| 14:04.40 | lmadsen | it's morning... if it's not morning where you are, then your country is wrong |
| 14:05.26 | jsmith-away | lmadsen: I hate to break it to you, but the whole "Prime Meridian" thing doesn't run through Canadia ;-) |
| 14:06.12 | lmadsen | it does now! |
| 14:06.30 | Qwell | lmadsen has the power to make that so |
| 14:06.44 | lmadsen | sures do! |
| 14:13.55 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 14:16.42 | tzanger | morning lm |
| 14:16.44 | tzanger | er lmadsen |
| 14:16.46 | tzanger | bugger left |
| 14:18.12 | JunK-Y | http://pastebin.ca/884620 idea idea where that bug could comes from, after googling, found nothing. |
| 14:19.34 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:19.34 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:23.43 | ctooley | oej, ugh, they tore up our testing lab to upgrade it. I'm working on a different solution. |
| 14:31.39 | Juggie | JunK-Y, centos 4 box? |
| 14:32.35 | *** join/#asterisk-dev RoyK (n=roy@ip-34-26-149-91.dialup.ice.no) |
| 14:35.07 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.211.53) |
| 14:37.29 | lmadsen | tzanger: pong? |
| 14:37.35 | tzanger | hello |
| 14:37.44 | lmadsen | well hi! |
| 14:37.49 | tzanger | :-) |
| 14:38.04 | lmadsen | I heard you were looking for moi? |
| 14:38.06 | tzanger | I'm trying to extract the tone generator out of asterisk for a side project |
| 14:38.10 | tzanger | lmadsen: no, just wanted to say hi |
| 14:38.14 | lmadsen | oh, hi! :) |
| 14:38.22 | lmadsen | when are you in Toronto next? |
| 14:38.41 | *** join/#asterisk-dev jeffg (i=zFdSg2ZQ@pdpc/supporter/active/jeffg) |
| 14:38.49 | tzanger | not sure just yet |
| 14:39.03 | lmadsen | coolio. Well let me know so I can get you that beer I owe you :) |
| 14:40.36 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 14:44.41 | tzanger | haha no problem |
| 14:48.07 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:48.07 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:52.21 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 14:53.00 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:53.00 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:53.09 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 14:57.24 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:57.24 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:02.58 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 15:02.58 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:09.13 | Qwell | analog lines can run into a glare situation? |
| 15:10.42 | file | I suppose that depends on how it's setup... like if you have a group of lines from a telco and a single number that rolls over to one that isn't in use... |
| 15:15.46 | *** join/#asterisk-dev seanbright (n=elixer@65.207.74.18) |
| 15:16.52 | seanbright | so i was following russell's instructions (re: Asterisk 1.6.0-beta2 and 1.4.18-rc1 Now Available) to check out 1.4.18 rc2 and export it but when i run |
| 15:17.05 | seanbright | svn export 1.4.18-rc2 asterisk-1.4.18-rc2 |
| 15:17.09 | seanbright | it doesn't include menuselect |
| 15:17.33 | oej | "svn export"? |
| 15:17.39 | oej | svn checkout is what you want |
| 15:17.46 | kpfleming | hmm... export should respect the svn:externals, let me check that |
| 15:17.57 | oej | or what does "export " do? |
| 15:17.58 | kpfleming | oej: only if he wants a working copy and not just something to build from |
| 15:17.59 | seanbright | oej, to create a tarball from a checkout |
| 15:18.03 | oej | Aha |
| 15:18.44 | seanbright | kpfleming: there is a flag you can pass to export called '--ignore-externals' but i'm not passing it :) |
| 15:18.55 | kpfleming | seanbright: those instructions from russell are wrong then |
| 15:19.06 | kpfleming | use svn export with the actual URL, not an already-made working copy |
| 15:19.12 | seanbright | alrighty |
| 15:19.23 | kpfleming | so svn export http://svn.digium.com/svn/asterisk/tags/1.4.18-rc1 asterisk-1.4.18-rc1 |
| 15:19.28 | kpfleming | that works for me |
| 15:20.16 | kpfleming | we'll need to get russell's attention when he shows up here to make sure he uses the revised instructions for future announcements |
| 15:20.43 | oej | Is he out travelling somewhere? |
| 15:22.05 | file | it's a beautiful day when a bug reporter gives you *exactly* what you need to write a test that actually causes the issue |
| 15:22.28 | kpfleming | oej: no, he just hasn't made it into the office this morning yet |
| 15:23.37 | oej | file: Yes, award the reporter extra karma for that. There's a karma setting for a "good report" or something. It's so rare. And send him a muffin, too. |
| 15:23.43 | ctooley | oej, failoverpeer is just host, not host:port? |
| 15:24.08 | oej | "failoverhost" and "failoverhostport" |
| 15:24.18 | oej | In trunk we have code for host:port |
| 15:24.52 | file | oej: good idea! |
| 15:25.48 | seanbright | kpfleming: that worked like a charm, thanks a bunch. |
| 15:26.39 | ctooley | oej, :) the new .sample file has failoverpeer |
| 15:30.38 | Qwell | M11875 |
| 15:30.39 | MuffinMan | [new] [Asterisk] Documentation 0011875: Default (sample setting) of channel group selection will cause glare on analog circuits reported by JimVanM http://bugs.digium.com/view.php?id=11875 |
| 15:30.52 | Qwell | for some reason, I'm hesitant to change that. It's documented fairly well at the top of extensions.conf.sample |
| 15:31.24 | seanbright | i keep getting this when compiling with `gmake -j9`: |
| 15:31.26 | ctooley | oej, it looks like it's working though |
| 15:31.27 | seanbright | "gmake[2]: warning: jobserver unavailable: using -j1. Add `+' to parent make rule." |
| 15:31.33 | ManxPower | Anything the reduces initial problems is a good thing. |
| 15:31.52 | kpfleming | seanbright: there may be something in the makefile that isn't set up right for parallel makes |
| 15:32.02 | seanbright | kpfleming: unacceptable. |
| 15:32.04 | seanbright | ;) |
| 15:32.11 | Qwell | ManxPower: would you expect the "default" to use channels going downward? |
| 15:32.17 | Juggie | seanbright, feel free to fix it :) |
| 15:32.21 | kpfleming | i'd agree with that change, Qwell |
| 15:32.33 | kpfleming | it's just a sample config and it's how most people who install PBX systems configure them |
| 15:32.35 | seanbright | Juggie: you son of... ;) |
| 15:32.44 | Qwell | k |
| 15:33.55 | oej | ctooley: Hm, thought I changed that. Did you run "svn update" ? |
| 15:34.18 | ctooley | yeah |
| 15:34.34 | ctooley | oops |
| 15:34.43 | ctooley | I did the svn update in the channels directory |
| 15:35.32 | ManxPower | Qwell: If it helps with glare, I don't care if it uses channels by computing digits of pi |
| 15:36.12 | ManxPower | Heck, put a note about glare or why the example shows what it shows |
| 15:36.41 | Qwell | Dial(Zap/π1/5551212) |
| 15:39.28 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 15:41.23 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:42.27 | *** join/#asterisk-dev mcargile (n=mcargile@rrcs-24-173-134-222.se.biz.rr.com) |
| 15:53.33 | *** join/#asterisk-dev Sajjad_Ali_Musht (n=Sajjad_A@octroi.enst-bretagne.fr) |
| 15:54.06 | Sajjad_Ali_Musht | Hi EveryBody |
| 15:54.29 | *** join/#asterisk-dev ctooley_ (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 15:54.59 | file | moo |
| 16:02.10 | Sajjad_Ali_Musht | i am newby to asterisk code, anybody who can guide me about development documentation except on digium's portal |
| 16:02.55 | ctooley | oej, what I've been able to test looks like it's working. |
| 16:06.51 | ctooley | oej, you're going to port this code to 1.6 as well? |
| 16:08.32 | putnopvut | Sajjad_Ali_Musht: there really isn't much in the way of development documentation. Most people learn Asterisk by reading the code and following along on mailing lists like the asterisk-dev mailing list. |
| 16:08.50 | putnopvut | You can always view the doxygen output of the code, as well. |
| 16:09.02 | putnopvut | (unfortunately I don't have a link for that handy). |
| 16:09.04 | Sajjad_Ali_Musht | bundle of thanks |
| 16:12.13 | putnopvut | Sajjad_Ali_Musht: here's the link to the doxygen documentation. It's far from complete, but should be helpful for some things http://asterisk.org/developers/documentation |
| 16:13.55 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 16:14.22 | oej | ctooley: If you say that it works, I'll start looking at that. |
| 16:14.57 | ctooley | oej, It "appears" to work. |
| 16:15.07 | ctooley | It's sending the traffic to the right place anyway. |
| 16:15.17 | oej | ctooley: "appears" is a good first step |
| 16:15.26 | ctooley | oej, :) |
| 16:16.35 | ctooley | the Options messages don't appear to be getting failed over though. |
| 16:16.36 | ctooley | It's just retransmitting and then not attempting the failover IP |
| 16:17.16 | ctooley | output in "sip show peers" that has the failover IP, state and failover ip's latency (if the state is "FAILEDOVER") would be good |
| 16:19.52 | *** part/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 16:20.40 | oej | ctooley: You don't want that. We use the options to check failovers |
| 16:21.09 | oej | ctooley: The peer would not become reachable again |
| 16:21.17 | oej | ctooley: You can failover to another [peer] |
| 16:21.26 | oej | ctooley: Define that and you will have the latency for that peer |
| 16:21.31 | oej | ctooley: That was a hidden feature |
| 16:21.45 | ctooley | oh |
| 16:21.50 | ctooley | ok |
| 16:21.52 | oej | ctooley: So failoverhost=peername instead of IP |
| 16:22.20 | ctooley | How do we know if both have failed then? |
| 16:22.29 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 16:22.29 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:22.31 | ctooley | Or check the state of which one is "active" |
| 16:22.34 | oej | ctooley: The call goes back to the dialplan |
| 16:22.42 | ctooley | ok |
| 16:22.43 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:22.43 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:22.52 | oej | The state of the peer is already in the SIPPEER function |
| 16:23.01 | oej | unreachable, reachable, lagged etc |
| 16:23.29 | oej | The peer doesn't have an extra failoverstate, only the dialog has |
| 16:24.01 | ctooley | oej, ok, I think this should be workable then. |
| 16:24.04 | oej | We will use the peer's failoverpeer if the peer is unreachable. But we won't chain, so we don't use the failover peers failover peers failover peer failover peer.... |
| 16:24.18 | oej | ctooley: run some more tests |
| 16:24.23 | ctooley | yeah, that makes sense. recursion will just cause issues. |
| 16:24.38 | ctooley | I'm going to, we're still setting up a more "correct" test scenario. |
| 16:24.49 | oej | We could add a field to the SIPPEER function to get the name of the failover host |
| 16:26.48 | *** join/#asterisk-dev Weetos (i=willy@mail.catalise.fr) |
| 16:28.08 | tzanger | hmm where in asterisk does it generate arbitrary frequencies |
| 16:28.18 | tzanger | it odesn't appear to be dsp.c at all, which is all about detecting tones |
| 16:29.58 | *** part/#asterisk-dev Weetos (i=willy@mail.catalise.fr) |
| 16:39.24 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:41.03 | ctooley | oej, I'll send you more detailed information in a test report by the end of the day so you have it when you are starting your day tomorrow. |
| 16:42.36 | oej | ctooley: Thanks |
| 16:47.16 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:47.25 | tzafrir | I see that ztscan identifies our digital zap modules as "type=analog" . |
| 16:48.01 | tzafrir | This is because they don't provide ZT_SIG_DACS in their sigcap |
| 16:48.24 | tzafrir | and this is basically what ztscan checks for |
| 16:48.36 | tzafrir | Why doesn't it check for ZT_SIG_CLEAR? |
| 17:05.47 | Qwell | A101269 |
| 17:05.49 | MuffinMan | [101269] Committed by tilghman on 2008-01-30 12:54:20: Make the VoicemailUsersList AMI command consistent with other manager list functions. |
| 17:06.04 | Qwell | Corydon76-dig: I looked at that briefly earlier, and it looked like he was sending the event before sending the first response? |
| 17:06.19 | Qwell | it looked a little weird. I didn't look very deeply at it though, obviously |
| 17:11.44 | Corydon76-dig | Qwell: No, it exits in that if... |
| 17:12.38 | Qwell | Corydon76-dig: did I mention that I read that patch at 7:45 this morning? :) |
| 17:12.51 | Corydon76-dig | lol |
| 17:18.21 | *** join/#asterisk-dev Sajjad_Ali_Musht (n=Sajjad_A@octroi.enst-bretagne.fr) |
| 17:24.18 | *** join/#asterisk-dev Sajjad_Ali_Musht (n=Sajjad_A@octroi.enst-bretagne.fr) |
| 17:31.00 | *** join/#asterisk-dev agx (n=badpengu@81-174-9-79.dynamic.ngi.it) |
| 17:34.46 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 18:04.38 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 18:05.53 | jpeeler | ok i see that the dialplan is saved a link list, are other configurations files stored the same way? |
| 18:07.48 | Corydon76-dig | jpeeler: most of them, actually |
| 18:08.10 | jpeeler | which ones aren't? |
| 18:09.02 | Corydon76-dig | Any of the ones which sport really small configs... cdr.conf, for example |
| 18:09.33 | Corydon76-dig | Any of them that have only a single config section |
| 18:09.52 | Corydon76-dig | Or category, as they're called |
| 18:13.02 | jpeeler | well is there an easy way to access the ones that are stored a link lists similar to the way you can access the contexts in the dialplan with ast_walk_contexts? |
| 18:15.44 | file | what are you trying to access? |
| 18:17.02 | jpeeler | all the contexts for a given file |
| 18:17.23 | jpeeler | i was trying to make sure i didn't duplicate functionality, so if there are some walk functions i can use then that would make things really easy |
| 18:18.07 | jpeeler | otherwise i guess i'd have to parse the file, but it just seems like once that's one once the information would remain available unless asterisk is constantly reading from disk |
| 18:18.33 | jpeeler | uh remove the "once that's one" |
| 18:19.55 | Corydon76-dig | jpeeler: there is a temporary structure that can be created with ast_config_load() |
| 18:20.34 | Corydon76-dig | See include/asterisk/config.h for the APIs available to descend through that structure |
| 18:21.00 | jpeeler | ok thanks, i'll be glad not to have to parse the file |
| 18:21.11 | Corydon76-dig | Heh |
| 18:21.39 | Corydon76-dig | Just call ast_config_destroy on the pointer once you're done with the file |
| 18:22.04 | jpeeler | definitely |
| 18:22.10 | Qwell | hey, is anybody having trouble with trunk not loading modules? |
| 18:22.11 | Corydon76-dig | jpeeler: you may want to look at something like func_odbc.c for a simple example of how it's used |
| 18:22.27 | Qwell | for the life of me, I can't figure out why it's only trying to load one single module (res_musiconhold.so)...and failing |
| 18:22.36 | Qwell | I've got autoload=yes in [modules] |
| 18:22.54 | Corydon76-dig | Qwell: weird |
| 18:22.59 | Qwell | totally |
| 18:23.04 | Corydon76-dig | Qwell: are you running as nonroot? |
| 18:23.05 | Qwell | even going back to r100000 does the same thing |
| 18:23.08 | Qwell | nope, root |
| 18:23.16 | Qwell | Asterisk Dynamic Loader Starting: |
| 18:23.16 | Qwell | <PROTECTED> |
| 18:23.16 | Qwell | [Jan 30 12:22:58] NOTICE[18798]: loader.c:858 load_modules: 1 modules will be loaded. |
| 18:23.16 | Qwell | [Jan 30 12:22:58] WARNING[18798]: loader.c:662 load_resource: Module 'res_musiconhold.so' could not be loaded. |
| 18:23.20 | Corydon76-dig | Well, that should eliminate directory permissions |
| 18:23.24 | Qwell | like wtf |
| 18:23.51 | Corydon76-dig | Sounds like it could not find the directory or something |
| 18:23.59 | Qwell | yeah...dunno why though |
| 18:24.11 | Corydon76-dig | You didn't give it an alternate prefix or are on Solaris or BSD, are you? |
| 18:24.15 | Qwell | nope, linux |
| 18:24.25 | Qwell | standard ./configure --enable-dev-mode, make uninstall install |
| 18:24.47 | Qwell | exactly what I've done hundreds (or thousands) of times before |
| 18:24.51 | Corydon76-dig | You could strace it and see what directories it's reading |
| 18:25.00 | Qwell | yeah, will try that after it rebuilds again |
| 18:28.17 | mvanbaak | what was it again ? |
| 18:28.24 | mvanbaak | ccache ? |
| 18:29.18 | Qwell | yeah, I have it installed... I need to put it in my path perm |
| 18:29.42 | Qwell | what's the "right" way to do that now-a-days? |
| 18:29.51 | Qwell | ~/.bashrc? |
| 18:29.52 | jbot | ~/.bashrc is where you put all your aliases and functions. It's read at start-up time by all interactive non-login shells (e.g. xterm). To make sure it's read by a login shell (e.g. console or sshd), put "source ~/.bashrc" at the end of ~/.bash_profile |
| 18:29.59 | mvanbaak | vim .bashrc |
| 18:30.00 | Qwell | heh |
| 18:30.21 | mvanbaak | PATH=$PATH:/your/extra/path |
| 18:30.25 | mvanbaak | export $PATH |
| 18:30.33 | Qwell | with ccache, it has to go before |
| 18:30.47 | mvanbaak | ok |
| 18:30.50 | mvanbaak | you get the idea |
| 18:31.08 | mvanbaak | in debian you can do it with the alternatives system |
| 18:31.14 | Qwell | oh? |
| 18:31.15 | Qwell | how? |
| 18:31.26 | mvanbaak | update-alternatives --all |
| 18:31.40 | mvanbaak | dont remember the correct gcc ones, so do them all |
| 18:31.57 | Qwell | menu-based? |
| 18:31.59 | mvanbaak | the one marked with * is the one in use now |
| 18:32.05 | mvanbaak | no |
| 18:32.27 | Qwell | Corydon76-dig: strace isn't giving me paths for configs/modules...weird |
| 18:32.39 | Qwell | oh wait, ye sit is |
| 18:32.42 | mvanbaak | There are 2 alternatives which provide `vimdiff'. |
| 18:32.42 | mvanbaak | <PROTECTED> |
| 18:32.42 | mvanbaak | ----------------------------------------------- |
| 18:32.42 | mvanbaak | <PROTECTED> |
| 18:32.42 | mvanbaak | *+ 2 /usr/bin/vim.gnome |
| 18:32.44 | mvanbaak | Press enter to keep the default[*], or type selection number: |
| 18:33.01 | mvanbaak | like that |
| 18:40.10 | putnopvut | Qwell: are you sure your modules are actually in your modules directory? |
| 18:40.12 | Qwell | yes |
| 18:40.36 | mvanbaak | I just compiled it and it works fine on both openbsd and debian |
| 18:42.30 | _ys | oej |
| 18:51.41 | Qwell | Corydon76-dig: meh, dist-clean fixed it |
| 18:52.19 | Corydon76-dig | Weird |
| 18:53.41 | tzafrir | mvanbaak, set the alternative for vim |
| 18:56.34 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-28733.home.otenet.gr) |
| 18:59.10 | mvanbaak | tzafrir: ? it's set to vim.gnome here |
| 19:05.23 | oej | _ys: back |
| 19:13.11 | jmls | putnopvut: in realtime queues, is the status of a queue member checked from the structure in memory, or is it "read" from the database ? |
| 19:16.39 | *** join/#asterisk-dev RoyK (n=roy@ip-245-29-149-91.dialup.ice.no) |
| 19:16.59 | putnopvut | jmls: that's a good question. The status of the member is retrieved from whatever means of storage is used for that member's device. |
| 19:17.32 | putnopvut | But the status is stored in memory. |
| 19:18.38 | putnopvut | So if your queue members are SIP devices, and they're stored in realtime, then you'd be getting the device state from realtime. If your SIP peers are stored in memory, then you'd get the device state from memory. |
| 19:18.56 | jmls | I was thinking of the "paused" flag |
| 19:19.08 | putnopvut | Ah, paused status is stored in realtime. |
| 19:19.25 | jmls | so it's read from / written to the database ? |
| 19:19.33 | putnopvut | That is correct. |
| 19:19.45 | jmls | not from the member structure |
| 19:19.47 | ctooley | oej, thank you for getting this working. Until I have an ICE pair back to functional in the lab I won't be able to completely verify it as I don't have a pair of peers that have state mirroring. Otherwise it looks good. |
| 19:19.47 | jmls | ok |
| 19:20.12 | jmls | so, does uniqueID have to be an integer ? Or can I pass it any string value |
| 19:20.16 | oej | ctooley: Thanks |
| 19:20.33 | putnopvut | jmls: it is recommended that the uniqueid be a monotonically increasing integer. |
| 19:20.52 | jmls | me has GUIDs as unique identifiers |
| 19:21.17 | jmls | I don't want to have to add a new column to all the realtime tables |
| 19:21.38 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 19:22.05 | Corydon76-dig | jmls: any string value is fine |
| 19:22.30 | Corydon76-dig | We actually don't handle integers in key fields very well in realtime |
| 19:22.48 | jmls | string values are good news ;) |
| 19:22.54 | *** part/#asterisk-dev emilh (i=bin@Psilocybe.Update.UU.SE) |
| 19:23.16 | Corydon76-dig | The reason why it just works in most places is due to the widespread use of MySQL which does server-side translations where necessary |
| 19:24.02 | Corydon76-dig | As long as it's a unique indexed field, everything should be fine, though |
| 19:27.21 | Corydon76-dig | Ah, circular references... |
| 19:28.04 | *** part/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 19:33.13 | *** part/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 19:36.34 | jameswf-home | I saw kill the user and got all excited :( |
| 19:37.04 | Corydon76-dig | What's the right word... not cataclysm, domino effect... |
| 19:41.58 | Corydon76-dig | chain reaction, I guess |
| 19:49.54 | oej | jameswf-home: :-) No more support, just kill the user |
| 19:51.40 | Corydon76-dig | oej: We were thinking about that the other day |
| 19:52.11 | Corydon76-dig | oej: shouldn't you rename what is now "peer" to "user" and whatever other types you want (provider, trunk, etc.) be renamed to " |
| 19:52.17 | Corydon76-dig | oej: shouldn't you rename what is now "peer" to "user" and whatever other types you want (provider, trunk, etc.) be renamed to "peer"? |
| 19:52.22 | jameswf-home | a secret switch that tells fxs channel to drop the user like a tazet |
| 19:52.27 | jameswf-home | *tazer |
| 19:52.41 | Qwell | jameswf-home: sounds like a fun hardware easter egg |
| 19:52.42 | Corydon76-dig | So that SIP still has the same types as IAX2? |
| 19:53.09 | oej | corydon76-dig: I don't know how much we can change in 1.6 and break backwards compatibility |
| 19:53.13 | Corydon76-dig | and we don't have potentially confusing same concepts, different terms? |
| 19:53.33 | oej | corydon76-dig: Now it works the same way - user, peer, friend |
| 19:53.59 | oej | We might want to introduce "device" as a replacement for friend - both incoming and outgoing |
| 19:54.20 | Corydon76-dig | I don't want a new term for the old concept |
| 19:54.31 | ctooley | user, trunk, and provider terminology makes much more sense in a SIP scenario. It's confusing for some people who aren't Asterisk people to figure out which is which. |
| 19:54.31 | oej | I do. |
| 19:54.34 | Corydon76-dig | Just call it a friend, instead of a device |
| 19:54.57 | ctooley | the current names don't reflect the technology |
| 19:55.01 | mvanbaak | most sip devices are not really my friend |
| 19:55.05 | oej | I wanted to avoid the IAX2 terminology, because those do not match SIP at all |
| 19:55.18 | oej | mvanbaak :-) |
| 19:55.41 | mvanbaak | ;) |
| 19:55.47 | Corydon76-dig | Okay, then we should probably introduce aliases to IAX2 which match the SIP functionality |
| 19:56.01 | Corydon76-dig | Having different terms depending on the chan tech is confusing |
| 19:56.18 | oej | Now we have the same names, but "peer" is totally different |
| 19:56.29 | Corydon76-dig | That's BAD |
| 19:56.43 | oej | IAX2 has a clear client/server definition in the protocol. SIP is p2p |
| 19:57.41 | oej | I personally don't see the need for the same definitions across channels, since the protocols are so different |
| 19:57.52 | Corydon76-dig | It makes it easier to learn |
| 19:57.55 | oej | H.323 needs a gateway, IAX2 has a clear sense of "direction" |
| 19:58.03 | oej | I am all for easier to learn and easier to teach |
| 19:58.24 | oej | But taking it too far is just confusing for students |
| 19:58.29 | mvanbaak | damn, should have done this years earlier. my vim now interprets the top row (numbers) as their 'signs' variant by default |
| 19:58.46 | mvanbaak | so instead of hitting 'shift' all the time I have to hit 'shift' to get a number |
| 19:59.28 | ctooley | mvanbaak, I'm sure that would be helpful once I learned it but man would that confuse the hell out of me when not in vim. |
| 19:59.45 | mvanbaak | ctooley: I only have it in vim |
| 20:00.07 | ctooley | mvanbaak, that's my point. About half my time is spent there. |
| 20:00.14 | mvanbaak | yeah, mine too |
| 20:00.23 | ctooley | switching back and forth would confuse the shit out of me. |
| 20:00.33 | oej | So we could be backwards compatible in 1.6 and introduce a new type= setting for coming releases. Or keep it as is and move to chan_sip3 to not have to bother with backwards compatibility |
| 20:00.48 | mvanbaak | simply use xmodmap and friends instead of vimrc then ;) |
| 20:02.48 | ctooley | yeah, too much effort to learn. :) |
| 20:04.38 | mvanbaak | ctooley: gheh. I made a shellscript, put it on our local webserver |
| 20:04.56 | mvanbaak | so when I need to use pc of coworker, I do a wget, run the script, and start working |
| 20:05.39 | ctooley | Make sure to make it a system default so they're no longer able to use their keyboard too. :) |
| 20:05.58 | mvanbaak | hahahahahaha |
| 20:06.09 | mvanbaak | nah, I'm not that evil (most of the time) |
| 20:07.26 | oej | Why did the ldap schema go into contrib/scripts while the snmp mib is in /doc ? |
| 20:08.00 | ctooley | One guy that works at Excel with me got an ergo keyboard and then moved all the keys to their mirror positions so he was forced to learn to touch type. His keyboard is hard enough to type on as is, now it's completely unusable by anyone else. |
| 20:08.33 | Qwell | mirror keymaps are...odd |
| 20:08.47 | mvanbaak | ctooley: it's always funny when someone steals my keyboard |
| 20:08.49 | Qwell | because you can't truly mirror it |
| 20:09.03 | ctooley | not the keymaps, the actual keys on the keyboard, the plastic tops |
| 20:09.09 | mvanbaak | they want to type on my terminal, and go HUH ???? |
| 20:09.13 | Qwell | ctooley: ahh |
| 20:09.28 | Qwell | ctooley: so they were offset to the left then, rather than to the right? |
| 20:09.35 | mvanbaak | because I did not rearrange the keys, it's still showing qwerty |
| 20:09.37 | ctooley | yup |
| 20:09.39 | Qwell | neat |
| 20:09.40 | mvanbaak | but I do use dvorak |
| 20:09.59 | ctooley | mvanbaak, yeah, that'll screw em up. |
| 20:10.22 | putnopvut | mvanbaak: the whole pressing shift to type a number thing totally screwed me up when I used a French keyboard a few years ago. |
| 20:10.39 | putnopvut | That, and the other keys which are swapped from what I'm used to. |
| 20:11.03 | mvanbaak | ah, the azerty stuff |
| 20:11.09 | putnopvut | yep :) |
| 20:11.16 | mvanbaak | that's a weird layout |
| 20:11.23 | ctooley | Switching back and forth between my Dell laptop and my Thinkpad always screws me up trying to hit a ctrl or space |
| 20:11.33 | mvanbaak | I have some friends in belgium, and there azerty is as common as qwerty |
| 20:11.44 | mvanbaak | ctooley: yeah, I have that as well |
| 20:11.53 | mvanbaak | the Dell stuff is weird. I prefer my thinkpad layout |
| 20:12.12 | ctooley | mvanbaak, me too |
| 20:12.21 | mvanbaak | but I dont have that trouble with ctrl, because I mapped my capslock to ctrl |
| 20:12.30 | ctooley | Only reason I use the Dell is that the company bought it and it has a 1920x1200 17" screen |
| 20:13.02 | mvanbaak | ctooley: I use the dell too at work because it's company pc |
| 20:19.56 | jake4pres | i'm having a problem in 1.6 beta 2 - i'm not sure if this is a bug or not |
| 20:20.39 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:20.44 | jake4pres | could someone take a look at the sip debug - http://paste.ubuntu-nl.org/54103/ - asterisk 1.6 - 5253 calls 5878, 5878 tries to blind transfer to 101, call never transfers and 5253 disconnected - I am wondering why in the debug * is trying to send the call to (phones, 101, 0) instead of (phones, 101, 1) |
| 20:37.06 | wwalker | ctooley: leave my keyboard out of this. And it's the one at home that is mirrored now. |
| 20:37.58 | ctooley | You switch out your Kenesis's? I could have sworn the one at the office used to be mirrored. |
| 20:38.19 | jameswf-home | http://www.trixbox.org/forums/trixbox-forums/open-discussion/adminsparadise-gone << someone kick andrew..... for someone who has made their money off the work of others bah |
| 20:38.31 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 20:38.39 | ctooley | s/Kenisis's/Kinesis's/g |
| 20:38.47 | wwalker | ctooley: it was, I took them both out of town with me when I went to CO and brought the non-mirred one back. |
| 20:39.04 | wwalker | <PROTECTED> |
| 20:39.04 | jmls | if you have the time |
| 20:39.11 | ctooley | argh |
| 20:39.24 | putnopvut | jmls: go right ahead |
| 20:39.41 | jmls | does a realtime queue update (i.e write back to the backend) |
| 20:40.11 | putnopvut | It only writes back certain attributes (like the paused attributed for instance). |
| 20:40.23 | jmls | queue ? or queue_member |
| 20:40.29 | putnopvut | queue_member |
| 20:40.53 | putnopvut | Nothing about a queue is actually written back to realtime |
| 20:41.05 | jmls | that's a shame |
| 20:41.39 | jmls | it would be a really nice way of getting information on the queue ((0s holdtime), W:0, C:0, A:0, SL:0.0% within 60s etc) back into a db |
| 20:41.41 | putnopvut | Well, there's really no reason to, as far as Asterisk is concerned. But I can understand what you mean if you had another application that wanted to read data about the queue from a database. |
| 20:43.47 | putnopvut | The problem with realtime queues (and other realtime engines) is that there are a lot more reads than there are writes. We make the assumption pretty much that Asterisk is getting information from the database but doesn't really have a need to write data back to it if it changes. |
| 20:44.09 | putnopvut | s/engines/families/ |
| 20:46.23 | jmls | I would want to question that assumption |
| 20:46.53 | jmls | in both cases I've mentioned, (queues and members) it would be really useful to be able to send that information back to the backend |
| 20:47.12 | mvanbaak | jameswf-home: that andrew is the main guy behind trixbox ? |
| 20:47.22 | jmls | you _can_ do some of it via the dialplan, but it's really messy |
| 20:48.08 | jameswf-home | he is the one who sold A@H and kept all the cash |
| 20:48.10 | putnopvut | jmls: yeah, I know what you mean. The problem is that Asterisk pretty much uses the realtime storage as a means of reading configuration, not for storing statistics or maintaining state. |
| 20:48.12 | mvanbaak | it would ideed be nice |
| 20:48.28 | mvanbaak | jameswf-home: ah |
| 20:48.48 | jmls | putnopvut: but it *does* write information back (voicemail passwords, queue member paused, etc) |
| 20:49.18 | putnopvut | Right, and in those rare cases that was necessary because if we didn't, we found things would be broken. |
| 20:49.44 | jmls | point is that the engine is capable |
| 20:49.48 | putnopvut | Take the "paused" field for instance. I added that in because realtime members would become unpaused every time a call would come in. |
| 20:50.00 | putnopvut | jmls: right, let me make a proposal and see if this sounds good. |
| 20:50.39 | putnopvut | For queues, have two tables. One for configuration, one for statistics. The configuration table would pretty much be read-only and would have everything that's in queues.conf. |
| 20:51.00 | putnopvut | The statistics table would be the one which is updated by Asterisk to reflect the state of the queue. |
| 20:51.18 | putnopvut | So it would have things like the number of calls taken, number calls within service level, and all that stuff. |
| 20:51.49 | putnopvut | That way, if people want to use realtime for their configuration, they don't have to also worry about the overhead of the extra writes necessary for statistics. |
| 20:52.14 | putnopvut | And vice-versa as well. People who want static configuration could have statistics stored in a database so they can use another program to read that info. |
| 20:52.33 | jmls | sounds *very* good |
| 20:52.41 | putnopvut | Glad you like it :) |
| 20:53.12 | jmls | it would reduce a huge amount of code / dialplan stuff |
| 20:53.54 | putnopvut | And I think it's definitely do-able. |
| 20:56.31 | jpeeler | anybody know why ast_category_delete in config.c makes two passes? |
| 20:56.43 | jpeeler | one is case sensitive and the other is not? |
| 20:58.14 | Qwell | one is using == rather than str(case)cmp |
| 20:58.23 | Qwell | must be some reason for it... |
| 20:59.23 | Qwell | checking against the pointer address, rather than the actual contents of it, I guess |
| 20:59.55 | Qwell | so that if you have two contexts of the same name, it doesn't delete the first one it finds, but rather the one you're currently on |
| 20:59.59 | Qwell | I guess? |
| 21:01.06 | Qwell | seems to make sense, with the way it does the searching stuff |
| 21:01.11 | jpeeler | hmmm |
| 21:01.38 | Qwell | check out how ast_category_browse does it. you'll see it uses the same type of logic there for finding the next context |
| 21:02.28 | jpeeler | yeah you're right |
| 21:04.01 | putnopvut | Really, the second pass is the only one that seems to actually be needed... |
| 21:04.07 | putnopvut | But I've been wrong before :) |
| 21:05.57 | putnopvut | I guess the first pass is used in case you changed the name of the category...that way the address is still the same, so you know which to delete. |
| 21:08.41 | jpeeler | seems to me if you changed the name of the category, it shouldn't be deletable by the old name |
| 21:21.53 | *** part/#asterisk-dev flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 21:25.14 | Corydon76-dig | jpeeler: remember that categories are traversed with pointers, not with names |
| 21:25.37 | Corydon76-dig | and it's done that way precisely because you can have multiple categories with the same name |
| 21:26.20 | Corydon76-dig | (That is, we compare the pointer to the list of pointers stored as categories, not comparing the bytes stored AT the pointer) |
| 21:32.42 | jmls | putnopvut: if you need any testers for the stats realtime update, I *do* find a lot of bugs |
| 21:32.52 | jmls | just ask jsmith ;) |
| 21:33.12 | jpeeler | Corydon76-dig, i get the idea of what you're saying, but why is the second pass required then? |
| 21:36.07 | Corydon76-dig | The second pass? |
| 21:36.28 | Corydon76-dig | Oh, we do the second pass only if we didn't find an entry |
| 21:36.36 | putnopvut | jmls: I'll let you know when I've got that going. |
| 21:36.41 | jmls | cool |
| 21:37.25 | Corydon76-dig | jpeeler: so you can pass the pointer (which ensures we always can run through the entire tree without looping) or a string, which lets us fine the first matching category |
| 21:37.30 | Corydon76-dig | err, find |
| 21:40.32 | jpeeler | ok, so if you pass a string, there's no risk (because of the way the address space is setup?) for there to be a match in the first pass? |
| 21:41.08 | *** join/#asterisk-dev bkcopeland (n=bcopelan@204.57.121.2) |
| 21:41.48 | putnopvut | jpeeler: correct. All the category addresses are allocated on the heap and you'd have to explicitly set your local pointer to one of those addresses to risk collision. |
| 21:42.46 | jpeeler | gotcha, i should have known it was on the heap |
| 21:42.51 | jpeeler | that makes sense now! |
| 21:43.37 | *** join/#asterisk-dev bkcopeland (n=bcopelan@204.57.121.2) |
| 21:44.30 | russellb | Corydon76-dig: give origsvncommunity another try if you don't mind |
| 21:50.17 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 21:50.17 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 21:51.01 | mvanbaak | I have a request. A rather nasty one ;) |
| 21:51.17 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 21:51.17 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 21:52.07 | mvanbaak | is it possible to create a group branch for the cli ticket and give me access to it ? |
| 21:52.43 | mvanbaak | M8925 |
| 21:52.45 | MuffinMan | [assigned] [Asterisk] Documentation 0008925: [post-1.4] CLI command audit reported by blitzrage http://bugs.digium.com/view.php?id=8925 |
| 21:53.36 | Corydon76-dig | I don't see a problem with that |
| 21:57.38 | russellb | mvanbaak: yeah, i don't mind doing that |
| 21:58.52 | russellb | mvanbaak: email addr? |
| 21:59.19 | mvanbaak | michiel@vanbaak.info |
| 22:00.22 | russellb | mvanbaak: email sent with the info i need |
| 22:09.26 | mvanbaak | encrypted mail sent |
| 22:09.29 | russellb | sweet |
| 22:09.47 | mvanbaak | my key is on pgp.mit.edu as well |
| 22:13.47 | mvanbaak | dude ! |
| 22:13.49 | mvanbaak | sweet ! |
| 22:14.11 | russellb | omg 4 real? |
| 22:14.44 | mvanbaak | aight ! |
| 22:22.53 | *** join/#asterisk-dev aashi_france (i=aashi_fr@brn29-1-82-245-188-240.fbx.proxad.net) |
| 22:31.25 | putnopvut | I know that changing certain core structures is seen as bad, but would changing the sip_pvt structure in 1.6 be problematic? |
| 22:31.56 | *** join/#asterisk-dev agx (n=badpengu@81-174-9-79.dynamic.ngi.it) |
| 22:33.18 | putnopvut | Actually, make that sip_peer. |
| 22:34.49 | russellb | no |
| 22:35.07 | russellb | as long as you have a good reason .. |
| 22:35.45 | putnopvut | The reason has to do with issue 11880. |
| 22:36.13 | putnopvut | In order to properly update a realtime peer, I need to know whether that peer was configured with the deprecated "username" column or the new "defaultuser" column. |
| 22:36.26 | russellb | ah. |
| 22:36.32 | russellb | sounds reasonable |
| 22:36.37 | putnopvut | Cool. |
| 22:42.31 | *** part/#asterisk-dev agx (n=badpengu@81-174-9-79.dynamic.ngi.it) |
| 22:44.12 | tzafrir | Any idea why ztscan checks for __ZT_SIG_DACS rather than ZT_SIG_CLEAR to see if a span is digital? |
| 22:55.15 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 22:55.15 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:11.06 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 23:11.46 | *** join/#asterisk-dev anthm (n=anthm@mb70736d0.tmodns.net) |
| 23:11.46 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 23:13.43 | mvanbaak | gheh |
| 23:14.02 | mvanbaak | just made my wife very happy. I showed her how to put mp3 music on her PSP |
| 23:15.00 | tzafrir | jameswf-home, your email to the -dev list, what ticket number is it about? |
| 23:15.13 | tzafrir | That message seems to lack some context... |
| 23:19.46 | jameswf-home | 9350 was one that seemed to be the same issue there was one other that was way old |
| 23:20.40 | tzafrir | Frankly, I did not understand the description in your mail message. What was the value you referred to? |
| 23:21.46 | jameswf-home | ABCD signalling bits |
| 23:25.02 | jameswf-home | I pushed a clarification ( I hope) |
| 23:25.15 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 23:25.46 | mvanbaak | russellb: can I go to bed or do you want me to wait for the cert ? |
| 23:26.21 | russellb | mvanbaak: you can go to bed, i probably won't get to it until tomorrow |
| 23:26.22 | russellb | sorry |
| 23:26.23 | Qwell | mvanbaak: you are required to stay up until you rewrite Asterisk in java. |
| 23:26.53 | mvanbaak | dont be sorry russellb |
| 23:27.00 | mvanbaak | lol Qwell |
| 23:27.12 | mvanbaak | I have had 2 years of programming courses in java |
| 23:27.27 | russellb | that's all you need, obviously |
| 23:27.28 | Qwell | oh, well, if you already know the language, that's no fun at all |
| 23:27.31 | Qwell | bbl :D |
| 23:27.34 | mvanbaak | the only thing I learned there was how to swear |
| 23:28.27 | mvanbaak | russellb: replace the sorry with a ticket to philly ;) |
| 23:28.32 | mvanbaak | <--- just joking here |
| 23:29.01 | russellb | :( |
| 23:29.31 | mvanbaak | russellb: common dude, no problem |
| 23:29.45 | mvanbaak | if I come up with something this week kevin is ok |
| 23:29.52 | russellb | gotcha |
| 23:29.57 | mvanbaak | but dont bet on it. here in .nl it takes some time |
| 23:30.05 | russellb | alright, well go get some sleep :) |
| 23:30.06 | mvanbaak | but I'm not giving up yet |
| 23:30.11 | mvanbaak | I'll fight till the end |
| 23:30.46 | mvanbaak | and.... |
| 23:30.54 | mvanbaak | I have a week off once the date stands |
| 23:30.59 | mvanbaak | so I can go to philly |
| 23:31.21 | mvanbaak | need some sponsoring for a plain ticket, but that will be no problem I guess |
| 23:31.46 | russellb | work should send you :) |
| 23:31.51 | russellb | it's critical! |
| 23:32.24 | mvanbaak | meh |
| 23:32.28 | mvanbaak | meet my boss |
| 23:34.31 | mvanbaak | <--- reading svn guidelines on asterisk.org/developers/svn-branching-merging |
| 23:34.36 | russellb | sweeeet |
| 23:34.50 | russellb | there are some bits missing, but i think you already know the svnmerge/automerge stuff pretty well :) |
| 23:34.57 | mvanbaak | it's almost the same as on my projects |
| 23:35.14 | mvanbaak | yeah, I'm using svnmerge/automerge on my own projects |
| 23:35.38 | mvanbaak | I have one comment tho |
| 23:35.47 | mvanbaak | _DONT_ use it on sourceforge! |
| 23:36.21 | russellb | lol |
| 23:36.25 | russellb | why is that? |
| 23:36.40 | russellb | they get pissed? |
| 23:36.57 | mvanbaak | if I have a commit in branches/team/mvanbaak/my-leet-feature |
| 23:37.13 | mvanbaak | that alters like 40 files (update of tinyMCE) |
| 23:37.23 | mvanbaak | and want to svnmerge or automerge |
| 23:37.29 | mvanbaak | it takes at least 4 tries |
| 23:38.30 | russellb | heh, that sucks |
| 23:38.32 | mvanbaak | and, you cannot hook directly into their svn |
| 23:38.41 | mvanbaak | so you have to abuse their shell services |
| 23:38.43 | russellb | right, you'd have to do it all client side i assume |
| 23:38.48 | mvanbaak | and they dont like that |
| 23:38.58 | russellb | ha |
| 23:39.08 | russellb | i would just set it up client side ... but only run automerge daily |
| 23:39.09 | mvanbaak | our shell account has been disabled for 'abuse' several times already |
| 23:39.15 | russellb | nice. |
| 23:39.20 | mvanbaak | I have it on client side now |
| 23:39.30 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 23:39.36 | mvanbaak | the @hourly stuff is not good enough |
| 23:39.58 | mvanbaak | we have a 800 line shellscript now to handle all the errors and stuff |
| 23:40.02 | ZX81 | hi all, anyone know where the amount of time to wait for a channel lock for show channels concise is defined? |
| 23:40.11 | mvanbaak | a typical automerge takes 5 runs |
| 23:41.18 | mvanbaak | all my personal projects use my svn server with trac (svnbot etc stuff is there by default) and I'm now working to get all work projects in the same setup |
| 23:41.42 | mvanbaak | but management drool over rank on sf.net |
| 23:41.51 | mvanbaak | so svnsync to the rescue ! |
| 23:42.27 | mvanbaak | we will have svn.<companyname>.nl |
| 23:42.35 | mvanbaak | that will svnsync to sf.net |
| 23:43.05 | russellb | ZX81: it's not a time value |
| 23:43.12 | ZX81 | ah ok |
| 23:43.15 | russellb | but one sec |
| 23:43.19 | ZX81 | :) |
| 23:44.38 | russellb | ZX81: 2 things |
| 23:44.41 | ZX81 | yep |
| 23:44.49 | russellb | open up main/channel.c ... go to channel_find_locked() |
| 23:45.00 | russellb | the top level for loop ... change the 10 to something else ... |
| 23:45.16 | russellb | also ... change if (retries == 9) to be 1 less than whatever you change 10 to |
| 23:45.37 | ZX81 | ok cool thanks man |
| 23:46.06 | russellb | np |
| 23:46.08 | ZX81 | and if I make it too high I could be looking at a deadlock or just slowed machine? |
| 23:46.24 | russellb | increasing it will not cause a deadlock |
| 23:46.34 | ZX81 | ok cool |
| 23:46.37 | ZX81 | cheers |
| 23:47.47 | mvanbaak | I'm going to bed |
| 23:48.11 | mvanbaak | did not find anything weird in the svn setup |
| 23:48.19 | mvanbaak | so I can go to sleep with happy thoughts |
| 23:49.47 | ZX81 | :) |
| 23:49.48 | mvanbaak | see you all tomorrow after work |
| 23:50.06 | ZX81 | good night sleep tight don't let the bed bugs bite |
| 23:50.39 | mvanbaak | ZX81: I have anti-bug spray :) |
| 23:50.45 | ZX81 | :) sweet |
| 23:50.48 | mvanbaak | use it on all my projects :) |
| 23:52.20 | jameswf-home | the software is perfect it must be you |
| 23:52.22 | mvanbaak | latero all |
| 23:53.17 | russellb | cya |