| 00:14.21 | *** join/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) |
| 00:39.34 | *** part/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) |
| 01:05.51 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 01:18.52 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 01:30.41 | *** part/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 02:07.21 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 02:07.50 | *** join/#asterisk-dev j4m3s_ (n=james@76.73.153.189) |
| 02:17.52 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 02:30.44 | *** join/#asterisk-dev CrashHD (n=CrashHD@76-14-102-131.rk.wavecable.com) |
| 02:40.32 | *** join/#asterisk-dev CrashHD (n=CrashHD@76-14-102-131.rk.wavecable.com) |
| 02:45.48 | *** join/#asterisk-dev CrashHD (n=CrashHD@76-14-102-131.rk.wavecable.com) |
| 02:46.53 | ectospasm | is away: gone sleepin' |
| 02:56.15 | *** join/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) |
| 02:56.25 | *** part/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) |
| 04:52.36 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 05:10.27 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 05:50.50 | codefreeze | BTW, folks, trunk will allow utf-8 into the dialplan, both extensions.conf, and extensions.ael. But neither exten pattern matcher is guaranteed to work with utf-8, especially in [range] patterns. |
| 05:52.03 | codefreeze | I've got a branch that will handle this in the new exten pattern matcher. But the changes I made today will probably require I rework that code. |
| 05:52.04 | JunK-Y | but is chan_sip will works with utf-8 ? |
| 05:52.15 | JunK-Y | cause we cant use accents so far. |
| 05:53.29 | codefreeze | Well.... it will all come down to the exten pattern matching, and the CLI; and I haven't played around in any of the channel drivers to see if there are bottlenecks there. |
| 05:54.00 | codefreeze | The config files should not be a bottleneck. |
| 05:54.45 | JunK-Y | i wonder what about phones manufacturers. |
| 05:54.53 | JunK-Y | when that will be commited, i will test it. |
| 05:56.56 | codefreeze | Well, as I see it, if we make Asterisk transparent to utf8, then if the phones and other things can't handle it, then it'll be a while before they work out the kinks at that end... |
| 05:57.50 | Corydon76-dig | And likely Asterisk will be blamed for being incompatible |
| 05:58.56 | codefreeze | yeah, true, but no matter how bad we are, if the customers want it bad enough, they'll get it. |
| 05:59.13 | codefreeze | (speaking of phones & other things) |
| 05:59.39 | Corydon76-dig | Perhaps a setting of utf8={yes|no}, with it defaulting to 'no'... set per user/peer |
| 06:00.17 | Corydon76-dig | And we always accept utf8, but if utf8=no, then we translate to be compatible with plain old ASCII-7 |
| 06:00.40 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 06:00.54 | Corydon76-dig | Can we live with that? |
| 06:01.15 | Corydon76-dig | oej gets his oddball characters without breaking everybody else |
| 06:03.30 | codefreeze | Corydon76-dig: this could be done. |
| 06:03.48 | codefreeze | is going to collapse in bed |
| 06:04.24 | Corydon76-dig | codefreeze: make sure you reach the bed first |
| 06:06.19 | JunK-Y | same here |
| 06:07.16 | *** join/#asterisk-dev moy (n=moyhu@189.169.207.127) |
| 06:43.11 | *** join/#asterisk-dev oej (n=olle@bkkb-gw.voop.net) |
| 06:43.11 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:54.40 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 06:55.56 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 07:05.35 | *** join/#asterisk-dev ITiliti (n=ITiliti@mail.itility.us) |
| 07:13.07 | *** part/#asterisk-dev ITiliti (n=ITiliti@mail.itility.us) |
| 07:40.26 | *** join/#asterisk-dev mbranca (i=daemon@mi-gw1.voismart.net) |
| 07:40.29 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 08:50.15 | jmls | thinks that there should be large karma points for obscure bugs |
| 08:50.26 | jmls | <PROTECTED> |
| 09:32.57 | *** join/#asterisk-dev RoyK (n=roy@box36.fortel.no) |
| 10:03.10 | jmls | morning all |
| 10:03.19 | mvanbaak | hey |
| 10:03.27 | jmls | could you look over something for me ? |
| 10:03.39 | mvanbaak | sure |
| 10:03.49 | mvanbaak | ur lucky, it's lunch break |
| 10:03.56 | mvanbaak | so I can spend some time on non-work stuff ;) |
| 10:03.58 | jmls | I'm trying to figure out why I can get an invalid mailbox accepted in voicemail |
| 10:04.20 | jmls | if I enter 66# as the mailbox, I get "password" and it bombs |
| 10:04.36 | jmls | enter 66# again as the mailbox, and it accepts it without prompting for the password |
| 10:04.49 | jmls | (this is realtime) |
| 10:04.57 | mvanbaak | and you dont have 66# as mailbox ? |
| 10:05.08 | jmls | nope.it is invalid |
| 10:05.21 | jmls | in find_user_realtime in app_voicemail.c |
| 10:05.25 | jmls | there is the line |
| 10:05.33 | jmls | struct ast_variable *var; |
| 10:05.38 | jmls | if I change that to |
| 10:05.39 | jmls | struct ast_variable *var=NULL; |
| 10:05.54 | jmls | then the mailbox is never accepted. ie. the bug is fixed |
| 10:06.06 | mvanbaak | gheh |
| 10:06.08 | jmls | is that because if =NULL is not specifed, *var may contain garbage ? |
| 10:06.12 | mvanbaak | I was just going to suggest that |
| 10:06.28 | jmls | but that is all over the app_voicemail.c .... :( |
| 10:06.39 | jmls | there are loads of struct ast_variable *var; |
| 10:07.02 | jmls | should all struct definitions have =NULL on them then ? |
| 10:07.49 | mvanbaak | looking at it |
| 10:08.07 | jmls | adding it certainly fixed my problem ;) |
| 10:09.31 | mvanbaak | I dont think the other uses should be NULLed |
| 10:09.51 | jmls | so, I should just fix that one ? |
| 10:10.22 | mvanbaak | that would be my best guess |
| 10:10.25 | jmls | cool, thanks very much for the help. |
| 10:10.31 | mvanbaak | no problem |
| 10:10.36 | mvanbaak | oeh, pizza arrived |
| 10:10.38 | jmls | I'll raise a bug. this has been a problem for a while for me. |
| 10:10.39 | mvanbaak | latero all |
| 10:10.41 | jmls | is hungry |
| 10:10.45 | mvanbaak | me too |
| 10:19.54 | jmls | yay |
| 10:19.56 | jmls | M12347 |
| 10:19.57 | MuffinMan | [new] [Asterisk] Applications/app_voicemail 0012347: [patch] Voicemail accepts an invalid mailbox as valid when using realtime reported by jmls http://bugs.digium.com/view.php?id=12347 |
| 10:20.24 | jmls | jsmith-busy: that's the second bug in voicemail fixed ;) |
| 10:20.39 | mvanbaak | hurray |
| 10:20.54 | mvanbaak | I let the powers that be decide if it's the correct fix |
| 10:21.42 | jmls | well, as I said, it fixed the problem. What is interesting is that the same thing exists in |
| 10:22.02 | jmls | line 1289 of app_queue.c in update_realtime_member_field |
| 10:23.17 | jmls | hmmm. seems most places where ast_load_realtime is used :( |
| 10:25.23 | mvanbaak | are those used in a loop as well ? |
| 10:27.38 | jmls | dunno |
| 10:27.51 | jmls | <PROTECTED> |
| 10:28.23 | mvanbaak | ah well |
| 10:28.27 | mvanbaak | this fixed your problem |
| 10:28.30 | mvanbaak | be done with it ;) |
| 10:30.55 | jmls | is done |
| 10:47.18 | *** join/#asterisk-dev pekdon (n=noosnasc@ips-fw-01.ipsoft.no) |
| 10:48.55 | pekdon | Hmm, looking into unsetting channel feature parameters such as tT from Dial or Queue in another Queue. Seems as if I have to doe something about things than just removing these flags from the brige options. The call comes from a Queue to a Local going out on a SIP device |
| 10:49.36 | pekdon | Any hints? |
| 10:56.23 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:02.42 | pekdon | :( |
| 11:15.01 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:27.54 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 11:52.44 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 12:02.56 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 12:10.03 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:31.02 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 12:45.02 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 12:46.04 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 12:51.23 | *** join/#asterisk-dev ZaVoid (n=zavoid@66-95-182-90.client.dsl.net) |
| 12:51.41 | *** join/#asterisk-dev _Krieger_ (n=krieger@195.114.133.197) |
| 12:53.01 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 12:54.44 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 12:54.44 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:06.18 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.140) |
| 13:07.09 | pekdon | Hmm, ugly hack in place but no real solution for my issue. :( |
| 13:19.26 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 13:22.20 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 13:33.30 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.136) |
| 13:34.01 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 13:35.29 | *** join/#asterisk-dev CrashHD (n=CrashHD@76-14-102-131.rk.wavecable.com) |
| 13:51.27 | *** join/#asterisk-dev shido6 (n=shido6@204.126.120.132) |
| 13:51.29 | shido6 | How do i write an exten line to do something if i get less than 10 digitis from callerid |
| 13:54.16 | mvanbaak | shido6: not a -dev question. try in #asterisk |
| 13:56.20 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:56.20 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:58.54 | Juggie | use LEN() with an if statement or whatever |
| 14:02.35 | awk | atis_work: please tell me something, is there any truth to this, that state interface can help with load with RT due to some or other GROUP_COUNT function that is added? |
| 14:02.55 | jmls | Qwell: ping |
| 14:03.59 | jsmith | jmls: Find more bugs? |
| 14:06.43 | jmls | yup. the second bug in voicemail |
| 14:06.46 | jmls | from yesterday |
| 14:06.50 | jmls | M12347 |
| 14:06.58 | MuffinMan | [new] [Asterisk] Applications/app_voicemail 0012347: [patch] Voicemail accepts an invalid mailbox as valid when using realtime reported by jmls http://bugs.digium.com/view.php?id=12347 |
| 14:07.08 | jmls | found, and patched ! |
| 14:07.49 | jmls | <PROTECTED> |
| 14:09.01 | jsmith | jmls: w00t! |
| 14:09.25 | jmls | heh. I like finding these obscure bugs |
| 14:09.40 | jmls | is a sad bastard |
| 14:12.08 | oej | Poor jmls! |
| 14:12.20 | jmls | ;) |
| 14:12.21 | oej | file: Immediately dispatch a muffin |
| 14:12.40 | file | snaps his fingers and a muffin appears, floating in midair |
| 14:12.44 | jmls | grabs this virutal muffin and devours it |
| 14:12.50 | jmls | *yum* |
| 14:12.56 | file | eep |
| 14:12.58 | file | apt-get install muffin |
| 14:13.01 | file | no yum. |
| 14:16.08 | atis_work | awk: i didn't understand your question completely, but yes - state_interface won't create channels to agents that are busy, just to check out value of GROUP_COUNT |
| 14:23.26 | Corydon76-dig | jmls: I don't see how that patch would fix it |
| 14:23.30 | awk | atis_work: to fix the 'bug' what you want set... verbose at 3 and core set debug 1 ? and give you output of transfer and pickup, when I get the warnings? |
| 14:23.57 | atis_work | awk: you use transfers and pickup? |
| 14:24.04 | atis_work | maybe something is screwed there? |
| 14:24.19 | Corydon76-dig | jmls: in fact, I'm pretty sure that doesn't fix anything |
| 14:24.44 | atis_work | awk: can't you reproduce problem with just answering queue call - no transfers/pickup's or other extra features |
| 14:24.49 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:24.49 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:25.02 | file | waves to sruffell |
| 14:25.15 | awk | sorry, not transfer, just passing from a queue, under heavy load, states change to (not in use) thats when I get the WARNING stating that agent is set to not in use when it should be of state in-use, etc.. |
| 14:25.28 | sruffell | bows deeply |
| 14:25.40 | awk | under no load states work fine, soon as you throw load at it, all states change to not in use.. |
| 14:25.42 | awk | hey sruffell |
| 14:27.31 | awk | atis_work: I get no state info at debug 1 only 9.. so let me generate info on debug 9 + verbose at 3. |
| 14:29.02 | jmls | Corydon76-dig: All I can say is that without it, I can reproduce the problem. With it, I can't |
| 14:29.03 | Corydon76-dig | jmls: I have a sneaking suspicion your realtime backend is appending characters that you don't want. |
| 14:29.03 | atis_work | awk: what i want to see is this line: Device '%s/%s' changed to state '%d' (%s)\n", technology, loc, sc->state, devstate2str(sc->state)) |
| 14:29.21 | atis_work | awk: it should be for debug 1 |
| 14:29.21 | jmls | Corydon76-vcch: the backend returns "" if the mailbox is invalid |
| 14:29.49 | jmls | without a doubt |
| 14:29.51 | atis_work | awk: maybe would be good if you add another debug line within update_status() |
| 14:29.55 | Corydon76-dig | jmls: programatically, yes. I wonder if the engine is occasionally attaching a footer |
| 14:30.19 | Corydon76-dig | jmls: because a footer would cause this exact problem |
| 14:30.35 | jmls | so why would adding NULL negate that effect ? |
| 14:30.58 | Corydon76-dig | jmls: You've already said it only happened occasionally, not all of the time |
| 14:31.07 | Corydon76-dig | jmls: I suspect you just haven't seen it yet |
| 14:31.12 | jmls | I got it down: without NULL, the second time *always* lets you past |
| 14:31.39 | jmls | with NULL, after 3 times it says "goodbye" |
| 14:31.39 | Corydon76-dig | That doesn't make any sense |
| 14:31.54 | awk | Corydon76-dig: while you here, i'm not sure if this is a global bug, but I under queues, ringinuse=no, still passes calls to agents of state (in-use) so I hacked app_queue.c and modified, change if (!qe->parent->ringinuse && (tmp->member->status != AST_DEVICE_NOT_INUSE) && (tmp->member->status != AST_DEVICE_UNKNOWN)) to if ((tmp->member->status != AST_DEVICE_NOT_INUSE) && (tmp->member->status != AST_DEVICE_UNKNOWN)) |
| 14:32.18 | jmls | I put a little "verbose" in - if I printed "var->name" the first time was nothing, the second time was garbage |
| 14:32.24 | Corydon76-dig | awk: this is not Tier 3 support |
| 14:33.24 | awk | Dont require support, its working with that modification.. just wondering if its a bug in queues when using local |
| 14:34.09 | Corydon76-dig | awk: why do you presume that I'm the person to address? |
| 14:34.24 | atis_work | awk: it's probably some config issue, try tracing that back to queues.conf. i have ringinuse=no working from realtime config |
| 14:34.39 | codefreeze | Oh, wise ones, I find myself at a loss as to exactly what to do with the '!' wildcard in extension pattern matching. How/why is it used? Exactly how is it different from '.'? I think hope this is the final area for me to cover... |
| 14:35.07 | Corydon76-dig | codefreeze: ! is 0 or more, . is 1 or more |
| 14:36.47 | codefreeze | Aha!! I prefer that explanation to the "early" description. very good! I think I understand now. Ich verstehe. |
| 14:38.08 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-98de5e812c808c78) |
| 14:47.02 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 14:53.08 | *** join/#asterisk-dev Bourrelle (n=Bourrell@132.207.156.100) |
| 14:55.14 | Bourrelle | Hello |
| 14:55.35 | Bourrelle | i just finished reading the rfc 2190 on RTp h.263 header |
| 14:56.01 | Bourrelle | just wondering if anyone know any librairy to build the h.263 mode A header ? |
| 14:58.19 | Corydon76-dig | jmls: I just tried your steps to reproduce and can't reproduce |
| 14:58.49 | jsmith | Bourrelle: Sorry, I have no idea |
| 15:00.08 | Bourrelle | im just wondering if im suppose to fill the header bit by bit or if the codec can build this header for me ??? |
| 15:00.28 | Bourrelle | im pretty sure someone somewhere must know this |
| 15:02.11 | Corydon76-dig | Bourrelle: take a page from callweaver's experiences with SIP... |
| 15:02.57 | Corydon76-dig | Bourrelle: they had the wondrous idea of using a library for their SIP stack. Unfortunately, every library they've tried did, at most, 70% of what they wanted to do (some less) |
| 15:03.57 | Bourrelle | so youre telling me that i have to manually set every bit of my h.263 header for every packet ? |
| 15:03.58 | Corydon76-dig | Working with a library is wonderful, if you can shape the development of the library. If you can't, you might as well write it from scratch |
| 15:04.00 | Bourrelle | thats crazy |
| 15:04.30 | Corydon76-dig | Bourrelle: if you can't find the library, you're probably the first one around to consider it, so YOU get to write the library |
| 15:05.47 | Corydon76-dig | If you can't find it on either Freshmeat or Google, there's usually a very good reason why it can't be found. Either the author wishes to bury it, or else it doesn't exist |
| 15:06.19 | Corydon76-dig | and if the author wishes to bury it, you have to wonder if it's any good at all |
| 15:10.03 | jmls | Corydon76-dig: was that realtime with db or curl ? |
| 15:10.14 | Corydon76-dig | curl |
| 15:10.23 | jmls | 1.6 or 1.4 version ? |
| 15:10.28 | Corydon76-dig | 1.6 |
| 15:10.32 | jmls | mmm |
| 15:10.35 | jmls | I use 1.4 |
| 15:10.46 | Corydon76-dig | Right, but the 1.4 version isn't supported |
| 15:10.53 | jmls | uh huh |
| 15:11.12 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:11.13 | jmls | I still don't understand why the null makes a difference |
| 15:11.15 | Corydon76-dig | I can run it, but I suspect that if you used dbsep.cgi, you'd get the same results |
| 15:11.40 | Corydon76-dig | jmls: it shouldn't make any difference at all. You are setting a variable that is ALWAYS reset later |
| 15:11.48 | jmls | I know. |
| 15:12.02 | jmls | wht diagnostic could I put in ? |
| 15:12.05 | Corydon76-dig | jmls: the only thing I can think of is a compiler bug |
| 15:12.25 | Corydon76-dig | That it's short-circuiting something somewhere improperly |
| 15:12.27 | jmls | gcc version 4.1.2 20070626 |
| 15:12.56 | Corydon76-dig | jmls: can you reproduce without the patch, but with DONT_OPTIMIZE? |
| 15:13.14 | jmls | I use DONT_OPTIMIZE as a matter of course |
| 15:13.20 | jmls | so, yes |
| 15:13.25 | Corydon76-dig | Weird |
| 15:14.08 | jmls | the line |
| 15:14.09 | Corydon76-dig | It makes no sense, though, that that would fix it, and I cannot reproduce |
| 15:14.10 | jmls | <PROTECTED> |
| 15:14.28 | jmls | is executed the second time around because var is not null |
| 15:15.10 | Corydon76-dig | Right, but immediately before that is an if/else, where var is set |
| 15:15.10 | jmls | yeah |
| 15:15.11 | jmls | I know |
| 15:15.54 | Corydon76-dig | The only thing I can think of is memory corruption, but that patch wouldn't fix memory corruption, either |
| 15:16.33 | Corydon76-dig | You said that those steps are consistent in reproducing the problem, yes? |
| 15:16.49 | jmls | yup |
| 15:16.51 | jmls | I've tried the same line from the bash prompt (/usr/bin/curl -s http:// etc) |
| 15:16.56 | jmls | and I always get nothing |
| 15:17.12 | Corydon76-dig | That doesn't make any sense |
| 15:17.42 | Corydon76-dig | Do the same query twice in a row from the command line |
| 15:17.46 | jmls | for i in 1 2 3 4 5 6 7 8 9 0 11 12 13 14 15 16 17 18 19 20; do /usr/bin/curl -s http://90.0.0.4/cgi-bin/cgiip.exe/voicemail-single?mailbox=77 |
| 15:17.46 | jmls | > done |
| 15:17.55 | jmls | nothing |
| 15:18.21 | jmls | if I change mailbox=5711 |
| 15:18.30 | jmls | I get mailbox=5711&context=default&password=0000&fullname=711&uniqueID=f53aaacc-e902-3ca1-db11-8185441ef000&email=jmls@myco.uk |
| 15:18.32 | jmls | 20 times |
| 15:20.42 | Corydon76-dig | I'm baffled |
| 15:20.51 | jmls | heh |
| 15:21.08 | Corydon76-dig | prods file |
| 15:21.26 | file | yes? |
| 15:21.29 | jmls | can I put a verbose message after the "if (var) {" to display anything that might shed some light ? |
| 15:21.31 | tzafrir | sruffell, any idea what day it was? |
| 15:21.34 | tzafrir | http://ibot.rikers.org/%23asterisk-dev/ |
| 15:21.59 | Corydon76-dig | file: oh great one, look down upon us baffled people, and tell us why jmls's patch has any effect |
| 15:22.12 | file | Corydon76-dig: that's odd, you aren't in this meeting invite... |
| 15:22.12 | Corydon76-dig | M12347 |
| 15:22.14 | MuffinMan | [new] [Asterisk] Applications/app_voicemail 0012347: [patch] Voicemail accepts an invalid mailbox as valid when using realtime reported by jmls http://bugs.digium.com/view.php?id=12347 |
| 15:22.34 | Corydon76-dig | file: what meeting? |
| 15:23.08 | jmls | ssshhh! don't tell him |
| 15:24.18 | file | runs around |
| 15:24.58 | Corydon76-dig | Well, back to development... |
| 15:25.50 | jmls | cries |
| 15:26.01 | jmls | please tell me why it works ;) |
| 15:26.31 | Corydon76-dig | jmls: what's in your extconfig.conf? |
| 15:26.56 | jmls | #exec /etc/asterisk/myapp/getdata.sh GetExtConfig |
| 15:26.56 | jmls | ;) |
| 15:27.14 | jmls | which returns |
| 15:27.15 | Corydon76-dig | I meant, what's the relevant line for the curl config? |
| 15:27.26 | Corydon76-dig | for voicemail, specifically |
| 15:28.50 | Corydon76-dig | I just remembered there's a fundamental difference between doing curl on the CLI and what res_config_curl does |
| 15:29.02 | jmls | voicemail => curl,http://90.0.0.4/cgi-bin/cgiip.exe/voicemail |
| 15:29.06 | Corydon76-dig | res_config_curl does a POST... you're doing a GET |
| 15:29.30 | jmls | ok .. |
| 15:29.37 | Corydon76-dig | Aha... so your url posted is actually http://90.0.0.4/cgi-bin/cgiip.exe/voicemail/voicemail/single |
| 15:29.46 | jmls | yes |
| 15:30.04 | jmls | internally I convert the voicemail/single to voicemail-single |
| 15:30.20 | Corydon76-dig | Ah |
| 15:31.12 | jmls | is there a cli post option for curl so that I can test it ? |
| 15:31.30 | jmls | aha . -d |
| 15:31.35 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 15:32.49 | jmls | nope. didn't make a blind bit of difference |
| 15:33.03 | jmls | the command: /usr/bin/curl -s -d mailbox=77 http://90.0.0.4/cgi-bin/cgiip.exe/voicemail-single |
| 15:33.07 | jmls | returns nothing |
| 15:33.29 | jmls | the command: /usr/bin/curl -s -d mailbox=5711 http://90.0.0.4/cgi-bin/cgiip.exe/voicemail-single |
| 15:33.32 | jmls | returns the data as expected |
| 15:37.16 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 15:38.40 | *** join/#asterisk-dev jsmith (n=jsmith@72.21.36.138) |
| 15:38.40 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 15:47.00 | jmls | Corydon76-dig: I added a line to res_config_curl.c |
| 15:47.10 | jmls | http://www.pastebin.ca/966193 |
| 15:47.58 | jmls | the buffer is always [] the first time, and [`C?] the second time |
| 15:52.28 | jmls | ie the second time around, buffer contains some garbage |
| 15:52.49 | jmls | the outbound query string is exactly the same |
| 15:53.30 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 15:56.46 | jmls | ok, I must have been talking out of my arse. I've just noticed that it is still failing on the second attempt even with the NULL patch applied |
| 15:56.55 | jmls | sorry for the noise about NULL |
| 15:57.29 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:58.00 | jmls | the problem is that the buffer string in res_config_curl is being set to something other than null, and that data is being returned to app_voicemail |
| 15:58.46 | *** join/#asterisk-dev jcollie (n=jcollie@fedora/jcollie) |
| 16:04.18 | jmls | <PROTECTED> |
| 16:04.32 | jmls | would that fail if the buffer had \r\n at the end ? |
| 16:04.47 | jmls | ie it would only remove \r and leave \n ? |
| 16:05.57 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 16:07.52 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:07.52 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:09.35 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:13.49 | *** join/#asterisk-dev oej (n=olle@bkkb-gw.voop.net) |
| 16:13.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:24.23 | sruffell | tzafrir: Just got out of a meeting....but I had to smile when I saw your update to 12160. |
| 16:24.36 | sruffell | ...who knew? |
| 16:24.40 | tzafrir | jbot++ |
| 16:24.44 | sruffell | lol |
| 16:24.58 | sruffell | so....does that answer your question? |
| 16:25.08 | tzafrir | yes |
| 16:30.47 | jmls | Corydon76-dig: done some more digging |
| 16:31.08 | jmls | in res_config_curl, just before the line pbx_substitute_variables_helper(NULL, query.str, buffer, bufsize); |
| 16:31.16 | jmls | I add *buffer = '\0'; |
| 16:31.25 | jmls | and the problem is definately fixed |
| 16:32.10 | jmls | russellb: hehe |
| 16:32.17 | jmls | got me going for a second there |
| 16:34.17 | Corydon76-dig | jmls: oh. That's a difference between 1.4 and trunk |
| 16:34.29 | Corydon76-dig | jmls: and I didn't take it into account in the backport |
| 16:34.52 | jmls | so that's the fix ? |
| 16:35.11 | Corydon76-dig | Wait |
| 16:35.30 | Corydon76-dig | Yeah, I did. buffer is initialized to all 0s |
| 16:35.46 | Corydon76-dig | because we allocate it with ast_calloc() |
| 16:35.59 | Corydon76-dig | So that's not it, either |
| 16:36.50 | jmls | erm, in my version I have if (!(buffer = ast_malloc(bufsize))) { |
| 16:36.53 | jmls | :( |
| 16:37.08 | Corydon76-dig | Oh, you're not using the backport in svncommunity? |
| 16:37.13 | Corydon76-dig | Use that. |
| 16:37.17 | jmls | trundles off to the backport site |
| 16:37.26 | jmls | I can't be, for some reason. |
| 16:37.33 | jmls | grumbles at himself |
| 16:37.41 | Corydon76-dig | I'd love to know why not |
| 16:38.18 | jmls | so do I. II must have a copy of the file when we were doing the testing, and never actually got round to using the "official" backport |
| 16:38.28 | jmls | where is svncommunity ? |
| 16:38.39 | jsmith | svncommunity.digium.com |
| 16:38.40 | Corydon76-dig | svncommunity.digium.com/svn/tilghman/branches/1.4/ |
| 16:39.03 | Corydon76-dig | s/\/svn/\/view/ |
| 16:39.18 | Corydon76-dig | Where's jbot when you need him? |
| 16:39.40 | jmls | jbot is _gone_ |
| 16:39.59 | Corydon76-dig | ~ping |
| 16:39.59 | jbot | pong |
| 16:40.14 | Corydon76-dig | ~bugreport |
| 16:40.26 | Corydon76-dig | ~bug |
| 16:40.27 | jbot | [bug] n: A son of a glitch. An error in design or programming in hardware or software. Effects range from cosmetic errors to system crash and loss of data. See also Feature. |
| 16:40.37 | Corydon76-dig | ~timriker |
| 16:40.37 | jbot | timriker is probably my owner http://rikers.org/ mailto:Tim@Rikers.org mailto:TimR@Debian.org maintainer of BZFlag, member of a ton of open source projects http://www.advogato.com/person/timriker/ http://sourceforge.net/users/timriker/ the guy who GPL'd SCO's ABI files, giving every Linux user the right to use them ;-), or a very cool guy. |
| 16:40.37 | jsmith | ~zap jbot |
| 16:40.38 | jbot | ACTION takes out a cattle prod and gives jbot a good jolt. |
| 16:42.50 | *** part/#asterisk-dev pekdon (n=noosnasc@ips-fw-01.ipsoft.no) |
| 16:47.15 | jmls | Corydon76-dig: really sorry about the problem and noise. It's all working fine now. My apologies |
| 16:48.05 | jmls | so, is there any case for using ast_malloc instead of ast_calloc ? |
| 16:48.46 | mvanbaak | jmls: gheh |
| 16:56.26 | Corydon76-dig | jmls: malloc is slightly faster, since it doesn't have to zero the memory |
| 16:56.48 | Corydon76-dig | jmls: but in 1.4, you really should zero the entire buffer anyway |
| 17:01.31 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 17:01.31 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 17:17.12 | jpeeler | file: one thing you could add to the svn-branching-merging page is for when new features are added to update the CHANGES file |
| 17:17.24 | file | ah yes |
| 17:17.43 | file | thx |
| 17:18.20 | Corydon76-dig | and when you really break shit, update UPGRADE.txt |
| 17:18.23 | jpeeler | what does it mean after i do a svn merge from a branch and more files are modified than were modified in that branch? |
| 17:20.07 | Corydon76-dig | It probably means that it was out of sync and you reverted some changes |
| 17:20.22 | Corydon76-dig | recent changes, that is |
| 17:20.45 | Corydon76-dig | hence why we use automerge to keep it in sync |
| 17:21.36 | jpeeler | but how could i revert changes in a file i didn't touch? |
| 17:21.45 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 17:21.54 | *** join/#asterisk-dev mitcheloc (n=mitchelo@216.207.245.1) |
| 17:22.23 | Juggie | i see the same problem |
| 17:22.30 | jpeeler | so is it safe to commit or are additional steps required |
| 17:22.33 | Juggie | automerge bitches at me that http.c is in conflict |
| 17:22.38 | Juggie | but i have never changeed that file |
| 17:23.14 | Juggie | i think my branch is out of sync and will need to be re-created. |
| 17:23.56 | jpeeler | well you could just resolve the conflict, right? |
| 17:25.45 | Corydon76-dig | Sacrilege! |
| 17:26.43 | jmls | Corydon76-dig: "you really should zero the entire buffer anyway" -> as was proved :) |
| 17:27.11 | Corydon76-dig | jmls: the substitution routine in 1.4 doesn't null-terminate anything |
| 17:27.45 | Corydon76-dig | that was changed in 1.6, to speed things up |
| 17:27.45 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) [NETSPLIT VICTIM] |
| 17:27.45 | *** join/#asterisk-dev kodomo (n=memyself@emu.net.informatik.tu-muenchen.de) [NETSPLIT VICTIM] |
| 17:27.45 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 17:27.45 | *** join/#asterisk-dev awk (n=awk@security.web.za) [NETSPLIT VICTIM] |
| 17:27.45 | *** mode/#asterisk-dev [+oo anthm file] by irc.freenode.net |
| 17:28.27 | jsmith | Split! |
| 17:28.27 | jsmith | Splat! |
| 17:28.37 | codefreeze | Makes you kinda want to upgrade to 1.6, doesn't it! |
| 17:28.37 | Juggie | splish, splash |
| 17:28.42 | jmls | splosh |
| 17:28.47 | Corydon76-dig | Taking a bath? |
| 17:28.54 | Juggie | on a saturday night? |
| 17:28.59 | jmls | wtf ? |
| 17:29.07 | codefreeze | Juggie: the diff between water and big insects hitting the windshield. |
| 17:29.09 | Corydon76-dig | jmls: old rock song |
| 17:29.15 | jmls | ooooohhhhhhhhhhhhh |
| 17:29.41 | Juggie | jmls figured it out :) |
| 17:29.47 | Corydon76-dig | http://www.guntheranderson.com/v/data/splishsp.htm |
| 17:29.49 | jmls | feels stoooooopid |
| 17:30.13 | Corydon76-dig | jmls: I figured it could have been just an American thing |
| 17:32.14 | Juggie | did we deprecate libpri too? :P |
| 17:33.12 | russellb | well of course |
| 17:33.16 | russellb | all of the PSTN is deprecated |
| 17:34.01 | jmls | why not go the whole hog and deprecate asterisk in favour of FreeAsterisk, the merging of asterisk and freeswitch ? |
| 17:34.56 | codefreeze | needs to write all those down on cards so he can remember what is what. |
| 17:35.45 | codefreeze | also needs to add "AsteriskNow", "AsteriskLater", and "AsteriskYesterday" |
| 17:37.11 | Corydon76-dig | Don't forget AsteriskThreeMinutesAgo |
| 17:37.25 | jsmith | I prefer "AsteriskTomorrow" |
| 17:37.28 | codefreeze | lol |
| 17:37.42 | russellb | this all reminds me of a scene in Space Balls ... |
| 17:38.09 | *** part/#asterisk-dev jsmith (n=jsmith@72.21.36.138) |
| 17:38.15 | *** join/#asterisk-dev jsmith (n=jsmith@72.21.36.138) |
| 17:38.15 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 17:38.25 | jsmith | russellb: Preparing to Fast Forward, Sir! |
| 17:39.04 | jmls | there was a great headline from the late eighties / nineties in a newspaper called Today |
| 17:39.05 | Corydon76-dig | http://www.thelocal.se/10810/ |
| 17:39.15 | Corydon76-dig | Not an April Fools joke, but still funny |
| 17:39.19 | jmls | "Vote tomorrow, Today said yesterday" |
| 17:39.35 | Corydon76-dig | World's fastest internet connection 'used to dry laundry' |
| 17:40.37 | Corydon76-dig | This is why we don't give our parents geek gifts |
| 17:41.24 | jsmith | Corydon76-dig: Amen! |
| 17:42.16 | jmls | beware of Geeks bearing gifts .. |
| 17:43.02 | *** join/#asterisk-dev oej (n=olle@114.85-200-248.bkkb.no) |
| 17:43.02 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:45.10 | JunK-Y | russellb: thanks for ur time. |
| 17:46.05 | russellb | np |
| 17:52.23 | mvanbaak | hhmm |
| 17:52.25 | mvanbaak | I'm stuck |
| 17:52.32 | mvanbaak | M12346 |
| 17:52.33 | MuffinMan | [assigned] [Asterisk] Channels/chan_skinny 0012346: null pointer in chan_skinny when 'regcontext' used reported by candlerb http://bugs.digium.com/view.php?id=12346 |
| 18:03.09 | mvanbaak | what do I have to do to get ilibc in trunk ? |
| 18:03.21 | mvanbaak | did a clean checkout, ./configure, make menuselect |
| 18:03.25 | mvanbaak | but make is failing |
| 18:03.39 | file | there are instructions |
| 18:03.42 | jsmith | mvanbaak: Look at the instructions :-) There's a script in contrib to help you |
| 18:03.51 | mvanbaak | ah |
| 18:03.52 | mvanbaak | thanks |
| 18:03.53 | mvanbaak | ;) |
| 18:11.39 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 18:16.17 | *** join/#asterisk-dev Laureano (n=tomas@OL93-199.fibertel.com.ar) |
| 18:17.32 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 18:23.57 | Corydon76-dig | Aw, darn, I missed revision 112233 by 1 |
| 18:24.31 | mvanbaak | damn |
| 18:39.26 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 18:39.46 | *** join/#asterisk-dev flujan (n=flujan@internet.nube.com.br) |
| 18:42.41 | flujan | hello guys. |
| 18:42.53 | flujan | Where can I find the code for blind transfer and the transfer utility. |
| 19:09.12 | snuff-home | flujan, that would be in res/res_features.c for 1.4 and main\features.c in trunk |
| 19:09.45 | snuff-home | if ur lookin for * blind/attended xfer |
| 19:11.38 | *** join/#asterisk-dev RoyK (n=roy@ip-183-25-149-91.dialup.ice.no) |
| 19:15.47 | flujan | thanks snuff |
| 19:27.41 | *** join/#asterisk-dev mdruedal (n=mdruedal@port812.ds1-ro.adsl.cybercity.dk) |
| 19:30.27 | *** join/#asterisk-dev Deeewayne (n=dwayne@216.207.245.1) |
| 19:30.27 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 19:55.27 | *** join/#asterisk-dev oej (n=olle@114.62-97-206.bkkb.no) |
| 19:55.27 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:59.07 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 20:03.33 | jmls | if there are no calls, would I be right in expecting the memory usage to be the same as it was when asterisk started ? |
| 20:05.13 | putnopvut | jmls: not necessarily. |
| 20:05.36 | putnopvut | SIP peers could be registering, for one thing, causing more memory to be used in storing their data. |
| 20:05.45 | putnopvut | Just an example of something that can happen with no calls. |
| 20:10.10 | oej | jpeeler: Did you read the RFC on SRV support for sip? |
| 20:15.23 | oej | I guess he's not online. The patch he merged doesn't improve much, since we still haven't got the full set of SRV records reachable from the SIP channel. |
| 20:15.33 | oej | We need the full set |
| 20:17.23 | jpeeler | oej: i'm here |
| 20:17.32 | jpeeler | i must admit i did not read the RFC |
| 20:17.34 | Corydon76-dig | oej: btw, I discussed a possible method of dealing with utf8 last night, before you came on |
| 20:18.07 | oej | jpeeler: So, you changed functionality without reading the facts? Tss, tss. |
| 20:18.40 | Corydon76-dig | oej: Having a setting of utf8={yes|no} in the user/peer definition, default to no, always accept utf8, but if utf8=no, then we translate to ASCII 7 |
| 20:18.40 | jpeeler | well the added functionality shouldn't hurt anything |
| 20:18.43 | oej | jpeeler: In order to use SRV better, the SIP channel needs all records, pick one host and if that fails, know where to go next |
| 20:19.24 | oej | Corydon76-dig: Long discussion and it's late. In summary: You can't translate to Ascii when it comes to names. |
| 20:19.47 | Corydon76-dig | oej: you can compress back to the closest ASCII character, though |
| 20:20.03 | Corydon76-dig | oej: I'm primarily concerned with breaking existing clients |
| 20:20.03 | jpeeler | oej: yeah that's true, i'll check and see what needs to be done |
| 20:20.06 | oej | Well, we have to give the users a choice, check my calleridutf8 branch |
| 20:20.38 | Corydon76-dig | oej: users a choice or admins a choice? |
| 20:20.46 | oej | jpeeler: So you need to add an api that gives me a list of proxies and timeouts for them or something like that |
| 20:21.06 | oej | Corydon76-dig: Depends on the GUI, but we need to be able to configure our names in both Ascii and UTF8 |
| 20:21.10 | kpfleming | it's going to be a lot of work to do that, and the work jpeeler has already done does have value |
| 20:21.35 | kpfleming | i had plans for that when i wrote the dnsmgr stuff the first time, and we should talk about how to extend it |
| 20:21.49 | Corydon76-dig | oej: configure both, instead of just doing compression code? |
| 20:22.06 | oej | Corydon76: What do you mean with compression? |
| 20:22.18 | oej | needs to go offline and sleep, early flight tomorrow |
| 20:22.25 | Corydon76-dig | oej: compress back to ASCII if the peer is not set to accept UTF-8 |
| 20:22.49 | Corydon76-dig | oej: I'm thinking about someone sending a callerid not on the server |
| 20:22.50 | oej | kpfleming: Something criticial we need is asynch DNS, like the library I refered you to then, c-ares, and you approved license-wise |
| 20:23.40 | oej | Corydon: I wouldn't call that "compression" but anyway, it depends on what kind of text your dealing with. If it's the "number", you don't want to do that since it's lossy |
| 20:23.49 | Corydon76-dig | So you can send any callerid you like, but if the other side doesn't support that character set, then we compress to ASCII |
| 20:23.52 | oej | If it's the name, you can do that unless you have a configuration that you can use |
| 20:24.15 | oej | Names are sensitive to people and they want to be in control of the presentation. |
| 20:24.20 | kpfleming | oej: dnsmgr does do async dns |
| 20:24.52 | oej | Unless it has changed recently, it did not. It is asynchronus, but if the DNS server doesn't reply, asterisk still hangs, right? |
| 20:24.56 | Corydon76-dig | oej: then there's motivation to improve the algorithm that compresses UTF-8 lossy to ASCII |
| 20:25.34 | kpfleming | no, i don't know why the DNS server not responding to dnsmgr would cause asterisk to hang |
| 20:25.42 | oej | Corydon: No, it is personal choice really. That's what you don't understand and will have to accept. No algorithm can cover how you want to translate a name. |
| 20:26.09 | file | not everything uses it... don't forget |
| 20:26.26 | oej | Someone care about ö (o with umlaut) having dots replacing ö with oe to mark the sound and the next person wants to be more "american" and replace ö with o. |
| 20:26.28 | Corydon76-dig | oej: I want something that scales, not something where you have to configure every single user specially |
| 20:26.38 | kpfleming | i know, but my point is we already have support for async dns, we just don't use it in all the places we need to |
| 20:26.57 | oej | kpfleming: That has been the case for a long time, but maybe it's because we haven't migrated to the dnsmgr api |
| 20:27.09 | kpfleming | that's what jpeeler just did |
| 20:27.11 | Corydon76-dig | oej: if you want to control the presentation, then you send ASCII |
| 20:27.46 | oej | Corydon76: People doesn't scale.... :-) Your algorithm will always just be a backup and will work for some languages, but not all and not all names. I want asterisk to still work for those people. |
| 20:27.47 | Corydon76-dig | since lowest-common denominator is what will get sent |
| 20:28.06 | Corydon76-dig | oej: which is what it does now |
| 20:28.32 | Corydon76-dig | oej: I want to support UTF-8, but not at the expense of creating a huge amount of new configuration that needs to be done |
| 20:28.44 | oej | Corydon76: You have the typical US-centric attitude. Please change. You just can't assume that the world works that way. I've grown up in a non-Ascii country and language zone. |
| 20:28.52 | Corydon76-dig | oej: and what happens if your Asterisk server is a router, not a PBX? |
| 20:29.02 | oej | A router doesn't handle people's names. |
| 20:29.10 | oej | Corydon: You just fail to see the problem. |
| 20:29.21 | Corydon76-dig | But a router may translate to a client that doesn't support UTF-8 |
| 20:29.34 | oej | I guess we will have to have a roundtable with gingerbread cookies when I'm over to explain, because I have to go off line. |
| 20:29.34 | Corydon76-dig | oej: No, I see the problem perfectly |
| 20:29.55 | oej | What kind of router are you talking about |
| 20:29.56 | Corydon76-dig | The problem is that specifying multiple does not scale |
| 20:30.11 | Corydon76-dig | A Voip provider, for example |
| 20:30.17 | oej | For names, it's the only way. |
| 20:30.29 | Corydon76-dig | I respectfully disagree |
| 20:30.38 | oej | Most VoIP providers here doesn't support caller ID names at all. |
| 20:30.50 | Corydon76-dig | Most providers here do |
| 20:31.19 | oej | What if I told you that we just have to convert your name to "Tylgmånn" here? |
| 20:31.19 | Corydon76-dig | Maybe this impasse on UTF-8 is why providers over there threw up their hands and banned callerid altogether? |
| 20:31.23 | oej | Would you like that? |
| 20:31.37 | oej | We haven't got caller ID names in the PSTN either... |
| 20:31.46 | Corydon76-dig | oej: quite frankly, I can't see it, so it doesn't matter |
| 20:31.58 | Corydon76-dig | oej: as long as it's consistent, that's fine |
| 20:32.04 | oej | So you haven't got your IRC to support international characters |
| 20:32.36 | Corydon76-dig | It did at one time |
| 20:32.40 | oej | What the 7Y#%/() is "consistent" here? I try to explain that there's no rule, no algorithm, nada. It's personal feelings on how people want their names presented somewhere else. |
| 20:33.01 | oej | Some Asians have a different "english" name they want to use in Ascii |
| 20:33.08 | oej | I would like to be able to support that. |
| 20:33.30 | Corydon76-dig | Then they use the ASCII only names when they communicate |
| 20:33.32 | oej | Anyway, really have to go off line. Good night - Tylghmaann ;-) |
| 20:34.03 | Corydon76-dig | I'm showing that my IRC client is supporting UTF-8 currently |
| 20:34.05 | oej | Corydon: I give up. Do you think they want to use Ascii names when they call each other? I guess you just fail to understand or doesn't want to because you see the technical issues... |
| 20:34.35 | Corydon76-dig | As long as the name is consistent, I don't see how it matters. |
| 20:35.02 | Corydon76-dig | The whole point of callerid is that I "know" who the person is when I see it on my phone |
| 20:35.29 | Corydon76-dig | and I love people who ask questions and immediately sign off |
| 20:36.10 | Corydon76-dig | oej: if I don't see a response within 30 seconds, may I assume that you agree with me? Yes? |
| 20:37.17 | russellb | i guess he agrees |
| 20:37.29 | Corydon76-dig | I think so, too |
| 20:41.41 | Juggie | do most telcos ban setting your cidname? |
| 20:41.53 | Juggie | i've never had a problem here in canada w/ telus,bell.. |
| 20:42.30 | Corydon76-dig | Juggie: it's only recently illegal in the US to set your callerid in an attempt to deceive |
| 20:43.37 | putnopvut | Is the term "deceive" well defined in whatever law you referenced? |
| 20:44.04 | Corydon76-dig | That's my word, not theirs |
| 20:44.16 | putnopvut | ok. |
| 20:45.16 | Corydon76-dig | I forget the exact text, but it's basically a prohibition against using a false callerid that would make the person at the destination think someone different was calling |
| 20:47.00 | Corydon76-dig | http://www.publicknowledge.org/pdf/110-s4108-20080401.pdf |
| 20:47.06 | Corydon76-dig | That might be it |
| 20:47.37 | Juggie | i'm suprised providers dont block your CID to the DID's that are assigned to your pri |
| 20:47.47 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:48.02 | Corydon76-dig | Juggie: what if you receive a call and want to send it back out to a cell phone, with the original callerid? |
| 20:48.27 | Juggie | Corydon76-dig, i never said i agreed, i just said given the abuse possibility, i'm suprised. |
| 20:48.32 | Corydon76-dig | Juggie: now consider if that call got delivered on a different digital circuit? |
| 20:49.02 | Corydon76-dig | Juggie: there are good reasons to have that functionality, which outweigh possible abuse |
| 20:49.12 | Juggie | i agree... |
| 20:49.37 | Corydon76-dig | So now it's just a matter of someone doing it and not getting caught |
| 20:50.11 | Corydon76-dig | There's only a few callerids where you could prove it anyways |
| 20:50.30 | Corydon76-dig | 911, 411, The White House, etc. |
| 20:51.27 | Juggie | uhhuh.... does setting the CID Name work in the usa across carriers and such? |
| 20:51.33 | kpfleming | no |
| 20:51.37 | Corydon76-dig | Not consistently, no |
| 20:52.05 | Corydon76-dig | There are places that it can be done, though |
| 20:52.49 | Juggie | it seems to work up here reliably in the GWN |
| 20:52.57 | Juggie | (great white north) |
| 20:54.01 | Corydon76-dig | Juggie: are there multiple telcos or just Bell Canada? |
| 20:54.11 | Juggie | well there are kinda multiple. |
| 20:54.17 | Corydon76-dig | kinda? |
| 20:54.18 | Juggie | but kinda not |
| 20:54.43 | Juggie | well... each area only has one pstn telco + digital providers |
| 20:55.00 | Juggie | canada's main network is bell in eastern canada, and telus in western canada |
| 20:56.22 | Juggie | you can only get pris from telus/bell & allstream |
| 20:56.42 | Juggie | i think, thats all i know about. |
| 20:58.48 | Juggie | but no area has more then one incumbant pstn provider. |
| 21:12.28 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 21:32.55 | jpeeler | is IAX UDP only? |
| 21:36.15 | mvanbaak | it's deprecated |
| 21:36.35 | file | jpeeler: yes |
| 21:36.39 | mvanbaak | Skinny is it's successor |
| 21:36.48 | lmadsen | SIP is the new IAX |
| 21:36.52 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 21:37.06 | mvanbaak | lmadsen: Qwell just removed that from trunk |
| 21:37.17 | mvanbaak | 22:46 <@ Qwell> svn rm channels/chan_sip.c && svn ci -m "Fix all bugs." |
| 21:37.25 | lmadsen | nice |
| 21:37.30 | lmadsen | someone had to do it |
| 21:37.35 | mvanbaak | yup |
| 21:37.45 | mvanbaak | we did make oej really depressed with it though |
| 21:37.50 | lmadsen | any april fools day email from oej today? |
| 21:38.03 | mvanbaak | nope |
| 21:38.11 | mvanbaak | but russell had a nice thing going |
| 21:38.16 | lmadsen | nice nice |
| 21:38.18 | lmadsen | I need food now... |
| 21:38.21 | mvanbaak | he removed zaptel/trunk totally |
| 21:38.24 | lmadsen | back latah |
| 21:38.50 | mvanbaak | and made chan_zap.c only give a warning about zaptel being deprecated |
| 21:41.29 | Qwell | mvanbaak: who says that was an april fool's thing? O.o |
| 21:42.01 | Damin | Aannnndd... THAT is why you don't run Trunk in production! ;) |
| 21:42.38 | Damin | Wonder how many "auto builders" out there are going to be bitching about that for the next couple of days? |
| 21:42.49 | file | about what? |
| 21:43.06 | Qwell | removing zaptel trunk |
| 21:43.10 | file | pfft |
| 21:43.21 | file | if they were still building zaptel trunk it was a useless waste of resources |
| 21:43.23 | Qwell | If anybody tries to build that, I pity them |
| 21:46.10 | Damin | Qwell: hehehe.. |
| 21:46.54 | *** part/#asterisk-dev mdruedal (n=mdruedal@port812.ds1-ro.adsl.cybercity.dk) |
| 21:49.11 | mvanbaak | well, my chan_zap actually died because of it ;) |
| 21:49.51 | mvanbaak | first thing I do in the morning (after sex, shower and coffee) is an svn up && make clean && ./configure && make install in asterisk-trunk |
| 21:49.55 | mvanbaak | so yeah, it bit me |
| 21:50.22 | mvanbaak | it made me laugh big time |
| 21:50.52 | mvanbaak | was about to post a bug report for it, but thought that would spoil the fun |
| 21:57.05 | jpeeler | will changes that get blocked from 1.6.0 go in 1.6.1? |
| 21:58.06 | kpfleming | they already in trunk, so yes |
| 21:58.10 | Qwell | if they were committed to trunk before 1.6.1 gets branched |
| 22:07.07 | mvanbaak | thinkgeek is too funny |
| 22:08.39 | mvanbaak | http://www.thinkgeek.com/stuff/41/titaniumlabyrinth.html?cpg=70H |
| 22:10.06 | mvanbaak | hahahahaha |
| 22:10.21 | putnopvut | lol |
| 22:10.24 | mvanbaak | and they have a Betamax <-> HD-DVD convertor |
| 22:10.36 | mvanbaak | s/convertor/converter/ |
| 22:11.20 | mvanbaak | I also liked the youtube rickroll stuff |
| 22:12.24 | mvanbaak | jpeeler: good work on the SRV stuff there ! |
| 22:15.22 | jpeeler | mvanbaak: thanks, i hope it helps |
| 22:15.37 | mvanbaak | jpeeler: it will |
| 22:16.06 | mvanbaak | removes all the private ENUM stuff because we now have SRV stuff |
| 22:16.35 | mvanbaak | this makes my DNS provisioning scripts way easier |
| 22:18.01 | mvanbaak | I can remove e164.vanbaak.info now |
| 22:18.24 | mvanbaak | there, done |
| 22:18.32 | mvanbaak | I'll test it tomorrow |
| 22:18.51 | jpeeler | well then i'm sure you'll let me know if all goes well |
| 22:18.56 | mvanbaak | using IAX here |
| 22:18.58 | mvanbaak | I will |
| 22:20.05 | mvanbaak | hhmm, I can use the SIP stuff for the (2 or 3 servers for redundancy) setups |
| 22:20.20 | mvanbaak | I'll have to contact my ITSP to make a test setup |
| 22:20.43 | *** join/#asterisk-dev CrashHD (n=CrashHD@76-14-102-131.rk.wavecable.com) |
| 22:22.36 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 22:23.37 | jpeeler | mvanbaak: my next project is actually going to be getting the multiple parking lots merged |
| 22:23.55 | mvanbaak | jpeeler: that would be awesome |
| 22:24.18 | mvanbaak | jpeeler: it's compiling, the cli functions are aware of it |
| 22:24.31 | mvanbaak | and as far as I can see the channel variable stuff is done as well |
| 22:24.54 | mvanbaak | what I miss is support to define parking lots per sip/iax/zap entry |
| 22:24.59 | mvanbaak | but that will be easy |
| 22:26.05 | mvanbaak | jpeeler: if you need help, you know how to contact me |
| 22:26.08 | jpeeler | cool, well i even looked it yet, but it does sound like lots has been done |
| 22:26.11 | jpeeler | definitely :) |
| 22:26.38 | mvanbaak | yeah, as far as I can see it's almost done |
| 22:27.14 | mvanbaak | features.c looks finished to me (it's partially tested. only stuff in features.c has been tested like CLI output etc) |
| 22:27.25 | mvanbaak | like I said, no real parking has been tested here |
| 22:27.56 | mvanbaak | I dont see any real problems there |
| 22:28.21 | mvanbaak | one thing that sometimes wakes me up at night: russell told me it should be moved to astobj2 |
| 22:29.17 | russellb | :( |
| 22:29.34 | mvanbaak | yeah |
| 22:29.43 | mvanbaak | not to blame you, but that stalled the whole thing |
| 22:29.45 | russellb | i'm sorry!! |
| 22:29.51 | mvanbaak | dont be |
| 22:30.04 | russellb | well jpeeler gets to learn astobj2, then :) |
| 22:30.09 | mvanbaak | lol |
| 22:30.26 | mvanbaak | you know, it can be so depressing |
| 22:30.37 | mvanbaak | you _KNOW_ you're close |
| 22:30.44 | mvanbaak | and first test show it's done |
| 22:30.53 | mvanbaak | and then you have to move to astobj2 |
| 22:31.07 | mvanbaak | and your local copy just collapses |
| 22:31.18 | mvanbaak | and you try and try for days in a row |
| 22:31.25 | mvanbaak | then,....... you give up |
| 22:31.32 | russellb | i'm really sorry, i didn't know you got so stuck on that :( |
| 22:31.38 | russellb | i would have helped explain it |
| 22:31.47 | outtolunc | then all you hair falls off (with help) <G> |
| 22:31.48 | mvanbaak | it's not your fault |
| 22:32.01 | mvanbaak | outtolunc: lol, that actually happened to me here ;) |
| 22:32.13 | mvanbaak | russellb: I know. I did not ask enough I guess |
| 22:32.52 | jpeeler | mvanbaak: i look forward to working on it |
| 22:33.12 | mvanbaak | but there's not a lot that uses astobj2 now. and specially not astobj2 containers holding ast_lists |
| 22:33.49 | jpeeler | russellb: there was one thing i forgot to add, sip show registry does not output the dnsmgr status like iax2 show registry does... should i add it? |
| 22:34.13 | russellb | um, sure :) |
| 22:34.18 | mvanbaak | jpeeler: if it's not too much hassle I would vote yes |
| 22:34.32 | jpeeler | no it should be pretty easy |
| 22:35.15 | mvanbaak | can anyone enlighten me here: |
| 22:35.23 | mvanbaak | M12346 |
| 22:35.24 | MuffinMan | [assigned] [Asterisk] Channels/chan_skinny 0012346: null pointer in chan_skinny when 'regcontext' used reported by candlerb http://bugs.digium.com/view.php?id=12346 |
| 22:35.29 | mvanbaak | I cannot reproduce it |
| 22:36.36 | mvanbaak | I assigned it to me because I did the initial work to get regcontext/regexten into chan_skinny |
| 22:37.02 | putnopvut | mvanbaak: I'll take a look. |
| 22:37.16 | putnopvut | has never looked at chan_skinny, so this should be fun. |
| 22:37.27 | mvanbaak | lol |
| 22:37.34 | mvanbaak | well, it's only about this one issue |
| 22:38.19 | mvanbaak | I cant find any functional difference between it in chan_skinny and chan_sip |
| 22:38.55 | putnopvut | mvanbaak: the crash looks like it's coming in main/pbx.c so the problem could actually be there...I'm trying to grasp what's actually causing the crash right now. |
| 22:39.33 | mvanbaak | putnopvut: that's why I asked. I really got confused there |
| 22:39.55 | mvanbaak | <--- should take a week long training course in huntsville |
| 22:40.33 | mvanbaak | dcad |
| 22:40.34 | putnopvut | mvanbaak: one thing that's a bit odd about the backtrace on that issue is that the top frame of the stack is showing the wrong function name... |
| 22:40.37 | putnopvut | It's a bit odd. |
| 22:40.43 | mvanbaak | Digium Certified Asterisk Developer |
| 22:41.39 | mvanbaak | putnopvut: it must be something outside chan_skinny. It's the same stuff as in chan_sip (if I'm not missing anything) |
| 22:41.46 | mvanbaak | and on my -trunk setup it works fine |
| 22:42.34 | putnopvut | omfg...I think we should leave this to codefreeze... |
| 22:42.43 | mvanbaak | my setup here is now working with the configs I posted on that bug |
| 22:43.43 | mvanbaak | should be crashing according to the poster |
| 22:44.13 | mvanbaak | a 'regcontext' line in global and simple regexten line in every line/device |
| 22:45.00 | mvanbaak | the calls to ast_add_extension2 look ok |
| 22:45.27 | putnopvut | mvanbaak: I wonder if it matters that he has two context= lines in his [brian] category. |
| 22:45.45 | putnopvut | or is that permissible? |
| 22:46.01 | mvanbaak | that's ok |
| 22:46.10 | mvanbaak | it means you define 2 lines on a phone |
| 22:46.13 | mvanbaak | I have that as well |
| 22:46.19 | putnopvut | okay. |
| 22:46.39 | mvanbaak | look at my [office] |
| 22:47.02 | putnopvut | Yes, I see you have two different contexts there. |
| 22:47.21 | mvanbaak | one device can host many lines |
| 22:47.41 | mvanbaak | 6 on the 7960 phone |
| 22:48.42 | mvanbaak | in my setup the phone has 2 lines and 1 speeddial |
| 22:50.10 | mvanbaak | and the 'context=' line has nothing to do with it |
| 22:50.28 | mvanbaak | we dont use it with the regcontext/regexten stuff |
| 22:51.22 | putnopvut | mvanbaak: for some reason, add_exten_to_pattern_tree is returning NULL for him inside of the add_pri function. |
| 22:51.45 | Qwell | that stack is screwy |
| 22:51.56 | mvanbaak | Qwell: no shit |
| 22:52.02 | mvanbaak | I just cant figure out why |
| 22:52.05 | putnopvut | The problem is that function is filled with such lovely variable names as "s1" "s2" and "m1" |
| 22:52.12 | putnopvut | The stack isn't that screwy. |
| 22:52.19 | putnopvut | It just seems somewhat "optimized" |
| 22:52.37 | Qwell | the call to ast_add_extension, most of the args are 0x870f5a0 |
| 22:52.39 | putnopvut | Like the compiler inlined add_pri into ast_add_extension2 |
| 22:52.58 | putnopvut | Qwell: lol I hadn't noticed that. |
| 22:53.38 | mvanbaak | yeah, that address shows up a lot |
| 22:54.02 | mvanbaak | I'll have to look at it tomorrow |
| 22:54.27 | mvanbaak | Qwell, putnopvut, feel free to take the ticket from me if you have a solution |
| 22:54.36 | mvanbaak | I really should go to bed |
| 22:54.40 | mvanbaak | Wed Apr 2 00:54:40 CEST 2008 |
| 22:54.48 | Qwell | I don't. I just think we'd need to see an unoptimized backtrace |
| 22:54.52 | mvanbaak | 6 AM is start of day |
| 22:55.29 | mvanbaak | ok |
| 22:55.43 | mvanbaak | I'll ask for a backtrace with DONT_OPTIMIZE enabled |
| 22:59.03 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 23:00.46 | mvanbaak | thanks |
| 23:00.52 | mvanbaak | I'm off to bed now |
| 23:08.00 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 23:11.11 | *** join/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 23:12.31 | *** part/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 23:20.50 | *** join/#asterisk-dev lvl- (n=lvl@145.52.248.101) |
| 23:31.51 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |
| 23:36.54 | *** join/#asterisk-dev lvl- (n=lvl@145.52.248.101) |
| 23:44.10 | *** part/#asterisk-dev jmls (n=jmls_hom@mail.tessera.co.uk) |
| 23:50.18 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 23:51.31 | *** join/#asterisk-dev ZaVoid (n=zavoid@c-67-165-25-195.hsd1.pa.comcast.net) |