| 00:11.44 | *** join/#asterisk-dev schmooze (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 00:36.30 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 00:51.12 | *** join/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 00:53.56 | alecdavis | svn.digium.com/view where has it gone today? |
| 00:56.44 | snuff-work | i thought it hadn't come back? |
| 00:59.57 | alecdavis | it came back up, shortly after I posted yesterday. Something about limiting memory to 256MB and it ran, guess not for long. |
| 01:05.35 | snuff-work | mm.. evil search engines |
| 01:12.33 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 01:16.06 | Corydon76-dig | alecdavis: it's gone, until we find a better method of limiting the resources it consumes |
| 01:18.43 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 01:22.35 | *** join/#asterisk-dev PDani (n=pdani@catv-89-133-156-227.catv.broadband.hu) |
| 01:36.37 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 01:36.38 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:36.47 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 01:42.27 | *** join/#asterisk-dev eliel (n=eliels@151-202-114-200.fibertel.com.ar) |
| 01:42.28 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 02:03.55 | *** join/#asterisk-dev Deeewayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 02:03.57 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 02:50.58 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 02:51.36 | *** join/#asterisk-dev bbryant (n=brett@68.59.20.153) |
| 02:51.36 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 03:21.15 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 03:21.48 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 03:21.53 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 03:25.17 | *** join/#asterisk-dev Vec (n=Vec@196-210-172-92-rrba-esr-3.dynamic.isadsl.co.za) |
| 03:33.32 | *** join/#asterisk-dev qsy (n=quekshuy@nusnet-228-5.dynip.nus.edu.sg) |
| 03:33.45 | qsy | hi all |
| 03:34.42 | qsy | i'm interested in asterisk devt as a student on the google summer of code |
| 03:35.02 | qsy | but the ideas list link on GSoC page for asterisk returns a 404 error |
| 03:47.03 | Corydon76-dig | Hah, he's right |
| 03:50.39 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 03:50.44 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 03:57.29 | *** join/#asterisk-dev qsy (n=chatzill@nusnet-228-5.dynip.nus.edu.sg) |
| 03:58.32 | *** part/#asterisk-dev qsy (n=chatzill@nusnet-228-5.dynip.nus.edu.sg) |
| 04:05.47 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 04:09.52 | *** part/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 04:42.58 | snuff-work | mm.. its called viewvc :) |
| 04:58.24 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 04:58.31 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 05:05.10 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 05:05.18 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 05:08.42 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 05:09.15 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 05:21.21 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 05:21.27 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 06:14.39 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 06:20.57 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 08:10.31 | PDani | hi |
| 08:12.31 | PDani | russellb, if you have some time, would you respond to my post about gsoc at asterisk-dev? |
| 08:13.20 | mvanbaak | I dont think he's awake yet |
| 08:13.33 | PDani | okay |
| 08:13.36 | mvanbaak | and if you posted it on the -dev mailinglist he will read it |
| 08:13.36 | PDani | thx |
| 08:40.00 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 08:43.56 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 08:54.10 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:39.55 | *** join/#asterisk-dev freddyk (n=freddy@host5-148-dynamic.55-82-r.retail.telecomitalia.it) |
| 09:49.51 | *** join/#asterisk-dev mort___ (n=mort@user-54405220.wfd76b.dsl.pol.co.uk) |
| 10:37.33 | Vec | Does anyone know if there have been any significant timing improvements in ztdummy from version C.2.1.2, till now ? |
| 10:44.39 | snuff-home | mm i couldn't say for business edition |
| 10:46.29 | Vec | @snuff-home : do u know if I could install dahdi (open source ed) with asterisk bussiness edition ? |
| 10:46.38 | Vec | will it work fine ? |
| 10:47.26 | Vec | U guess strictly thats a asterisk channel question |
| 11:05.11 | *** join/#asterisk-dev mort___ (n=mort@user-54405220.wfd76b.dsl.pol.co.uk) [NETSPLIT VICTIM] |
| 11:05.11 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 11:05.11 | *** join/#asterisk-dev Dovid (n=annon@tony09-121-90.inter.net.il) [NETSPLIT VICTIM] |
| 11:28.26 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:28.27 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:28.59 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 11:33.45 | shazaum | hi |
| 12:02.36 | tzafrir_laptop | this cppcheck looks nice |
| 12:09.05 | tzafrir_laptop | here's a small example: [apps/app_adsiprog.c:681]: (all) Buffer overrun |
| 12:09.24 | mvanbaak | trunk ? |
| 12:09.53 | tzafrir_laptop | yes |
| 12:10.06 | tzafrir_laptop | well, of a day or so ago |
| 12:11.15 | tzafrir_laptop | keyid is declared as: unsigned char keyid[6]; |
| 12:11.42 | mvanbaak | yup, and you store at max 7 items in it |
| 12:12.12 | mvanbaak | for (x = 0; x < 7; x++) |
| 12:13.17 | tzafrir_laptop | Anyway, I'm on Lenny now. The package is not there, but I simply installed the deb from Squeeze |
| 12:13.32 | tzafrir_laptop | another nice feature: |
| 12:14.00 | tzafrir_laptop | Checking channels/chan_dahdi.c... |
| 12:14.01 | tzafrir_laptop | Checking channels/chan_dahdi.c: __NetBSD__... |
| 12:14.02 | tzafrir_laptop | <PROTECTED> |
| 12:14.21 | tzafrir_laptop | Checking channels/chan_dahdi.c: HAVE_PRI;PRI_GETSET_TIMERS... |
| 12:14.21 | tzafrir_laptop | Checking channels/chan_dahdi.c: HAVE_PRI;HAVE_PRI_INBANDDISCONNECT... |
| 12:14.22 | tzafrir_laptop | <PROTECTED> |
| 12:14.47 | tzafrir_laptop | that is: it will try any useful combination of defines that affects an #if |
| 12:15.30 | kpfleming | that sounds incredibly useful indeed |
| 12:15.54 | kpfleming | but i wonder why the compiler didn't catch that array overrun... it's been catching a lot of stuff like that lately |
| 12:22.59 | *** join/#asterisk-dev _ys (n=ys@91.151.196.67) |
| 12:29.02 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 12:30.37 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:30.37 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:33.32 | russellb | kpfleming: mvanbaak: it's not actually possible to hit that array overrun. There is a break condition in the middle of the loop body that prevents it. |
| 12:33.54 | russellb | that analysis tool just wasn't smart enough to see that part |
| 12:34.22 | russellb | Now, the code is still written in a silly way ... |
| 12:34.57 | kpfleming | ah-ha... that's why the compiler didn't complain about it |
| 12:34.59 | *** join/#asterisk-dev qdk (n=qdk@213.173.230.10) |
| 12:35.48 | mvanbaak | indeed. I noticed it |
| 12:36.08 | mvanbaak | and I agree that it's silly |
| 12:36.23 | russellb | oh, and tzafrir_laptop ^^^ |
| 12:36.33 | eliel | morning! |
| 12:36.41 | russellb | still a neat tool. |
| 12:36.44 | russellb | eliel: *waves* |
| 12:37.08 | eliel | good morning russellb |
| 12:41.48 | mvanbaak | yeah, the tool is nice |
| 12:42.55 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:00.31 | JunK-Y | mvanbaak: do you know a tool, but instead of static, it does dynamic analysis? |
| 13:01.02 | russellb | valgrind :-) |
| 13:01.54 | JunK-Y | sometime, i cant find problems with it :( |
| 13:02.04 | JunK-Y | probably cause i dont know how to use it well |
| 13:02.54 | mvanbaak | yeah, valgrind. and I dont know of an alternative |
| 13:03.07 | mvanbaak | if you find one that runs on OpenBSD feel free to mail me :) |
| 13:03.20 | JunK-Y | valgrind doesnt run on openbsd? |
| 13:04.45 | mvanbaak | nope |
| 13:06.10 | JunK-Y | http://www.inside.org/~lonewolf/valgrind/ doesnt work at all? |
| 13:07.35 | mvanbaak | nope |
| 13:08.32 | JunK-Y | if u write one during week-end, i owe u one beer at next astricon. :P |
| 13:08.33 | mvanbaak | and if it's going to work, have a look at all the stuff listed there that's not working |
| 13:08.39 | mvanbaak | it's practically useless |
| 13:08.45 | mvanbaak | JunK-Y: hahahahaha |
| 13:08.50 | JunK-Y | heheheh |
| 13:09.37 | mvanbaak | a friend of me wrote some stuff around libc calls that can track memory leaks. still have to test it with asterisk on openbsd |
| 13:10.02 | mvanbaak | if it works I'll put some work into it and make it something you can enable in menuselect when ./configure detected openbsd |
| 13:10.29 | mvanbaak | some basic memory corruption detection is there as well |
| 13:10.41 | mvanbaak | but it's nowhere near the stuff valgrind can do |
| 13:14.12 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:25.43 | jmworx___ | kpfleming: On more thing about the prompts. If you have male prompts, then make sure that the low-pass doesn't affect them. I haven't tested the filter I gave you with male speech. |
| 13:26.01 | kpfleming | we don't have any of those right now, but i'll keep that in mind |
| 13:26.28 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 13:26.51 | JunK-Y | allison sounds much better then a male voice :P |
| 13:28.10 | jmworx___ | kpfleming: OK, good. BTW, any other prompts than the asterisk-core-sounds-{en,es,fr} tarballs I got from the website? |
| 13:28.12 | Corydon76-dig | kpfleming: someone logged on last night about gsoc. Our list of prospective projects is hosted on viewvc. |
| 13:28.24 | Corydon76-dig | (So it's now down) |
| 13:28.30 | kpfleming | crud |
| 13:29.07 | kpfleming | jmworx___: there are also the asterisk-extra-sounds and the asterisk-moh, all of them have been processed with your filter for narrowband formats |
| 13:29.37 | JunK-Y | kpfleming: talking about extra, u will receive extra-fr really soon, only 200 more prompts have to be recorded. |
| 13:30.14 | jmworx___ | kpfleming: Well, I was just asking because I was looking for more test material :-) |
| 13:30.35 | kpfleming | nope, that's all we have |
| 13:30.44 | jmworx___ | I saw the extra prompts as well, but it seemed to me that they don't have the same level of quality as the core ones |
| 13:30.47 | Corydon76-dig | kpfleming: quick fix: change the link to: http://svn.digium.com/svn/asterisk/team/group/gsoc-2009/ideas.txt |
| 13:30.50 | kpfleming | that is correct |
| 13:31.09 | jmworx___ | why is that (just curious)? |
| 13:31.10 | kpfleming | Corydon76-dig: russell should do that, he knows the stuff at gsoc better than i do |
| 13:31.31 | kpfleming | jmworx___: they were never re-recorded in 48kHz with proper signal levels, some of them are just random noises and things |
| 13:31.37 | Corydon76-dig | Okay, just wanted to put that out there |
| 13:32.01 | JunK-Y | jmworx___: new upcoming extra-fr are at 48. |
| 13:32.34 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 13:33.09 | jmworx___ | hi JunK-Y |
| 13:33.09 | jmworx___ | (jmworx==jmspeex) |
| 13:33.09 | JunK-Y | i realized with a /whois :) |
| 13:33.23 | jmworx___ | :-) |
| 13:33.59 | JunK-Y | im surprised to listen ur presentation, the sounds was really good huh? |
| 13:34.21 | JunK-Y | i didnt expected that, cause we can also hear questions, which is great. |
| 13:34.29 | jmworx___ | Haven't listened to it actually. I thought I wouldn't learn much new :-) |
| 13:35.10 | JunK-Y | play them for ur wife :P |
| 13:35.15 | JunK-Y | she will learn something new. |
| 13:35.25 | JunK-Y | or speex junior :P |
| 13:35.38 | russellb | Corydon76-dig: fixed, thanks! |
| 13:35.42 | jmworx___ | He's still a bit too young I'd say |
| 13:37.39 | JunK-Y | ive to jet to university |
| 13:37.42 | JunK-Y | see ya guys |
| 13:39.20 | leifmadsen | JunK-Y: see ya! |
| 13:42.10 | elred | Hello |
| 13:42.36 | elred | I am still trying to fix this SIP bug when you Dial to an unregistered extension |
| 13:43.12 | elred | it's very annoying since when you call a "group", if one phone is unpluged for any reason, the call will be lost and worst asterisk will hang during something like 60 second |
| 13:43.14 | elred | http://pastebin.com/m39dcb47b |
| 13:43.17 | elred | here are more details |
| 13:43.28 | elred | do you guys are aware of that bug ? Any idee how to solve it ? |
| 13:45.54 | leifmadsen | jmworx___: mind if I ask your real name so I can give you credit in a release announcement? (if you wish) |
| 13:46.11 | elred | I tried to copy an older version of chan_sip.so (the one from 1.4.22) and restart asterisk. (That work) *but* the bug is not solved. |
| 13:46.17 | jmworx___ | leifmadsen: Jean-Marc Valin |
| 13:46.23 | leifmadsen | jmworx___: merci :) |
| 13:47.43 | fiddur | elred: Hmm, in branch 1.6.0 I just get "chan_sip.c: No such host: 4444" |
| 13:48.24 | elred | but this is not freezing the calling process ? |
| 13:48.40 | fiddur | elred: Nope, it's direct and goes on in the dialplan. |
| 13:48.56 | fiddur | elred: haven't tried it in group though, but you say that's not necessary in your paste |
| 13:49.21 | elred | yea I noticed that in a group, but then I tried it alone and it hang in the same way |
| 13:50.04 | elred | humm. I have no dns server on the machine, do you think it could be related ? |
| 13:50.07 | *** join/#asterisk-dev jeangal (n=jeang@nat/digium/x-27290add7dcab217) |
| 13:50.19 | elred | Like asterisk trying to resolv something and hanging up until it timeout |
| 13:51.14 | fiddur | elred: no idea, but I can't see that 4444 should be resolved... |
| 13:51.23 | elred | yea |
| 13:54.28 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:54.28 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:57.28 | fiddur | Hi folks. I'm starting to implement WrapUp as a modifiable stat in app_queue... In external implementations I've seen of this, I've seen two versions: wrapup is it's own state that makes queue calls not get routed to that member, or, wrapup is just a "reason with a timer" set on the pause, and then the member is paused as usual... |
| 13:58.59 | fiddur | If i would make wrapup as a timed pause-reason, that would imply that there could be other pause-reasons, and maybe it should be done more generic from the start... On the other hand, just making wrapup it's own flag on a queue member is cleaner and easier to implement. |
| 13:59.24 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 13:59.28 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 13:59.42 | fiddur | Any thoughts? (anyone here read my post on the devel-list on 2009-02-17....) |
| 14:02.57 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 14:05.07 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:09.19 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.24.187) |
| 14:09.44 | elred | fiddur : adding srvrecord=no in sip.conf solved the problem |
| 14:12.34 | elred | err, this is srvlookup=no (not svrrecord) |
| 14:14.43 | leifmadsen | fiddur: I think I read it... but I think I'll defer to putnopvut for the really good answer :) |
| 14:14.49 | elred | look like it was a known bug : http://bugs.digium.com/view.php?id=9057 |
| 14:16.12 | putnopvut | My name was spoken! |
| 14:16.39 | fiddur | elred: Ah, ok... I thought it only looked up srv if it was a full sip address, not for a short username-only call |
| 14:16.46 | leifmadsen | putnopvut: it was! :) |
| 14:16.55 | leifmadsen | putnopvut: see fiddur comments just after you joined |
| 14:17.17 | putnopvut | Yes, I see them. |
| 14:17.55 | putnopvut | I can definitely see the advantage of making wrapuptime a "pause reason" since there already exist methods for a member to unpause himself. That would allow for people to shorten their wrapuptime if they feel like it. |
| 14:18.09 | fiddur | Actually, the more I think about it, implementing pause-reasons natively in app_queue would be quite useful... I know other pbx's have them, to let agents state why they're not taking calls (lunch, coffee etc)... and wrapup would be another reason then... ...with a scheduled remove... |
| 14:18.40 | putnopvut | Yeah, I can definitely get behind that. |
| 14:19.01 | leifmadsen | agreed |
| 14:19.35 | fiddur | I have a pause-reason-implementation outside in a manager daemon today... would be nice to incorporate it instead... but will take more time, my c isn't as quick as my perl :) |
| 14:20.05 | leifmadsen | my perl isn't as quick as my dialplan |
| 14:22.09 | *** join/#asterisk-dev _ys (n=ys@91.151.196.67) |
| 14:22.16 | fiddur | The thing that still feels a bit bumpy is that the member struct is about a member on one queue... and pause is set on that member, not always on all queues... Shall you then be allowed to be "paused (on lunch)" for one queue while taking calls on another? :D |
| 14:22.52 | fiddur | On the other hand, you could be paused on one queue with the reason that you are prioritising another queue explicitly... |
| 14:22.52 | putnopvut | fiddur: yes, that little piece of design has always bugged me. |
| 14:23.35 | fiddur | putnopvut: Using leastrecent routing made absolutely NO sense until I turned on sharedlastcall :D |
| 14:23.43 | putnopvut | heh |
| 14:25.30 | leifmadsen | sharedlastcall? |
| 14:26.00 | fiddur | I can see how I easily can add the reason-field to the pause-commands from dialplan, agi or manager... and even the scheduled remove... and they already have ways to say if it should be on one specific queue or all... But, for wrapup as an automatic pause with reason and scheduled removal... you have to somehow configure if you want it on all queues, or does it even make any sense to be in wrapup from one queue and still answer on others? |
| 14:26.16 | *** join/#asterisk-dev moy (n=moy@74.12.124.89) |
| 14:26.55 | fiddur | leifmadsen: a global flag that sets the lastcall timestamp on a queue member on all queues... so that least recent-routing goes on the one who's waited the longest on all queues, not just the one THIS call comes from. |
| 14:27.57 | leifmadsen | ah gotcha |
| 14:28.02 | leifmadsen | new command I had never heard of :) |
| 14:31.15 | Marquis42 | Ah, it's shared_lastcall... That's why recursively grepping the entire Asterisk source tree for sharedlastcall returned nothing.... :) |
| 14:37.05 | fiddur | So... I turn the "int paused" in member struct into a small "struct pause *paused" with char *reason and struct sched *removal |
| 14:37.52 | fiddur | Marquis42: Ah true, my sloppiness :) |
| 14:41.15 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 14:41.16 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:45.49 | Marquis42 | fiddur: No worries, just clarifying since when I looked at a recent build of trunk I had running locally I couldn't find it in the sample config and then had to hunt it down. |
| 14:47.41 | eliel | leifmadsen: the idea behind sharedlastcall is to make the wrapuptime be consistent when a user is logged in more that one queue |
| 14:50.27 | fiddur | Btw, anyone's got some emacs-settings to follow the style guidelines (more than just (setq c-basic-offset 4)) ? |
| 14:53.39 | file | http://neutrino.joshua-colp.com/file-emacs-config |
| 14:53.42 | file | that is what I use |
| 14:54.38 | russellb | real asterisk developers use vim, though |
| 14:54.47 | file | smacks russellb |
| 14:55.02 | russellb | ^_^ |
| 14:55.27 | Deeewayne | puts file in a box of Sugar Smacks and adds milk |
| 14:57.27 | fiddur | russellb: :D |
| 14:57.31 | leifmadsen | russellb: you're not wrong |
| 14:57.56 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:57.56 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:06.00 | eliel | real developers use 'cat', |
| 15:06.02 | eliel | sed |
| 15:06.05 | eliel | and grep |
| 15:06.10 | mvanbaak | agrees with russellb |
| 15:06.15 | mvanbaak | editorwar ! |
| 15:06.33 | russellb | :-) |
| 15:06.36 | eliel | +1e100 for vim |
| 15:11.43 | seanbright | eliel: really? and here i thought real developers prefered being productive. |
| 15:13.33 | russellb | heh |
| 15:14.11 | seanbright | i really do like vim though |
| 15:14.15 | seanbright | makes me appreciate emacs more |
| 15:23.17 | eliel | seanbright: you start appreciating vim when you start using those commands like 'dw' $ 0 etc |
| 15:23.32 | eliel | % |
| 15:23.40 | seanbright | what do those do? |
| 15:23.50 | eliel | dw delete a word |
| 15:24.00 | eliel | $ go to the end of the line |
| 15:24.06 | eliel | 0 go to the beginning of the line |
| 15:24.30 | seanbright | esc backspace |
| 15:24.32 | seanbright | ctrl-e |
| 15:24.35 | seanbright | ctrl-a |
| 15:25.08 | seanbright | i rest my cast. |
| 15:25.11 | seanbright | case, too. |
| 15:25.12 | tzafrir_laptop | d% |
| 15:25.34 | eliel | and what about copying a block of text and then leaving vim, open another file and past what you have copied |
| 15:25.34 | seanbright | ohaiods% |
| 15:26.06 | tzafrir_laptop | g/seanbright/d |
| 15:26.10 | eliel | or, doing a "split" and work with two documents... |
| 15:26.21 | seanbright | eliel: all trivial with emacs |
| 15:26.46 | seanbright | different strokes for different folks i guess |
| 15:27.55 | eliel | yeap |
| 15:28.14 | seanbright | but emacs is still better |
| 15:28.15 | seanbright | :P |
| 15:28.18 | seanbright | (kidding) |
| 15:30.09 | eliel | with emacs you loose one line more of your terminal comparing with vim :) |
| 15:30.11 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:30.32 | seanbright | heh |
| 15:30.42 | seanbright | fine, you win. i'll switch right now. |
| 15:30.47 | seanbright | b |
| 15:30.49 | seanbright | err |
| 15:30.50 | seanbright | sorry |
| 15:35.47 | russellb | seanbright: you're a sucker for flame bait |
| 15:40.10 | eliel | http://www.wikivs.com/wiki/Vim_vs_Emacs |
| 15:47.50 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 15:48.04 | *** part/#asterisk-dev elred (i=sauron@fucksheep.org) |
| 15:53.10 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 15:56.04 | *** join/#asterisk-dev w9sh (n=sph@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 16:04.48 | fiddur | putnopvut: Trying to document what I'm doing as I do it, it gets confusing when speaking about a queue membership as a "member"... would it be terrible if I renamed the struct and corresponding variables to membership instead of member?! |
| 16:05.29 | putnopvut | Hmm, well it wouldn't affect the public API really, but... what specific structure are you referring to? |
| 16:05.34 | putnopvut | struct member? |
| 16:05.54 | fiddur | yes... |
| 16:06.22 | fiddur | It is very confusing, when a member is not one per interface, but rather one member per interface on each queue... |
| 16:07.19 | putnopvut | I think it's probably just because I'm so stuck in my ways of using the "member" struct that's making me think twice about it. The "membership" name does make more sense when you put it that way, though. |
| 16:08.09 | fiddur | I'll add doxygen-docs for the struct member(ship) at the same time... to clarify it more |
| 16:16.03 | fiddur | on the other hand, a change like that should probably be done in a separate patch with just that and nothing else. |
| 16:33.51 | *** join/#asterisk-dev juanjoc (n=quassel@200.69.219.113) |
| 16:34.32 | *** join/#asterisk-dev Cresl1n (n=matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 16:34.32 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 16:40.49 | *** part/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 16:44.57 | *** join/#asterisk-dev juanjoc (n=jcomella@200.69.219.113) |
| 16:49.08 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-45-243.dyn.grandenetworks.net) |
| 16:49.13 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-45-243.dyn.grandenetworks.net) |
| 16:53.27 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 16:53.28 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:56.00 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 17:04.44 | *** join/#asterisk-dev rbd (n=rbd@rrcs-96-10-27-206.se.biz.rr.com) |
| 17:06.22 | rbd | would a linux-rt kernel give any better performance (e.g. better timing, less jitter) to ztdummy/dahdi_dummy over a regular kernel build. I see the 6631 patch made against ztdummy at the time (http://bugs.digium.com/view.php?id=6631) and it looks like things are already pretty good in software...just wondering if things improve any with linux-rt |
| 17:27.01 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 17:27.01 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:58.58 | *** join/#asterisk-dev andrebarbosa (n=andrebar@212.13.49.67) |
| 18:03.59 | *** join/#asterisk-dev nirs (n=nirs@80.250.159.240) |
| 18:10.33 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 18:10.33 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 18:11.29 | *** join/#asterisk-dev asteriskmonkey (n=philip@69.77.169.14) |
| 18:11.39 | asteriskmonkey | has anyone had asterisk stop processing calls before? |
| 18:12.21 | leifmadsen | usually when a deadlock happens... |
| 18:12.23 | jsmith | asteriskmonkey: Just a suggestion... you might get more help in #asterisk. This channel is for discussions of the underlying source code of Asterisk. |
| 18:12.30 | leifmadsen | but ya... that too :) |
| 18:12.41 | asteriskmonkey | thanks jsmith, i think its a bug though with freebsd+asterisk |
| 18:13.06 | asteriskmonkey | it happens under 10+call load about once a week in a jail, non jailed systems with goes for about 70 days... |
| 18:13.28 | asteriskmonkey | so with deadlocks though, the asterisk cli and sip peers still show registered, just no calls process correct? |
| 18:14.02 | russellb | potentially |
| 18:14.10 | russellb | the symptoms vary quite a bit |
| 18:16.45 | asteriskmonkey | is there a guide/dev readup on how deadlocks occur and how to debug them somewhere i can read? |
| 18:24.36 | russellb | Check the doc/CODING-GUIDELINES document |
| 18:24.39 | russellb | it talks about it a bit ... |
| 18:24.56 | russellb | the short version on debugging them is enable DEBUG_THREADS, and run "core show locks" when it happens |
| 18:32.37 | eliel | R77 |
| 18:32.40 | MuffinMan | [R77] CLI command 'manager logout <username> [from <ipaddress>]' [Pending] Submitted by eliel => http://reviewboard.digium.com/r/77/ |
| 18:33.44 | eliel | if someone has the time to review this i will appreciate it :) |
| 18:38.56 | asteriskmonkey | russellb: thanks for the info. |
| 19:09.33 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 19:11.23 | *** part/#asterisk-dev asteriskmonkey (n=philip@69.77.169.14) |
| 20:24.42 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) |
| 20:25.12 | *** part/#asterisk-dev Cresl1n (n=matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 20:36.03 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 20:42.27 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 21:14.09 | De_Mon | svnbot resolved a case and linked to http://svn.digium.com/view/asterisk?view=rev&revision=180718, but the requested url wasn't found on the server. |
| 21:14.30 | De_Mon | (resolved 3/9) maybe it's been fixed |
| 21:24.08 | kpfleming | no, the viewer is currently disabled for performance issues |
| 21:35.38 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu2.dynamic.dsl.tele.dk) |
| 21:41.41 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 21:42.44 | De_Mon | ah, fun. |
| 21:43.02 | shazaum | fun |
| 21:43.34 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-32-189.maryville.mo.cebridge.net) |
| 21:43.34 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 21:44.52 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 21:47.33 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 22:07.07 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 22:07.13 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 22:07.46 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 22:07.46 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 22:24.04 | *** join/#asterisk-dev markit (n=marco@88-149-177-66.static.ngi.it) |
| 22:24.54 | markit | hi, I've updated the italian sound files for * 1.4. But my problem is: what is the default value of languageprefix in asterisk.conf? |
| 22:25.15 | JunK-Y | markit: 1.6 ? |
| 22:25.15 | markit | (I've debian distro and that value is not set in the config, nor commented) |
| 22:25.27 | markit | JunK-Y: well, I'm interested in 1.4 AND 1.6 |
| 22:25.43 | markit | I've seen that 1.6 uses the same set of sounds as 1.4.x |
| 22:26.05 | markit | so my set is good for both. Only problem is the directory structure for the package |
| 22:26.28 | markit | is there a console command that tells you the current value of a config parameter? |
| 22:26.41 | JunK-Y | it changed in 1.6 |
| 22:26.48 | markit | or do you know what are the intended default value? |
| 22:26.51 | JunK-Y | like which parameters? |
| 22:27.05 | markit | like languageprefix of course |
| 22:27.11 | markit | that's my problem |
| 22:27.25 | markit | (is in asterisk.conf) |
| 22:27.39 | JunK-Y | its languageprefix = yes by default in 1.6 |
| 22:27.59 | markit | and what about 1.4? |
| 22:28.08 | putnopvut | markit: in 1.4, languageprefix defaults to no. |
| 22:28.10 | JunK-Y | its no in 1.4 |
| 22:28.18 | JunK-Y | putnopvut: damn, ur faster then me |
| 22:28.18 | markit | thanks :) |
| 22:28.33 | JunK-Y | its a good idea to have something like core show options |
| 22:28.39 | JunK-Y | putnopvut: whatcha think? |
| 22:28.40 | markit | so I'd better prepare 2 different sets for that different layout? any better idea? |
| 22:29.02 | file | it already exists, "core show settings" |
| 22:29.03 | JunK-Y | markit: no just set it to yes in 1.4 ? |
| 22:29.32 | putnopvut | file is faster than me. But what he hasn't stated is that it's not available in 1.4 apparently...or at least it doesn't exist in the same place in the code. |
| 22:29.35 | markit | core show settings |
| 22:29.36 | markit | No such command 'core show settings' (type 'help core show' for other possible commands) |
| 22:29.38 | markit | 1.4 |
| 22:30.16 | markit | JunK-Y: wondering what is the default of distros that have 1.4 |
| 22:30.20 | kpfleming | core show settings was added in 1.6 |
| 22:30.34 | markit | kpfleming: I see, was trying before reading your message, sorry |
| 22:31.03 | markit | debian apparently uses old structure |
| 22:31.15 | markit | or does not have an updated set of sound files, lol |
| 23:40.33 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 23:40.33 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 23:47.17 | *** join/#asterisk-dev jbot (i=ibot@rikers.org) |
| 23:47.17 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Leif Madsen is now the Open Source Release and Issue Tracker Manager. Blame all problems you find on him. That is all. -=- http://xkcd.com/303/ |