| 00:07.27 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 00:17.43 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 00:35.17 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 00:36.59 | *** part/#asterisk-dev RoyK (n=roy@ip-147-49-149-91.dialup.ice.no) |
| 01:00.20 | *** join/#asterisk-dev jpeeler (n=jpeeler@adsl-065-005-230-151.sip.lft.bellsouth.net) |
| 01:08.43 | *** join/#asterisk-dev snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 01:18.22 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:18.22 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 01:28.08 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 01:28.08 | *** topic/#asterisk-dev is 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 -=- Automated Builds, thx file! - http://buildbot.digium.com -=- Congrats on becoming a father tuxd00d -=- Congrats russellb on getting married. Back to work! |
| 02:34.35 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 02:56.56 | brookshire | hi |
| 02:59.15 | *** join/#asterisk-dev VoicePulse (n=contact@unaffiliated/voicepulse) |
| 03:25.56 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 03:45.59 | *** join/#asterisk-dev CrashHD (n=CrashHD@76-14-102-131.rk.wavecable.com) |
| 03:46.25 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 04:01.05 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 04:59.08 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 05:07.36 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 05:27.45 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 05:28.48 | *** join/#asterisk-dev fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 06:44.04 | *** join/#asterisk-dev oej (n=olle@80.251.192.3) |
| 06:44.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:21.39 | *** join/#asterisk-dev oej_ (n=olle@cust-IP-11.data.tre.se) |
| 07:32.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:57.29 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) |
| 07:57.33 | festr_ | hi |
| 07:58.23 | festr_ | can someone reopen #11999 ? |
| 07:58.31 | festr_ | it is causing crashes on my system |
| 08:13.31 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 08:29.44 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 09:48.31 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 09:52.54 | festr_ | any bug marshal here? |
| 10:02.02 | jmls_home | festr_: are you sure that it's the same problem ? |
| 10:07.36 | *** part/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 10:08.21 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 10:21.51 | *** join/#asterisk-dev RoyK (n=roy@ip-113-23-149-91.dialup.ice.no) |
| 10:36.29 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 10:44.02 | festr_ | jmls_home: it must be because i've made twi upgrades within two days |
| 10:45.12 | festr_ | jmls_home: and it starts after last upgrade |
| 10:45.33 | festr_ | jmls_home: and core dump shows that it crashes after freeing some frames |
| 10:46.10 | festr_ | jmls_home: http://pastebin.com/mb7b9f05 |
| 10:58.00 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:10.27 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 11:10.27 | *** mode/#asterisk-dev [+o tzafrir_home] by ChanServ |
| 11:44.53 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 12:02.19 | seanbright | file: ping |
| 12:19.07 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 12:23.47 | seanbright | ohhhh... you can't have audiohooks on a native bridge since asterisk isn't in the media path |
| 12:23.52 | seanbright | ok, that makes sense |
| 12:24.42 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:25.10 | *** part/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 12:31.02 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 12:35.34 | *** join/#asterisk-dev jeffg (i=7wfZGo1q@pdpc/supporter/active/jeffg) |
| 13:18.32 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 13:18.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:20.49 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:20.49 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:22.21 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.235.113) |
| 13:27.35 | file | seanbright: moo? |
| 13:27.51 | tzafrir_home | when I re-run 'make' in zaptel, it keeps rebuilding voicebus.o |
| 13:27.51 | seanbright | i was confused by the softhangup in start_spying |
| 13:27.58 | file | seanbright: ah |
| 13:28.01 | seanbright | but then i figured it out |
| 13:28.36 | tzafrir_home | I suspect that this is because of the following line in kernel/wctdm24xxp/Kbuild: |
| 13:28.40 | tzafrir_home | wctdm24xxp-objs := base.o GpakCust.o GpakApi.o ../voicebus.o |
| 13:29.02 | tzafrir_home | In that directory there is no knowledge of voicebus.o? |
| 13:30.11 | tzafrir_home | Or maybe it is because a relative path is used, and when make builds it in the toplevel dir, it remember making the module with the full path |
| 13:30.37 | tzafrir_home | The same applies to the second subdir - kernel/wcte12xp/ |
| 13:36.31 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 13:41.31 | *** join/#asterisk-dev fmueller (n=user@p548F4726.dip.t-dialin.net) |
| 13:41.50 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 13:41.52 | ZaVoid | morning all |
| 13:42.16 | ZaVoid | Checksum: 0x76b0 [incorrect, should be 0x348a (maybe caused by "UDP checksum offload"?)] <-- you guys ever run into this issue when seeing asterisk spit out 500's in regards to sip invites randomly? |
| 13:48.36 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 13:55.02 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 14:01.22 | file | seanbright: how is audiohooks treating you? |
| 14:02.10 | seanbright | file: well, switching the order of the hook execution fixed the recordings, but the whisperers don't like hearing themselves |
| 14:02.28 | file | nods |
| 14:02.44 | seanbright | file: so what i really need (i think) is spy hook (cs), whisper hook (cs), spy hook (mixmonitor) |
| 14:02.55 | seanbright | file: in that order. not possible today, obviously. |
| 14:03.04 | file | not.... yet. |
| 14:03.10 | seanbright | right |
| 14:03.50 | Juggie | so glad its friday |
| 14:03.54 | seanbright | what are you thinking? AST_HOOK_FIRST, _MIDDLE, _LAST? |
| 14:04.00 | seanbright | that sorta thing? |
| 14:05.54 | file | seanbright: haven't decided yet |
| 14:08.46 | jsmith | Corydon76-dig: Any plans to fix the SetCallerPres thing for 1.4 as well? Or is it gray enough to not warrant fixing it for 1.4? |
| 14:11.17 | Corydon76-dig | jsmith: already did |
| 14:11.49 | Corydon76-dig | First part of that commit was for 1.4 |
| 14:12.36 | Corydon76-dig | The only additional thing that I did was to verify that the code is a valid one |
| 14:12.45 | jsmith | Corydon76-dig: Hmmmn... I must have missed that email |
| 14:12.50 | jsmith | Corydon76-dig: I'll go back and check |
| 14:15.04 | jsmith | Corydon76-dig: My bad... thanks for keeping me honest |
| 14:16.47 | Juggie | jsmith, you would not knowingly lie :) |
| 14:18.08 | jsmith | Juggie: That's right... but I have been known to be wrong (and stubborn about it as well) |
| 14:31.44 | *** join/#asterisk-dev M1s3ry (n=M1s3ry@216.207.245.1) |
| 14:32.01 | Juggie | jsmith, whats the best site to search for hotel rates |
| 14:32.16 | jsmith | Juggie: Have you tried Kayak.com? |
| 14:33.12 | Juggie | no not yet i was asking. |
| 14:43.46 | IgorG | hi! I have how message in reload test system: res_config_ldap.c line 1358 (reload): Deadlock? waited 75 sec for mutex '&ldap_lock'? |
| 14:43.47 | IgorG | res_config_ldap.c line 1358 (reload): '&ldap_lock' was locked here. |
| 14:43.55 | IgorG | how can I debug it? |
| 14:44.16 | file | turn on DEBUG_THREADS and get core show locks output |
| 14:44.43 | festr_ | could someone please reopen #11999? |
| 14:44.49 | IgorG | already have this option |
| 14:44.49 | festr_ | http://pastebin.com/mb7b9f05 |
| 14:45.10 | IgorG | === Thread ID: -1228760176 (netconsole started at [ 1065] asterisk.c listener()) |
| 14:45.11 | IgorG | === ---> Lock #0 (loader.c): MUTEX 571 ast_module_reload &reloadlock 0x81bbc20 (1) |
| 14:45.11 | IgorG | === ---> Lock #1 (loader.c): MUTEX 590 ast_module_reload &(&module_list)->lock 0x81bba68 (1) |
| 14:45.11 | IgorG | === ---> Waiting for Lock #2 (res_config_ldap.c): MUTEX 1358 reload &ldap_lock 0xb70b5160 (1) |
| 14:45.11 | IgorG | === --- ---> Locked Here: res_config_ldap.c line 1358 (reload) |
| 14:46.14 | file | festr_: that issue was in regards to Zap channels with busydetect... |
| 14:46.49 | IgorG | open bug? core show locks enought ingormation? |
| 14:47.10 | file | yes, open a bug |
| 14:47.12 | festr_ | file: interesting, but this commit starts my asterisk crashing |
| 14:47.40 | file | festr_: you traced it back to that commit? |
| 14:47.52 | festr_ | file: almost |
| 14:48.24 | festr_ | file: i've look what revision i have before last upgrade but it was 3 days old only |
| 14:48.36 | file | pokes putnopvut |
| 14:49.13 | festr_ | file: 2008-04-10 version was ok |
| 14:49.15 | putnopvut | I've been poked... |
| 14:50.02 | putnopvut | festr_: I'm looking at your backtrace... |
| 14:50.34 | putnopvut | One thing that strikes me as odd is the address of "chan" in ast_write() |
| 14:50.46 | IgorG | also can anyone add [patch] to description of issue 11833 ? |
| 14:50.55 | putnopvut | But that may be irrelevant. |
| 14:52.13 | file | seanbright: don't you work? O.o |
| 14:52.20 | seanbright | file: yeah |
| 14:52.23 | seanbright | file: occasionally |
| 14:52.25 | seanbright | :) |
| 14:52.35 | anonymouz666 | tzafrir_home: Do you have any suggestion about that diff on wctdm24xxp before I apply to test? |
| 14:53.15 | tzafrir_home | hmm.. actually I thought I had a little comment, but upon forther reading it is invalid |
| 14:53.20 | seanbright | file: i'm on pbx maintenance duty at the moment |
| 14:53.28 | seanbright | file: so all kindsa free time |
| 14:54.00 | file | seanbright: ah |
| 14:54.49 | IgorG | seanbright: thanks for patch naming ;) |
| 14:55.11 | seanbright | no sweat. |
| 14:55.23 | anonymouz666 | tzafrir_home: that diff is for zaptel 1.2. Will also apply clean on Zaptel 1.4? |
| 14:55.46 | anonymouz666 | probably not, right? |
| 14:55.55 | tzafrir_home | I hope it will, not sure |
| 14:55.58 | festr_ | putnopvut: anyway, do you see anything? |
| 14:56.23 | tzafrir_home | if it is just for that single file, try patching it directly. Or apply the same patch from the kernel/ directory |
| 14:56.30 | putnopvut | festr_: sorry, no :(. I think you may need to get valgrind output in order to help diagnose this. |
| 14:56.32 | tzafrir_home | As for breakage: no idea |
| 14:57.05 | *** join/#asterisk-dev moy (n=moyhu@189.169.206.200) |
| 14:57.54 | festr_ | putnopvut: bad :( its on production system with no option to play. it will be hard to simulate but i will try it on another system |
| 14:59.48 | festr_ | putnopvut: any doc describing how to use valgring? i've debugged some small code with it but not asterisk yet :) |
| 15:00.33 | festr_ | putnopvut: just run valgrind asterisk? |
| 15:02.15 | putnopvut | festr_: look at doc/valgrind.txt |
| 15:02.21 | putnopvut | It's in the asterisk source directory. |
| 15:02.25 | festr_ | that was easy |
| 15:02.27 | festr_ | thanks |
| 15:03.18 | festr_ | putnopvut: DEBUG_THREADS yes or no? |
| 15:03.34 | putnopvut | It shouldn't matter, but go ahead and turn it on. |
| 15:03.49 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 15:09.00 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:12.41 | festr_ | putnopvut: last question, is it possible to run asterisk over valgrind on production system? because if i will be not able to reproduce it i'll have to test it on people :) |
| 15:14.37 | putnopvut | You can run it on a production system, but valgrind will slow the system way down. If it's a system that needs to handle a lot of calls, you'll probably not be able to handle as many as you normally can. |
| 15:17.18 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:17.18 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:17.50 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 15:17.50 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 15:19.10 | festr_ | putnopvut: anyway i've found source of this problem. i've upgraded my system but not recompiled cdr_addon_mysql and it seems in log that in every crash, last thing was storing cdr into db. i think that i have to see something in valgrind. |
| 15:20.10 | jsmith | festr_: Then recompile cdr_addon_mysql for the current version of Asterisk! |
| 15:25.28 | atis_work | festr_: make sure to use "make distclean" before recompiling, or you will get troubles with compiler flags |
| 15:30.55 | IgorG | file: info about deadlock submited in 12477 |
| 15:35.55 | file | nifty |
| 15:53.51 | tzafrir_home | http://svn.digium.com/view/zaptel?view=rev&rev=4176 - is it for 1.2 as well? |
| 16:01.52 | *** join/#asterisk-dev shido6 (n=shido6@204.126.120.132) |
| 16:26.01 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 16:26.01 | *** mode/#asterisk-dev [+o file] by ChanServ |
| 16:39.49 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-25580.home.otenet.gr) |
| 16:40.00 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 16:53.47 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:55.06 | *** join/#asterisk-dev Laureano (n=Laureano@OL93-199.fibertel.com.ar) |
| 16:55.31 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 16:59.58 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 17:03.48 | *** join/#asterisk-dev atis_home (n=chatzill@193.238.213.215) |
| 17:13.57 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 17:21.08 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:21.08 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 17:21.26 | mvanbaak | thank god it's friday |
| 17:22.08 | russellb | mhm |
| 17:23.50 | file | it's the ice cream day |
| 17:24.09 | mvanbaak | it's time to start drinking beer |
| 17:24.30 | mvanbaak | and code as soon as you have at least 1promille in your blood |
| 17:25.52 | russellb | mmmm beer |
| 17:26.13 | Qwell | promille? |
| 17:28.09 | mvanbaak | yeah, my blunt translation from dutch |
| 17:28.42 | mvanbaak | 1/1000 |
| 17:28.52 | Qwell | 1/1000 of a liter? |
| 17:29.11 | russellb | .1 % BAC |
| 17:29.13 | russellb | probably |
| 17:29.13 | Qwell | ahh |
| 17:29.17 | mvanbaak | it's used as scale for alcohol in your blood here |
| 17:29.20 | Qwell | makes sense |
| 17:29.35 | Qwell | BAC = blood alcohol content(?) |
| 17:29.42 | russellb | yes |
| 17:36.09 | tzanger | kpfleming: ping |
| 17:43.04 | file | I believe he hopped and skipped away for lunch |
| 17:43.36 | tzanger | bugger |
| 17:43.41 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 17:44.18 | mvanbaak | pizza time |
| 17:46.04 | jpeeler | what are templates used for in IAX? |
| 17:46.36 | Qwell | config awesomeness |
| 17:46.46 | Qwell | you mean like [mycontext](template) ? |
| 17:47.08 | Qwell | think of it kinda like an include. |
| 17:47.10 | jpeeler | i don't know if i can come up with a usage example |
| 17:47.59 | jpeeler | i'm trying to figure out why anybody would want to call iax_provision_reload(0), the int arg being reload |
| 17:48.22 | Qwell | oh, that I don't know about |
| 17:48.23 | jpeeler | it seems that if 0 is passed in, it just removes all the templates |
| 17:49.51 | putnopvut | jpeeler: I'm a bit confused. |
| 17:49.59 | jpeeler | it's actually called in load_module |
| 17:50.18 | putnopvut | Are you asking what the difference is between passing a 0 or 1 to that function? |
| 17:50.34 | jpeeler | pretty much, although passing a 1 makes since |
| 17:51.10 | jpeeler | i'm trying to figure out in the larger context of things what it means to just remove the templates |
| 17:51.15 | jpeeler | perhaps i'm misreading the code |
| 17:51.19 | putnopvut | I think so. |
| 17:51.25 | putnopvut | You may be reading the wrong function. |
| 17:51.38 | jpeeler | well no, i am reading the right function |
| 17:51.41 | putnopvut | Because what I'm looking at, the 0 or 1 just affects the flags used for ast_config_load. |
| 17:51.58 | jpeeler | that's correct |
| 17:52.15 | jpeeler | but then those flags set cfg |
| 17:52.21 | jpeeler | and is used for an if |
| 17:52.30 | jpeeler | and that if i assume populates the template |
| 17:52.33 | jsmith | With that flag being "don't cache the file" or "read with comments" or what? |
| 17:52.47 | jsmith | just learned about these flags to app_config_load |
| 17:52.53 | putnopvut | jpeeler: what it's saying is, if the file hasn't changed, don't do anything. |
| 17:53.07 | jsmith | s/app_config_load/ast_config_load/ |
| 17:53.44 | jpeeler | uh, but it still removes the templates right? |
| 17:53.44 | jpeeler | i get what occurs with the config file |
| 17:53.45 | putnopvut | jpeeler: oh! I see what you're saying now. |
| 17:53.45 | jpeeler | if all the templates are marked as "dead", and then all the dead entries are dropped |
| 17:53.45 | putnopvut | It looks like you may have found a bug actually. |
| 17:54.10 | jpeeler | well i wouldn't know, but it seems intentional |
| 17:54.20 | putnopvut | Yeah, it doesn't make sense to mark the templates as dead and then just return. What I bet is meant is to just return immediately if the config file hasn't changed. |
| 17:54.35 | jpeeler | well it does do that |
| 17:54.39 | jpeeler | if you pass in 1 for reload |
| 17:54.47 | putnopvut | Right. |
| 17:55.05 | putnopvut | It seems like marking the templates dead should only happen if 1 is passed in. |
| 17:55.16 | putnopvut | But I may be totally misunderstanding the purpose of that function. |
| 17:55.26 | jpeeler | heh, well you see why i'm confused at least |
| 17:56.13 | putnopvut | Yes, yes I do. |
| 17:56.23 | jpeeler | jsmith: i believe sending in 0 means, don't check the file |
| 17:57.15 | jsmith | jpeeler: Correct. |
| 17:57.22 | Qwell | looks like that template stuff should be in the successful portion of the if |
| 17:57.39 | jsmith | jpeeler: As well as don't load the comments |
| 17:57.47 | jsmith | jpeeler: At least, that's what I seem to remember |
| 17:58.03 | russellb | random comment ... if the API documentation is not good enough to explain this stuff, please improve it with what you learn |
| 17:58.05 | russellb | that is all. |
| 17:58.28 | putnopvut | russellb: it's not API that's a problem here, it's a rather weird behaviour in iax_provision_reload. |
| 17:58.59 | jpeeler | well i haven't been reading any such API documentation, just looking at the code |
| 17:59.05 | jpeeler | russellb: are you referring to doxygen? |
| 17:59.27 | russellb | jpeeler: yup |
| 17:59.32 | russellb | reads the code |
| 17:59.33 | russellb | ah. |
| 17:59.41 | russellb | that should probably just be CONFIG_FLAG_FILE_UNCHANGED always |
| 17:59.50 | russellb | actually ... |
| 17:59.56 | russellb | it's probably fine the way it is |
| 18:00.02 | russellb | if it's not a reload, make sure we load the file |
| 18:00.06 | russellb | what's the problem? |
| 18:00.07 | putnopvut | russellb: but you notice the templates are marked dead no matter what... |
| 18:00.14 | putnopvut | Before the config is loaded. |
| 18:00.24 | putnopvut | Is that intentional? |
| 18:00.32 | russellb | no, that is broken |
| 18:00.38 | russellb | that should only be after config is successfully loaded |
| 18:00.46 | putnopvut | Okay, that makes a LOT more sense. |
| 18:00.53 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) [NETSPLIT VICTIM] |
| 18:00.53 | *** join/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) [NETSPLIT VICTIM] |
| 18:00.57 | jpeeler | wow so it was a bug? |
| 18:01.01 | russellb | yes |
| 18:01.38 | jpeeler | perhaps my efforts will be useful |
| 18:02.01 | jsmith | jpeeler: Only if you document your efforts so that others can stand on your shoulders ;-) |
| 18:02.45 | jpeeler | well i'm working on documenting API changes from 1.4 to 1.6 and explaining them |
| 18:04.21 | Corydon76-dig | Wait, didn't you hear? All API changes are bad... |
| 18:05.36 | jpeeler | i've seen backwards computability attempted in some instances |
| 18:06.10 | jpeeler | but yes, from now on no more API changes allowed |
| 18:07.10 | *** join/#asterisk-dev MuffinMan (n=muffins@neutrino.joshua-colp.com) |
| 18:07.25 | jpeeler | russellb: are you wanting the API documentation to be readable by doxygen? |
| 18:07.25 | jpeeler | the way i understood it was a standalone document |
| 18:07.32 | russellb | yes, standalone |
| 18:07.52 | russellb | but as you're documenting changes, if the relevant doxygen sucks, improving it would be good |
| 18:08.58 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 18:26.08 | *** join/#asterisk-dev Laureano (n=Laureano@OL93-199.fibertel.com.ar) |
| 18:43.40 | *** join/#asterisk-dev jtodd (n=jtodd@ip67-88-206-99.z206-88-67.customer.algx.net) |
| 18:49.25 | seanbright | i just got a best buy gift card for a successful PBX deployment... |
| 18:49.41 | seanbright | thanks guys |
| 18:49.42 | seanbright | heh |
| 18:50.28 | russellb | heh |
| 18:53.57 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:03.33 | *** part/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 19:03.49 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 19:04.41 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 19:05.57 | seanbright | codefreeze: is there a drop-dead minimum version of flex that can build the ael lexer? or will any one that supports '--full' cut the mustard? |
| 19:06.02 | *** part/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 19:25.15 | codefreeze-lap | seanbright: 2.5.33 is safe; I've not done enough research lately to specify what the minimum version will be. |
| 19:25.29 | seanbright | cool. thanks. |
| 19:36.51 | *** join/#asterisk-dev CunningPike (n=arodgers@vpn.dnv.org) |
| 19:51.05 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 19:51.58 | *** join/#asterisk-dev jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 19:53.37 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:04.03 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.106.198) |
| 20:04.08 | Qwell | russellb: ...g722 sounds freaking amazing, even from in here. |
| 20:04.29 | Qwell | it surprises me every time, heh |
| 20:05.16 | jsmith | russellb: FWIW, I'm no longer able to break g722 easily |
| 20:05.27 | jsmith | russellb: In fact, I've only got one situation in which I've been able to break it |
| 20:05.38 | jsmith | (and it's arguably not g722's fault, I think0 |
| 20:06.22 | russellb | Qwell: sweet |
| 20:06.30 | russellb | k, so, i guess i have it working ... |
| 20:06.46 | Qwell | I just randomly heard a "After the tone, please say your name..", and I thought Allison was here :p |
| 20:43.09 | jpeeler | what is CoS? seems to be only used for IAX |
| 20:43.32 | jpeeler | or more actually |
| 20:44.45 | Corydon76-dig | jpeeler: aka QoS |
| 20:45.31 | jpeeler | argh, why are there always multiple names |
| 20:45.36 | jpeeler | what does C stand for? |
| 20:45.52 | Corydon76-dig | Where do you see "CoS"? |
| 20:45.58 | file | class of service? |
| 20:46.09 | jpeeler | i see it in chan_iax2 |
| 20:46.26 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582382.dsl.bell.ca) |
| 20:46.32 | jpeeler | seems to be paired with tos |
| 20:48.55 | Corydon76-dig | jpeeler: it's another type of QoS, used exclusively in Linux, for queuing priority in the kernel netstack |
| 20:49.08 | *** join/#asterisk-dev seanbright-home (n=seanbrig@mc95f36d0.tmodns.net) |
| 20:49.25 | jpeeler | Corydon76-dig: which one, tos or cos |
| 20:49.29 | Corydon76-dig | cos |
| 20:49.36 | Corydon76-dig | ToS are the actual IP bits |
| 20:49.54 | Corydon76-dig | cos bits never make it past the machine |
| 20:49.55 | jsmith | They're orthogonal to each other, right? |
| 20:50.22 | Corydon76-dig | Oh, and cos isn't really bits... it's an integer priority |
| 20:50.23 | jsmith | CoS is telling the kernel the priority, and ToS is telling downstream switches/routers the type of service (which often translates to priority) |
| 20:50.23 | jpeeler | sorry but what does ToS stand for then |
| 20:50.43 | jpeeler | oh type of service? |
| 20:50.45 | Corydon76-dig | Terms of Service |
| 20:51.10 | seanbright-home | tcl object system |
| 20:52.11 | jpeeler | Corydon76-dig: i see now that #define in ast_netsock_set_qos, thanks |
| 20:52.21 | Corydon76-dig | jpeeler: Read ip(7) and socket(7) for more information |
| 20:53.17 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:58.46 | *** join/#asterisk-dev RoyK (n=roy@ip-113-23-149-91.dialup.ice.no) |
| 21:51.28 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 22:35.07 | Corydon76-dig | pokes Deeewayne |
| 22:36.41 | Deeewayne | Corydon76-dig, hello |
| 22:55.30 | seanbright-home | out of curiosity, what prompted the tos/cos conversation? |
| 22:55.54 | *** part/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |