| 04:05.14 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-114-110.ptld.qwest.net) |
| 06:57.49 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 07:47.30 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 08:00.38 | *** join/#asterisk-dev etienne (~etienne@office-puteaux.avencall.com) |
| 08:06.55 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:06.55 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:23.12 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 08:26.52 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 09:03.51 | *** join/#asterisk-dev Pitel (~pitel@ip-94-113-20-150.net.upcbroadband.cz) |
| 09:12.23 | Pitel | I'm back from monitoring Asterisk memory usage because of leaks in calendar modules... my tests from 1.8 was unconvincing. the memory jumped up and down. but I still have problem with calendars backported to 1.6.20. The memory usage is steadily rising, about 20 MB per day. and what is strange, "memory show summary" command in console still shows "2763255 bytes allocated (1230 in caches) in 68857 allocations" or very similar number |
| 09:12.23 | Pitel | s, like everything is okay, but it isn't. |
| 09:14.13 | *** join/#asterisk-dev frawd (~francois@157.Red-88-26-136.staticIP.rima-tde.net) |
| 09:14.21 | Pitel | you can see my daily dumps here: http://db.tt/QDFWszh (mysql.txt is output from our monitoring utility, first column is memory usage of asterisk) |
| 09:16.47 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 09:34.18 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 09:34.20 | schmidts | good morning |
| 11:39.00 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 12:21.02 | leifmadsen | schmidts: morning |
| 12:36.42 | schmidts | hello leif |
| 12:38.57 | leifmadsen | howdy :) |
| 13:02.03 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 13:02.03 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:07.45 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:07.45 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:09.58 | tzafrir | we're running 1.6.2.13 here. we have a memory leak. After enabling memory allocation debug, the problem seems to be gone |
| 13:11.19 | tzafrir | Specifically, merely adding '#define REF_DEBUG 1' in include/asterisk/astobj2.h caused it to go away |
| 13:11.38 | tzafrir | Any quick guess as to what I should check next? |
| 13:13.03 | kpfleming | nothing obvious, no |
| 13:16.24 | *** join/#asterisk-dev massoud (~massoud@unaffiliated/massoud) |
| 13:17.39 | massoud | sruffell: hi |
| 13:17.49 | sruffell | massoud: Hello |
| 13:30.45 | *** join/#asterisk-dev crowbar7 (~JKLOBUCAR@12.2.84.2) |
| 13:53.04 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 14:05.01 | WIMPy | Hello |
| 14:06.24 | WIMPy | tzafrir: Can you explain your issue with overlap dialing and the unlimited number of digits? It seems obvious that your example will need a timeout. |
| 14:57.05 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:57.05 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:11.52 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:11.52 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:24.22 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-nrwosucoroblcxfl) |
| 15:58.34 | *** join/#asterisk-dev espiceland (~erin@nat/digium/x-ytsjntvyfeqyokbt) |
| 16:25.03 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 16:30.46 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 16:39.00 | *** join/#asterisk-dev crowbar7 (~JKLOBUCAR@12.2.84.2) |
| 17:00.44 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 17:00.44 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 17:09.08 | moy | reading from Wikipedia, thee MSB is sent first and LSB last when Alaw (and may be they meant Ulaw too?) is sent in a E1 G.703 line ... however I can't find any reference to that in the ITU G.703 spec ... anyone here can point to some reference? |
| 17:22.16 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:28.46 | kpfleming | moy: i would that the ITU-T spec *is* the reference. does it not mention whether the data is MSB or LSB first? |
| 17:31.44 | moy | kpfleming: I've been browsing G.703 spec for several minutes now, but can't find anything related to MSB or LSB so far |
| 17:35.50 | Corydon76-home | Generally speaking, the rule is that MSB is always first in network applications |
| 17:36.23 | Corydon76-home | It's probably stated in another document as the default for ITU specifications |
| 18:16.18 | *** join/#asterisk-dev moy (~moy@CPE003048b1f1b3-CM0026f396812d.cpe.net.cable.rogers.com) |
| 18:53.31 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 18:57.39 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@192.55.64.175) |
| 18:57.44 | *** join/#asterisk-dev JunK-Y (~junky@64.15.77.94) |
| 19:08.35 | JunK-Y | is the guy named "Atis Lezdins" from mailing list -dev list is on IRC? |
| 19:09.50 | kpfleming | sometimes |
| 19:10.13 | kpfleming | can't remember his nick though |
| 19:18.53 | JunK-Y | okay, thanks |
| 19:19.04 | JunK-Y | how are ya kevin btw? |
| 19:19.10 | kpfleming | good |
| 19:19.22 | kpfleming | i see you having a child... good news! |
| 19:20.00 | Corydon76-home | Afternoon, JunK-Y |
| 19:21.03 | JunK-Y | kpfleming: yeah, we planned it for the future, but he's here, so let's keep the ball rollin |
| 19:21.19 | JunK-Y | his name will be Sheldon, just because of Sheldon Cooper :) |
| 19:21.25 | JunK-Y | how are ya Corydon76-home ? |
| 19:21.42 | Corydon76-home | Not bad, you? |
| 19:22.04 | JunK-Y | im okay |
| 19:22.17 | JunK-Y | Corydon76-home: on what are ya working these days? |
| 19:22.34 | JunK-Y | SCF stuff? |
| 19:23.27 | Corydon76-home | Apparently, I'll be working on some Ruby projects in the new year |
| 19:23.33 | Corydon76-home | I'm no longer with Digium |
| 19:25.07 | JunK-Y | ha no? i didnt know that |
| 19:51.34 | leifmadsen | ~seen atis |
| 19:51.43 | infobot | atis <n=atis@123.236.110.207> was last seen on IRC in channel #kde, 419d 3h 33m 12s ago, saying: 'i'm from india'. |
| 19:51.52 | leifmadsen | hmmm, thought that was his name |
| 19:51.53 | leifmadsen | guess not |
| 19:54.25 | *** join/#asterisk-dev luckman212 (~quassel@pool-96-246-172-198.nwrknj.fios.verizon.net) |
| 19:58.43 | luckman212 | guys sorry if this doesn't belong here... but I'm trying to compile the res_timing_timerfd.so module. * box is running CentOS 5.5, and when I run make menuconfig I get 'XXX' next to it and it says "depends on timerfd" -- no clue how to fix this |
| 19:58.46 | luckman212 | can anyone guide? |
| 19:59.38 | kpfleming | centos 5.5 does not have a new enough linux kernel for timerfd support |
| 20:00.32 | luckman212 | ah ha. |
| 20:00.48 | luckman212 | yes I just realized.. I've got 2.6.18 and it requires 2.6.25 minimum |
| 20:00.51 | luckman212 | crap |
| 20:03.44 | luckman212 | oh well. thanks kpfleming |
| 20:05.17 | JunK-Y | luckman212: 2.6.27 i think |
| 20:05.45 | luckman212 | i don't suppose there's any way to update the kernel on this system safely? |
| 20:06.13 | Corydon76-home | You should be able to build your own |
| 20:08.23 | Corydon76-home | Or just use res_timing_dahdi, whose kernel layer now generates its own dummy timing automatically, when hardware is not available |
| 20:16.42 | luckman212 | for some reason I had problems with res_timing_dahdi where streaming MOH would just play silence |
| 20:16.52 | luckman212 | switching to res_timing_pthread fixed it (* 1.8.1.1) |
| 20:17.08 | luckman212 | but I read that pthread is inefficient, would like to use timerfd |
| 20:17.32 | luckman212 | when you say "build your own" do you mean compile just that module? or build my own kernel? |
| 20:17.43 | JunK-Y | i dont know the details about pthread vs timerfd, maybe Corydon76-home can you give us more details? |
| 20:18.05 | JunK-Y | build ur own kernel, since you cant build that mod |
| 20:18.29 | luckman212 | i think building my own kernel might be out of my capabilities |
| 20:18.40 | Corydon76-home | Sure, you can use the pthreads implementation, no problem |
| 20:19.28 | luckman212 | yeah, its working. but I always worry about timing, I like it to be as efficient as possible of course |
| 20:19.51 | luckman212 | when someone says "x is more efficient than y" then naturally I want to use y if at all possible |
| 20:20.15 | JunK-Y | u probably mean: x :) |
| 20:20.30 | luckman212 | doh |
| 20:20.33 | JunK-Y | hahaha :) |
| 20:20.44 | luckman212 | yep I guess I need a cup of coffee hehehe |
| 20:20.47 | Corydon76-home | Giving me a million bucks is more efficient than paying it in taxes. |
| 20:21.04 | Corydon76-home | gimme. ;-) |
| 20:21.11 | JunK-Y | Corydon76-home: i received my 2nd boxes of coffee |
| 20:21.14 | luckman212 | Corydon76-home: hmm well giving me $500,000 is more efficient than giving you $1M |
| 20:21.19 | JunK-Y | check this out tonight on my facebook :) |
| 20:22.20 | Corydon76-home | JunK-Y: I only consume coffee when it is part of another food... like mocha nut bread or ice cream |
| 20:37.09 | JunK-Y | leifmadsen: do you think you can put libpri 1.4.11.5 on http://www.asterisk.org/downloads ? its still .4, which is buggy |
| 20:37.54 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 20:38.26 | leifmadsen | JunK-Y: updated |
| 20:38.52 | JunK-Y | you rock! |
| 20:39.01 | JunK-Y | not like you maple leafs, but it's appreciated :) |
| 20:56.35 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 20:59.57 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 21:09.40 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 21:09.40 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 23:07.08 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 23:36.54 | pabelanger | I can't seem to figure out why a 9 second mixmonitor recording takes 1:20mins to playback |
| 23:42.23 | citywok | b/c you touch yourself at night |
| 23:42.38 | citywok | i've had weird things like that, but usually * crashed while writing the file and it got corrupted. |