| 00:25.36 | De_Mon | for what? the text config files? |
| 00:25.57 | De_Mon | sorry, that was uncalled for |
| 00:44.29 | bkruse | yes |
| 00:52.08 | bkruse | ugh ,this won't work, I can't have main/pbx.c depend on iksemel....lol |
| 01:33.23 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-210-44.west.biz.rr.com) |
| 01:36.06 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 01:37.03 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 01:39.31 | *** join/#asterisk-dev moy (n=moyhu@189.169.83.78) |
| 01:40.28 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:40.29 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 01:44.08 | *** join/#asterisk-dev juanjoc (n=juanjoc@host80.190-139-227.telecom.net.ar) |
| 02:09.21 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 02:09.22 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 02:13.29 | *** join/#asterisk-dev RoyK (n=roy@ti211110a081-4083.bb.online.no) |
| 02:15.34 | Qwell | bkruse: use mxml from menuselect |
| 02:15.46 | Qwell | just pull it in as an svn:external if you need to |
| 02:23.40 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 03:16.20 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:16.20 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:27.51 | Corydon76-dig | pokes russellb |
| 03:28.06 | russellb | wibbles |
| 03:28.30 | Corydon76-dig | I'm about to commit a rather large patch |
| 03:28.36 | russellb | <PROTECTED> |
| 03:28.45 | russellb | what does this patch do? |
| 03:28.45 | Corydon76-dig | M12980 |
| 03:28.47 | russellb | break the world? |
| 03:28.47 | MuffinMan | [ready for testing] [Asterisk] Applications/General 0012980: [patch] "Dialplan remove extension" Command cannot remove extension that matches specific CID reported by licedey (Karma: -6) http://bugs.digium.com/view.php?id=12980 |
| 03:28.59 | russellb | ah |
| 03:29.12 | Corydon76-dig | and I also fixed the completion for that command |
| 03:29.20 | russellb | cool :) |
| 03:29.30 | Corydon76-dig | If you had an ambiguous extension, it would never complete the context |
| 03:30.05 | Corydon76-dig | even after you entered an '@' on the command line, if the extension was ambiguous, the '@' would disappear on a <tab> |
| 03:31.06 | Corydon76-dig | Now the real fun comes... merging those changes to a different API |
| 03:42.22 | *** join/#asterisk-dev jeffg (i=9yLanxG9@pdpc/supporter/active/jeffg) |
| 03:44.58 | Corydon76-dig | Ugh, I'm going to need to consult with murf on this... |
| 04:27.36 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-166778.home.otenet.gr) |
| 05:11.15 | codefreeze-lap | Corydon76-dig: sounds juicy! |
| 05:55.30 | *** join/#asterisk-dev cristina_crow (n=cvintila@212.146.94.66) |
| 05:58.24 | *** part/#asterisk-dev cristina_crow (n=cvintila@212.146.94.66) |
| 06:28.10 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:28.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:06.25 | *** join/#asterisk-dev cristina_crow (n=cvintila@212.146.94.66) |
| 07:06.51 | *** part/#asterisk-dev cristina_crow (n=cvintila@212.146.94.66) |
| 07:47.16 | *** join/#asterisk-dev jeffg (i=7av4wxym@pdpc/supporter/active/jeffg) |
| 08:08.54 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 08:09.01 | mvanbaak | if 'core show locks' does not show anything but the header, and no locks, but still the cli is hanging (I have to run 'asterisk -rx "core show locks") what can it be ? |
| 09:11.31 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 09:30.32 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 09:30.32 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:50.30 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 10:22.30 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 11:03.42 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:08.25 | *** join/#asterisk-dev oej (n=olle@87.96.134.125) |
| 11:08.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:09.40 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:17.35 | *** part/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 11:18.43 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 11:28.13 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:01.24 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 13:02.08 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 13:06.37 | Corydon76-dig | codefreeze-lap: the hashtab lookup stuff for extensions in pbx.c is what I'm looking at |
| 13:06.56 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:06.56 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:07.08 | Corydon76-dig | licks lmadsen |
| 13:07.46 | lmadsen | o.O |
| 13:07.52 | Corydon76-dig | Morning |
| 13:08.05 | lmadsen | g'morn |
| 13:10.29 | mvanbaak | heya all |
| 13:11.09 | lmadsen | howdy! |
| 13:24.25 | snuff-home | mm.. |
| 13:24.59 | snuff-home | missing some karma from closed bugs.. |
| 13:47.04 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.228.111) |
| 14:14.47 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:16.07 | *** join/#asterisk-dev _Krieger_ (n=krieger@193.39.118.158) |
| 14:16.41 | _Krieger_ | how to destroy the channel object? is there some channel_close()? |
| 14:18.38 | Corydon76-dig | _Krieger_: ast_hangup() |
| 14:19.00 | _Krieger_ | no, it sends NULL frame... |
| 14:19.08 | _Krieger_ | as i know |
| 14:20.36 | Corydon76-dig | Fine, ignore my suggestion. |
| 14:21.11 | _Krieger_ | :) |
| 14:22.51 | mvanbaak | gheh |
| 14:23.01 | Corydon76-dig | not to be confused with ast_queue_hangup() or ast_softhangup() |
| 14:23.39 | mvanbaak | ast_please_destroy_my_channel_object_mkay_thnx() |
| 14:24.26 | mvanbaak | I need res_config_lolcode |
| 14:24.30 | Corydon76-dig | ast_begin_shutdown() |
| 14:24.39 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 14:25.09 | Corydon76-dig | ast_system("killall asterisk") |
| 14:29.13 | mvanbaak | gheh |
| 14:29.19 | mvanbaak | make that more portable please |
| 14:29.28 | mvanbaak | ast_system("pkill asterisk"); |
| 14:29.52 | mvanbaak | killall is linux, BSD does not have it |
| 14:40.38 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 14:40.38 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 14:41.04 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 14:43.32 | seanbright | happy independence day to my american brethren |
| 14:44.23 | outtolunc | happy 4th to you also |
| 14:51.22 | outtolunc | plugs in abount 15 amps of electronics to get charged for the days events <G> |
| 15:09.12 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:09.12 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 15:10.36 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) |
| 15:12.00 | festr_ | hi. i'm testing gxw 4004 grandstream and found interesting behaviour in RTP stream (asterisk 1.4.21). Look at http://www.pastebin.ca/1062301 and watch line 08. at the end, there is mark bit set |
| 15:12.24 | festr_ | and voip gw gxw 4004 is resyncing one second (no data comes) |
| 15:13.39 | festr_ | this is on LAN. When i connect gxw through vpn (10-20ms latency) there is no mark bit in the first packet from asterisk http://www.pastebin.ca/1062304 |
| 15:15.08 | festr_ | so the question is. is it ok to send mark bit in the first packet from asterisk? |
| 15:34.30 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 15:41.11 | festr_ | when i put 20ms queue with qdisc all is ok.. hm i'll make bug report |
| 15:52.19 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 15:53.09 | *** join/#asterisk-dev angler_ (n=angler@216.207.245.1) |
| 16:01.15 | tzafrir_laptop | One poor justtification for installing to /sbin: |
| 16:01.44 | tzafrir_laptop | if you use a device for a network interface and you mount /usr |
| 16:02.02 | tzafrir_laptop | In that case you'de need dahdi_cfg and sethdlc in /sbin |
| 16:02.19 | tzafrir_laptop | But is there anybody with suh a configuration? |
| 16:07.39 | tzafrir_laptop | Qwell: ==^ |
| 16:14.12 | Qwell | like nfs mount /usr? |
| 16:15.16 | Qwell | that person could just change prefix. that would be a very special case |
| 16:16.46 | Corydon76-dig | A very weird case |
| 16:17.15 | Corydon76-dig | I can't think of a good reason for doing that |
| 16:17.16 | tzafrir_laptop | well, that's the best reason I can think of :-) |
| 16:17.42 | tzafrir_laptop | Normally /sbin/ includes anything you'd need to access the network for exactly that reason. |
| 16:18.19 | tzafrir_laptop | but I agree it is pointless here |
| 16:18.29 | Corydon76-dig | Yeah, but why would you access a critical mount like /usr over a WAN link? |
| 16:18.39 | Corydon76-dig | I can see over a LAN, sure |
| 16:18.40 | seanbright | what's the deal with JavaIAXClient? is that under active development? |
| 16:19.15 | Corydon76-dig | seanbright: never been by us |
| 16:19.34 | Corydon76-dig | You'd need to talk to the developer of that project |
| 16:19.40 | seanbright | oic |
| 16:22.00 | seanbright | Corydon76-dig: you were saying something the other day about an @asterisk.org e-mail alias? |
| 16:23.02 | Corydon76-dig | What about it? |
| 16:23.22 | seanbright | how do i get it? russell? |
| 16:23.30 | Corydon76-dig | I think so... |
| 16:23.56 | Corydon76-dig | It would just be an email alias |
| 16:24.08 | seanbright | i'm aware |
| 16:24.49 | Corydon76-dig | At one time, it was supposed to be the criteria for getting that email address that you had to have gotten and kept commiter privileges |
| 16:25.40 | Corydon76-dig | and thus we settled the question on who could get those prized email addresses |
| 16:25.58 | seanbright | i fit that criteria, yes? |
| 16:25.58 | Corydon76-dig | but the only address we ever really use is security@asterisk.org |
| 16:26.05 | seanbright | barring the whole "kept" bit |
| 16:26.06 | seanbright | :) |
| 16:26.40 | Corydon76-dig | Yep... Russell is always so busy with other stuff, it's amazing he has time to generate certificates |
| 16:26.54 | seanbright | true, true. |
| 16:27.05 | seanbright | busy with actual work |
| 16:27.07 | seanbright | that's silly |
| 16:33.13 | Corydon76-dig | totally |
| 16:34.29 | seanbright | so you said i should look at cdr_pgsql for reference purposes when working on the adaptive features of cdr_tds? |
| 16:35.05 | Corydon76-dig | sure |
| 16:35.38 | seanbright | m'kay |
| 16:36.58 | Corydon76-dig | Really, it depends on what all you can do to modify a table structure in the tds language |
| 16:37.16 | Corydon76-dig | Can you only add columns, like in pgsql? |
| 16:37.30 | seanbright | no, you can alter and drop |
| 16:37.34 | Corydon76-dig | or can you modify column lengths, as well, like you can with MySQL? |
| 16:37.40 | seanbright | the latter |
| 16:38.04 | seanbright | the real question for me is sybase |
| 16:38.15 | seanbright | since freetds (and db-lib) support both |
| 16:38.16 | Corydon76-dig | Oh, wait, you're looking at CDRs. Nevermind. |
| 16:38.22 | seanbright | Corydon76-dig: correct |
| 16:38.42 | Corydon76-dig | res_config_tds is where you'd want to be able to modify column lengths |
| 16:38.52 | seanbright | ahh |
| 16:40.31 | seanbright | which doesn't exist currently |
| 16:41.23 | Corydon76-dig | When you're done with cdr_tds, you should write it |
| 16:41.38 | seanbright | m'kay |
| 16:42.19 | Corydon76-dig | You're handling multiple handles, right? |
| 16:42.37 | seanbright | a la apaptive_odbc? no. |
| 16:42.53 | seanbright | s/adap/cdr_adap/ |
| 16:42.53 | Corydon76-dig | If two channels posted a CDR at the same time, it would serialize the inserts? |
| 16:43.03 | seanbright | oh, yes |
| 16:43.15 | Corydon76-dig | or it would insert them in parallel? |
| 16:43.20 | seanbright | serial |
| 16:43.22 | seanbright | single lock |
| 16:43.26 | Corydon76-dig | Ah |
| 16:43.49 | seanbright | the primary goal of the branch was to get it compiling with the latest freetds |
| 16:43.50 | Corydon76-dig | Yet more things to think about |
| 16:44.08 | seanbright | well, i think the multiple handle concept should be moved up into the core anyway |
| 16:44.11 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 16:44.14 | seanbright | but we've been over that before |
| 16:44.20 | Corydon76-dig | Sean "Mister TDS" Bright |
| 16:44.50 | seanbright | it's my love affair with sql server that got me that title |
| 16:44.52 | Corydon76-dig | Well, not core, but perhaps res_tds for pooling handles |
| 16:45.19 | Corydon76-dig | Just like res_odbc |
| 16:45.23 | seanbright | well |
| 16:45.58 | seanbright | i think the concept of single cdr handler (module) with multiple sinks (files/db handles/etc) is a core concept |
| 16:46.07 | seanbright | no reason to duplicate that logic in each module |
| 16:46.16 | Corydon76-dig | The CDR backends may be databases or not, but the core doesn't know or care |
| 16:46.20 | seanbright | *should* be a core concept, i should say |
| 16:46.43 | seanbright | all of the CDR modules should work like cdr_adaptive_odbc |
| 16:46.58 | Corydon76-dig | Heh |
| 16:47.16 | Corydon76-dig | Like a lot of stuff that I do, that module is seriously over-engineered |
| 16:47.25 | seanbright | as far as being able to write the records to multiple destinations |
| 16:48.23 | seanbright | yeah, i think we are are talking about two different things |
| 16:48.34 | Corydon76-dig | Actually, I might find cause to overengineer it some more. Currently, the inserts are all done serialized... what if we did the inserts in parallel? |
| 16:49.04 | Corydon76-dig | One database hanging wouldn't hold up the chain |
| 16:49.05 | seanbright | *that* is what i think needs to be moved up in the CDR core |
| 16:49.13 | seanbright | each sink gets it's own thread |
| 16:49.36 | Corydon76-dig | seanbright: that's not the way it works now |
| 16:49.47 | seanbright | Corydon76-dig: i'm aware of that |
| 16:49.52 | Corydon76-dig | Each CDR backend is called in serial order |
| 16:49.52 | seanbright | this is all i am saying... |
| 16:50.07 | seanbright | today we have CDR modules |
| 16:50.23 | Corydon76-dig | but... CDRs are considered secondary tasks. The primary task is to process calls. |
| 16:50.27 | seanbright | some support only 1 "sink" (one place to store the records) |
| 16:50.37 | Corydon76-dig | We don't want a sudden flood of CDR threads to cause call jitter |
| 16:50.40 | seanbright | some support multiple sinks (cdr_adaptive_odbc) |
| 16:51.00 | seanbright | ok, forget it |
| 16:51.01 | seanbright | heh |
| 16:51.14 | seanbright | i'm trying to make my point clear but you are not allowing me to |
| 16:51.16 | Corydon76-dig | btw, at some point cdr_adaptive_odbc will probably replace cdr_odbc |
| 16:51.19 | seanbright | so i will shut up :) |
| 16:51.30 | Corydon76-dig | No, I understand your idea |
| 16:52.30 | Corydon76-dig | I'm also somewhat concerned that it's a solution looking for a problem |
| 16:52.48 | Corydon76-dig | How often is it that CDRs are not posted promptly? |
| 16:53.29 | seanbright | that question has little to nothing to do with what i was proposing. 1 thread per sink comment aside. |
| 16:53.48 | seanbright | but i agree, it doesn't happen often. |
| 16:55.17 | seanbright | i really need to get sql server installed locally so i can test |
| 16:55.28 | Corydon76-dig | All errors are transient, but some errors are more transient than others. |
| 16:55.40 | seanbright | i keep having to push my changes up to a work machine so i can test against our dev mssql box there |
| 16:55.57 | Juggie | just install a free copy of express |
| 16:56.11 | Corydon76-dig | Juggie: doesn't work on w2k |
| 16:56.21 | seanbright | i'm not running 2k |
| 16:56.30 | Juggie | express 2005 should |
| 16:56.30 | Juggie | 2008 may not |
| 16:56.33 | seanbright | <-- vista sp1 |
| 16:56.43 | Corydon76-dig | Juggie: 2005 does not |
| 16:56.57 | Corydon76-dig | Been there, tried that. |
| 16:57.03 | seanbright | deva ju |
| 16:57.13 | seanbright | ouch |
| 16:57.21 | seanbright | i might be lysdexic |
| 16:57.29 | Juggie | http://www.microsoft.com/sql/editions/express/sysreqs.mspx |
| 16:57.33 | Juggie | it says here it does |
| 16:57.40 | Corydon76-dig | seanbright: you listen to Pinkard and Bowden, too? |
| 16:57.56 | seanbright | no idea who that is |
| 16:57.58 | *** join/#asterisk-dev devilsoulblack (n=devilsou@srv.ec-gye.internet.geainternacional.com) |
| 16:58.01 | devilsoulblack | hi |
| 16:58.12 | seanbright | that's a very angry nick |
| 16:58.18 | Juggie | Corydon76-dig, was your win2k sp4? because that doc from MS says it should be fine. |
| 16:58.19 | devilsoulblack | i have issues with TE220B on HP DL380 |
| 16:58.25 | Corydon76-dig | seanbright: Nashville comedians |
| 16:58.29 | seanbright | ahh |
| 16:58.44 | devilsoulblack | The TE220B when run lspci this dont show controller suppoterd |
| 16:58.55 | devilsoulblack | any idea how make the controller work fine ? |
| 16:59.00 | Corydon76-dig | They have a song "Longasing" |
| 16:59.15 | seanbright | devilsoulblack: contact digium support |
| 16:59.44 | devilsoulblack | already have contact with digium support |
| 17:00.14 | seanbright | devilsoulblack: then you are on the right track |
| 17:00.41 | devilsoulblack | ok .. thank's any way for your word's |
| 17:00.44 | devilsoulblack | ;=) |
| 17:00.49 | seanbright | no problem |
| 17:10.30 | *** join/#asterisk-dev qdk (n=qdk@87.48.132.115) |
| 17:16.19 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.134) |
| 17:18.24 | Corydon76-dig | seanbright: you had to have heard their "Censor Us" song |
| 17:18.48 | seanbright | don't think so... |
| 17:19.01 | Corydon76-dig | Their live version starts off with a completely clean first verse... each progressive verse gets more profane |
| 17:20.43 | Corydon76-dig | The song points out, basically, that nobody today would know who "2 Live Crew" was, except that some US Senator decided to shower them with free publicity, and as a result, everybody went out to buy the album that a US senator told them they shouldn't hear. |
| 17:22.33 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 17:22.33 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 17:45.12 | codefreeze-lap | Corydon76-dig: Amen. |
| 17:45.57 | codefreeze-lap | hmmm. responding to a much earlier statement, tho |
| 17:48.24 | Corydon76-dig | codefreeze-lap: mmm? |
| 17:49.24 | codefreeze-lap | hey, Corydon76-dig: is there any way to get the same func as ast_atomic_fetchadd_int for something like a uint64_t? |
| 17:50.01 | Corydon76-dig | Not really, no |
| 17:50.18 | Corydon76-dig | Well, not on a 32-bit processor anyway |
| 17:51.00 | codefreeze-lap | sigh. didn't look like it. But it would be real nice... |
| 17:51.00 | Corydon76-dig | You're going to have to go with the mutex for that |
| 17:51.00 | Corydon76-dig | We might be able to for a native 64-bit proc, though |
| 17:52.04 | codefreeze-lap | somehow, a sep mutex for every lock, unlock and trylock in the code seems like a bit much; I need it for the MTX_PROFILE stuff |
| 17:53.20 | codefreeze-lap | I was considering scaling the values by 10, but... then I lose precision at the low end. |
| 17:54.26 | codefreeze-lap | Oh, well, if some thing holds or waits for a lock that long, that the values overflows, well, who cares exactly how long it was... |
| 19:10.30 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 19:31.56 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 19:39.37 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.228.111) |
| 19:48.54 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:48.54 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 20:04.38 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 20:17.55 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 20:17.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 21:36.00 | mvanbaak | heeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeere's Johnny |
| 21:47.16 | *** join/#asterisk-dev qdk_ (n=qdk@87.48.132.114) |
| 23:34.05 | macli | <PROTECTED> |
| 23:34.06 | *** part/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |