| 00:00.18 | putnopvut | jsmith: yes, it does die after the Wait |
| 00:00.21 | putnopvut | on 1.6.0.1 |
| 00:03.01 | putnopvut | jsmith: I suspect that the issue in 1.6.0.1 is because Wait is exiting non-zero, which causes execution of the h extension to stop. |
| 00:04.16 | putnopvut | oh wow, the 1.6.0.1 tag doesn't even have the h extension executing in the bridging code. It was tagged sooner than I thought it was. |
| 00:10.34 | jsmith | putnopvut: Mind coming down to help debug a queue issue? |
| 00:10.59 | putnopvut | jsmith: not a problem. I was going to give the h exten in 1.6.0 svn a check real quick before heading down. |
| 00:11.04 | putnopvut | I'll be there in about 5 mins. |
| 00:11.09 | jsmith | putnopvut: That's fine... |
| 00:11.58 | putnopvut | okay, it may take longer because this friggin' phone won't register... |
| 00:12.28 | putnopvut | 1.6.0 svn appears to handle the h exten properly. |
| 00:12.34 | putnopvut | coming down. |
| 00:13.32 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-f565beee5e44b2cb) |
| 00:31.37 | *** join/#asterisk-dev outtolunc (n=me@c-67-188-204-139.hsd1.ca.comcast.net) |
| 00:31.52 | jsmith | Another one bites the dust... |
| 00:34.41 | putnopvut | jsmith: it appears that chan_dahdi has no device_state callback. |
| 00:34.48 | putnopvut | So we query the core instead. |
| 00:34.51 | jsmith | boggles |
| 00:35.14 | putnopvut | And since we don't find a matching channel, we return an UNKNOWN device state. |
| 00:35.44 | putnopvut | So I'd say that it's safe to say that any DAHDI phone which is currently on-hook will not have a channel, and therefore will return UNKNOWN every time. |
| 00:36.00 | putnopvut | Now as for why hanging up the Agent channel updates the DAHDI channel's state, I don't know yet. |
| 00:36.10 | putnopvut | I'm looking into that right now. |
| 00:36.12 | jsmith | OK. |
| 00:36.31 | jsmith | ventures a guess that a device-state callback won't be coming anytime soon for chan_dahdi |
| 00:43.18 | putnopvut | jsmith: have I ever told you that chan_agent is a nightmare to try to navigate? :) |
| 00:45.24 | jsmith | putnopvut: Only five or six times :-p |
| 00:45.37 | putnopvut | Wow, I'm surprised it's that low |
| 00:50.13 | putnopvut | jsmith: can you refresh me on how to reproduce the voicemail password issue? |
| 00:51.27 | jsmith | putnopvut: Sure... Go into VoiceMailMain |
| 00:51.34 | jsmith | Go into mailbox options |
| 00:51.42 | jsmith | Tell it you want to change your password |
| 00:51.57 | putnopvut | mkay |
| 00:51.59 | jsmith | When it prompts you for your new password, enter 9999 *BUT DON'T PRESS #* |
| 00:52.17 | jsmith | It'll then ask for the confirmation. enter 9999 again, *BUT DON'T PRESS #* |
| 00:52.34 | jsmith | It act like it's changed your PIN, but it hasn't |
| 00:53.32 | putnopvut | Okay, so it's a problem more with the UI than with the actual behavior. |
| 00:53.42 | putnopvut | I would expect that not pressing # would not change the password. |
| 00:54.49 | jsmith | Then it should say that on the first password prompt, instead of asking for a confirmation then |
| 00:55.14 | jsmith | You know, the principle of least surprise? |
| 00:57.36 | putnopvut | Correct. |
| 00:58.17 | putnopvut | It appears that the API may make this easy on me. We'll have to see. |
| 01:03.49 | *** join/#asterisk-dev jbj1 (n=jbj1@203.116.205.34) |
| 01:04.40 | jbj1 | I'm trying to debug chan_mobile.c. there are statements like: ast_debug(1, "Calling %s on %s\n", dest, ast->name); but I cannot see them in the console. it seems I just need to run it like: asterisk -ddddddddrv but no messages are appearing, any idea what I could be doing wrong? (sorry, this is a n00b question but the docs I've read don't seem to indicate why) |
| 01:04.46 | putnopvut | jsmith: ooh, I found it! |
| 01:05.14 | jsmith | putnopvut: Oh? Which one... |
| 01:05.20 | putnopvut | jsmith: check out the two calls to ast_readstring in vm_options and tell me what you notice different about them. |
| 01:05.29 | putnopvut | Specifically with regards to checking the return value... |
| 01:05.43 | jsmith | jbj1: Turn on "debug" on the "console =>" line in logger.conf and do a "logger reload" |
| 01:05.52 | putnopvut | jbj1: ah, jsmith beat me to it :) |
| 01:06.18 | jbj1 | jsmith: thx! hopefully I'll have a patch to give back |
| 01:07.03 | jsmith | putnopvut: Ouch... |
| 01:07.08 | putnopvut | holy geez, changing your password through voicemail main causes a *bunch* of blank lines to get inserted in my voicemail.conf file. |
| 01:07.18 | jsmith | Yeah, that's a bug |
| 01:07.50 | putnopvut | jsmith: so changing the second ast_readstring to check for a return value below 0 makes it so that as long as you type the same thing for both passwords (and you let time expire) the passwords will actually be saved. |
| 01:08.09 | putnopvut | You'll even get the nice "Your password has been saved" prompt from Allison. |
| 01:08.27 | jsmith | w00t! |
| 01:08.33 | jsmith | Three character patches rock! |
| 01:08.39 | putnopvut | indeed :) |
| 01:08.58 | putnopvut | they're even better when it doesn't take very long to find the problem, too. |
| 01:09.17 | putnopvut | Same bug appears to be in 1.4, too. |
| 01:09.47 | jsmith | So just so I'm clear, 1.4 is still getting bug fixes but 1.6.0 is not? |
| 01:09.57 | jsmith | tries to wrap his head around that |
| 01:09.59 | putnopvut | well, sort of. |
| 01:10.10 | putnopvut | 1.4 is in bug fix mode, that's easy enough. |
| 01:10.26 | putnopvut | But for 1.6.x releases, the policy is supposed to be to only fix regressions. |
| 01:10.42 | putnopvut | Since this bug is in 1.4, too, I shouldn't fix it in 1.6 because it's not a regression. |
| 01:11.07 | putnopvut | The problem is that with the first 1.6 release, it's hard to have any regressions. |
| 01:11.17 | putnopvut | Because we haven't released any previous versions of 1.6 |
| 01:11.27 | jsmith | Alright... I don't agree with that, but it's not up to me, so I'll hold my tongue. |
| 01:11.49 | putnopvut | (yeah, I'm just going to go ahead and fix it in 1.6.0 too. If anyone has a problem they can yell at me about it) |
| 01:13.35 | putnopvut | hmmm, my commit is taking forever. |
| 01:14.01 | putnopvut | oh, crap...I bet this is due to the network maintenance. |
| 01:14.06 | file | putnopvut: network maintenance began 15 mins ago |
| 01:14.13 | file | putnopvut: yeah.... |
| 01:14.14 | putnopvut | I'll put it off 'til tomorrow. |
| 01:14.16 | jsmith | Ugh... |
| 01:14.25 | jsmith | So much for hanging around the office tonight to get caught up |
| 01:14.29 | jsmith | Might as well work from the hotel |
| 01:14.31 | putnopvut | :-/ |
| 01:14.45 | putnopvut | Yeah, well, now I have a good excuse to leave. So I'm heading out. |
| 01:14.47 | putnopvut | Later! |
| 01:14.56 | jsmith | Laterz |
| 01:33.15 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 02:52.03 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) |
| 03:18.18 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:10.29 | *** join/#asterisk-dev snuff-work (n=jsewell@120.16.42.101) |
| 07:10.29 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 07:10.54 | snuff-work | ping ? |
| 07:26.13 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:42.08 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 07:42.08 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 09:31.55 | *** join/#asterisk-dev magumbade (n=magumbad@p5497E386.dip.t-dialin.net) |
| 09:38.48 | *** join/#asterisk-dev magumbade (n=magumbad@p5497E386.dip.t-dialin.net) |
| 09:56.29 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 09:56.29 | *** join/#asterisk-dev mbranca (n=matteo@93-62-230-243.ip24.fastwebnet.it) |
| 09:56.29 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) [NETSPLIT VICTIM] |
| 09:56.30 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) |
| 09:56.30 | *** mode/#asterisk-dev [+o jpeeler] by irc.freenode.net |
| 10:39.24 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 10:39.24 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 10:42.24 | *** part/#asterisk-dev gambler1 (n=mene_sun@dragan.eunet.yu) |
| 10:57.56 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:14.34 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:41.50 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:53.04 | *** join/#asterisk-dev L-info (n=L-info@80.169.133.251) |
| 12:18.25 | *** join/#asterisk-dev mbranca (n=matteo@93-62-230-243.ip24.fastwebnet.it) |
| 12:24.27 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.199.65) |
| 12:47.19 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 12:47.19 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 13:22.03 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:51.35 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 14:06.36 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.3) |
| 14:11.36 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:11.36 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 15:08.08 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.111) |
| 15:11.45 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:16.03 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-27556927afd4fbac) |
| 15:16.04 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:21.52 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-c7ec3554340863b3) |
| 15:21.52 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:24.58 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:27.16 | *** join/#asterisk-dev magumbade (n=magumbad@p5497E386.dip.t-dialin.net) |
| 15:27.17 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-c3f8ab957401802a) |
| 15:27.18 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:39.50 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 15:57.33 | *** join/#asterisk-dev awk_r (n=rawk@nat/digium/x-c2796b03cf70c9f5) |
| 16:19.12 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 16:19.12 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:25.54 | *** part/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 16:26.12 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 16:43.41 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 16:45.11 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-98-243-174-131.hsd1.mi.comcast.net) |
| 16:45.30 | *** part/#asterisk-dev fred-tmft (n=fred-tea@c-98-243-174-131.hsd1.mi.comcast.net) |
| 16:48.49 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:48.49 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 16:49.21 | *** join/#asterisk-dev disposable (i=disposab@blackhole.sk) |
| 16:50.44 | disposable | I am struggling with a bug http://bugs.digium.com/view.php?id=11734 that's supposed to be resolved. I compiled * 1.6.0.1 with imap voicemail storage, but when i try to use it, i get http://pastebin.com/dc30155c I tried to apply the suggested patch but it got rejected and when i looked at app_voicemail.c i realised it wasn't needed as the necessary changes are already there. can somebody confirm the patch is no longer needed? |
| 16:51.21 | disposable | feel free to /kick me out if this does not belong here |
| 16:51.29 | *** part/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 16:51.30 | lmadsen | disposable: was the fix done after 1.6.0.1 was released? |
| 16:52.08 | seanbright | disposable: pastebin your voicemail.conf |
| 16:52.13 | lmadsen | hrmmm... would think not... since it was committed in jan 2008 |
| 16:52.41 | disposable | according to this http://bugs.digium.com/view.php?id=11734 it was fixed in january 2008 |
| 16:54.38 | seanbright | disposable: pastebin your voicemail.conf |
| 16:54.43 | disposable | just a second |
| 16:54.53 | seanbright | i don't have that kind of time, man! |
| 16:54.55 | seanbright | heh |
| 16:56.59 | disposable | http://pastebin.com/d239bb780 |
| 16:57.44 | seanbright | so you only have 1 mailbox? |
| 16:57.46 | seanbright | 7001? |
| 16:58.48 | disposable | we're just testing migration from 1.2 to 1.6 |
| 16:59.15 | seanbright | IMAP user not set for mailbox 7003 |
| 16:59.17 | seanbright | ? |
| 16:59.24 | seanbright | 7003 != 7001 |
| 17:01.25 | disposable | this is a less bastardised version of voicemail.conf http://pastebin.com/m74c524b7 |
| 17:04.08 | seanbright | hmmm, nothing is jumping out at my in app_voicemail.c |
| 17:04.20 | seanbright | and the fix for 11734 definitely is in 1.6.0.1 |
| 17:04.39 | disposable | seanbright: ignore the 7003 line, it has nothing to do with the bare lines error |
| 17:04.42 | seanbright | and i don't see anywhere else that \n is being used |
| 17:04.50 | seanbright | in headers, anyway. |
| 17:05.09 | seanbright | i wonder... |
| 17:05.22 | seanbright | try something for me |
| 17:05.28 | seanbright | in your 'emailbody' value |
| 17:05.33 | disposable | yepp? |
| 17:05.39 | seanbright | change all of the \n's to \r\n |
| 17:06.01 | seanbright | that should *not* fix it, but it's worth a try |
| 17:06.25 | seanbright | so this: |
| 17:06.27 | seanbright | emailbody=Dear ${VM_NAME}:\r\n\r\n\tYou have a voicemail message waiting in mailbox ${VM_MAILBOX} from ${VM_CALLERID}, on ${VM_DATE}. \r\n\r\n\t\t\t\tPolycomdemo Voicemail\r\n |
| 17:07.19 | seanbright | brb |
| 17:08.02 | disposable | testing it |
| 17:09.30 | disposable | i thank you very much |
| 17:09.39 | disposable | it worked |
| 17:12.09 | disposable | i shall not bother the -dev channel with my other questions. bye |
| 17:12.17 | *** part/#asterisk-dev disposable (i=disposab@blackhole.sk) |
| 17:14.27 | seanbright | interesting... |
| 17:14.32 | seanbright | putnopvut: ^^^ |
| 17:14.48 | putnopvut | seanbright: ooh, what'd I miss? |
| 17:14.58 | putnopvut | Ah, IMAP stuff. |
| 17:15.06 | seanbright | if you have embedded \n in 'emailbody' IMAP cries |
| 17:15.10 | seanbright | because it wants \r\n |
| 17:15.55 | putnopvut | Interesting...so now the question is, how lazy will I be about this? |
| 17:15.58 | seanbright | hehe |
| 17:16.04 | seanbright | i can take a look at it |
| 17:16.14 | seanbright | just need to replace \n with ENDL |
| 17:16.24 | seanbright | should be easy enough |
| 17:16.33 | putnopvut | ah, nifty |
| 17:16.43 | seanbright | is that sub-optimal? |
| 17:18.15 | seanbright | i guess we could just add a note to voicemail.conf that says "only use \r\n in emailbody" |
| 17:57.25 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:04.22 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 18:07.06 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 18:10.12 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 18:11.26 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:20.11 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 18:37.13 | Deeewayne | Corydon76-dig: ping |
| 18:37.28 | *** part/#asterisk-dev korihor (n=korihor@201.210.239.172) |
| 18:38.18 | Corydon76-dig | pong |
| 18:38.35 | Deeewayne | hey, I know of NFAS issues that were reported to me re: 3450 |
| 18:38.44 | Corydon76-dig | You do? |
| 18:38.48 | Deeewayne | should I respond to your -users email and tell NFAS users to not try it ? |
| 18:38.55 | Corydon76-dig | probably |
| 18:39.05 | Corydon76-dig | I was trying to get the issue resolved |
| 18:39.36 | Corydon76-dig | And put a note on the bug, too |
| 18:39.50 | Deeewayne | mark v. did some testing for me and said NFAS is no go, but the rest is good. He gave some other feedback. |
| 18:40.02 | Deeewayne | I'll update the issue, sorry |
| 18:40.38 | Corydon76-dig | No problem; I'm just trying to help |
| 18:48.06 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 19:36.13 | *** join/#asterisk-dev korihor (n=korihor@201.210.239.172) |
| 19:36.28 | eliel | this channel remembers me that today is friday! :) |
| 19:37.07 | *** join/#asterisk-dev Cresl1n (n=matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 19:37.07 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 19:46.57 | mvanbaak | mornin children |
| 19:47.55 | putnopvut | hi mr van baak |
| 19:52.32 | lmadsen | morning father! |
| 19:53.03 | Corydon76-dig | Are you my daddy? |
| 20:01.11 | putnopvut | okay, Asterisk trunk is really screwy right now. |
| 20:01.20 | putnopvut | Specifically with regards to SIP. |
| 20:02.02 | putnopvut | Based on SIP debug messages, it almost seems as though whatever SIP messages are being received by Asterisk are being zero'd out somehow. |
| 20:03.05 | putnopvut | Um, and "stop now" doesn't work any more... |
| 20:06.36 | *** join/#asterisk-dev boolean12 (n=boolean1@tandem.uplinktel.com) |
| 20:11.37 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:22.33 | eliel | putnopvut: core stop now |
| 20:22.50 | putnopvut | ah, I see. |
| 20:22.52 | putnopvut | thanks |
| 20:24.47 | eliel | putnopvut: many commands where deprecated, now you need to use cli_aliases.conf to get the older type of cli syntax... |
| 20:25.02 | putnopvut | I turned on the 1.4 command template. Thanks :) |
| 20:27.34 | lmadsen | putnopvut: you're welcome :) |
| 20:28.26 | lmadsen | oh... maybe we should have a notice when you type an incorrect command that says something like, "Command 'stop now' does not exist. Perhaps you need to enable aliases?" |
| 20:29.39 | *** join/#asterisk-dev asteriskmonkey (n=philip@69.77.169.14) |
| 21:09.33 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 21:12.11 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:47.24 | *** join/#asterisk-dev gambler1 (n=mene_sun@dragan.eunet.yu) |
| 21:48.50 | gambler1 | Hi, is anyone in the mood for little q regarding how * handle writting cdr to fifo instead of a file? |
| 21:49.45 | Corydon76-dig | I wasn't aware that that was even supported |
| 21:50.32 | gambler1 | Corydon76-dig: I dont say it's supported but I have idea how to handle the lack of * to write cdr in db using stored procedures |
| 21:51.00 | Corydon76-dig | You can use stored procedures |
| 21:51.34 | Corydon76-dig | Just set up a trigger on a table, and you can do whatever you like |
| 21:51.41 | gambler1 | stored procedures to write cdr to db? Are your sure? I didnt manage to find single word about it |
| 21:51.56 | gambler1 | oh... i's a big no-no from my oracle db admin |
| 21:52.00 | Corydon76-dig | You're not a database engineer, are you? |
| 21:52.13 | gambler1 | no |
| 21:53.26 | Corydon76-dig | Is your DBA mainly concerned about trigger performance or is he mainly concerned that people who don't understand circular references might create circular triggers and take down the entire database? |
| 21:54.38 | Corydon76-dig | Because I can completely understand the second part. In which case, you need to tell him exactly what you want to do and let him proof the stored procedure that will be the trigger |
| 21:54.49 | gambler1 | no, he says that it is hard to control trigger, then it can happens that trigger is triggered twice or that is imposible to undo to trigger operation if something happend |
| 21:54.55 | gambler1 | sorry for my bad english :( |
| 21:55.10 | Corydon76-dig | You need a new DBA |
| 21:55.20 | Corydon76-dig | That's not difficult to handle at all. |
| 21:55.29 | gambler1 | you need a job as Oracle DB ? :) |
| 21:55.42 | Corydon76-dig | I'm perfectly happy as a programmer |
| 21:55.51 | gambler1 | :)))) |
| 21:56.16 | lmadsen | Corydon76-dig: you go girl |
| 21:56.39 | Corydon76-dig | snaps his fingers at lmadsen |
| 21:56.42 | lmadsen | lol |
| 21:56.44 | gambler1 | ok... any how, if we forget for db admin can do you have a will to take a look at my "solution" ? |
| 21:56.47 | lmadsen | have a great weekend everyone! |
| 21:57.53 | Corydon76-dig | gambler1: I can't look at any code that isn't submitted through the bugtracker, with a signed contribution license. |
| 21:58.05 | gambler1 | no no no... there is no code at @ |
| 21:59.28 | gambler1 | basicaly I would like to rm Master.csv and run mkfifo Master.csv then my perl script will read and store this in db |
| 21:59.47 | gambler1 | but Iam wondering if it will brake something in * |
| 21:59.58 | Corydon76-dig | It won't break anything in Asterisk |
| 22:00.19 | Corydon76-dig | However, if Asterisk gets a certain signal, it may try to rotate out your fifo |
| 22:00.48 | gambler1 | hmmmmm.. then better solution would be to use fuse I guess |
| 22:01.05 | Corydon76-dig | Or write a real CDR engine that does what you want |
| 22:01.55 | gambler1 | or to patch cdr_odbc.c and remove hardcoded "INSERT INTO" :) |
| 22:02.11 | Corydon76-dig | Something like that |
| 22:02.26 | Corydon76-dig | Why exactly do you need a stored procedure, anyway? |
| 22:03.08 | gambler1 | well, if you have a customer that let's say credit for 10$ |
| 22:03.26 | gambler1 | and if he make a one call for a 10$ |
| 22:03.49 | gambler1 | then is no way I can update credit balance after he hangup the phone |
| 22:04.03 | Corydon76-dig | Yeah, that's why good database programmers don't do that |
| 22:04.06 | gambler1 | and he will be able to pickup the phone and make one more call for 10$ |
| 22:04.37 | Corydon76-dig | Instead, good database programmers build a view where the total balance is a calculation |
| 22:04.38 | gambler1 | We have a cronjob that run on 5 min whick menas every customer can cheat you in that 5 min |
| 22:05.11 | Corydon76-dig | So you use a CDR with custom fields |
| 22:05.16 | gambler1 | hmmmmm |
| 22:05.34 | gambler1 | nope? |
| 22:05.35 | Corydon76-dig | You might want to look at cdr_adaptive_odbc in trunk/1.6.0/1.6.1 |
| 22:06.03 | gambler1 | I am waiting for 1.6.1 for distributed presence |
| 22:06.20 | gambler1 | do you know when 1.6.1 will be available? |
| 22:06.20 | Corydon76-dig | There's a backport for that module for 1.4 |
| 22:06.27 | gambler1 | aha |
| 22:06.32 | Corydon76-dig | It will be available when it's ready |
| 22:06.51 | gambler1 | ok ok... I was just asking |
| 22:07.04 | Corydon76-dig | http://svncommunity.digium.com/view/tilghman/branches/1.4/ |
| 22:07.59 | gambler1 | Corydon76-dig: thank you very much for you help |
| 22:08.13 | gambler1 | I will take a look right now |
| 22:10.45 | Corydon76-dig | Offers arbitrary CDR variables, renaming CDR variables to different names in the database, omission of standard CDR variables from logs |
| 22:11.23 | Corydon76-dig | Also, allows multiple tables for CDR logs and filtering on CDR values |
| 22:11.51 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 22:14.28 | gambler1 | I must admit that I do not understand most db concepts but when you want things to get right you must do it your self... (btw I just hope that I am not killing a big bull for a 1 kg of meat) :) |
| 22:17.44 | Corydon76-dig | cdr_adaptive_odbc is such a huge leap forward, it's been adapted to most of the CDR backends now, in trunk |
| 22:20.28 | *** join/#asterisk-dev Cresl1n (n=matt@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 22:20.28 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 22:23.42 | gambler1 | still no luck to see the big picture :( I can not find any doc either |
| 22:33.45 | *** join/#asterisk-dev DarkRift (n=dark@65.92.167.103) |
| 22:39.30 | *** part/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) |
| 22:41.41 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 22:41.41 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 22:57.04 | jpeeler | codefreeze-lap: i feel like for 13881 i've improved the CDR situation, but it also changes things and i know that is usually a really bad thing. would like your feedback eventually |
| 22:57.45 | jpeeler | improved the CDR situation is over exaggerating the change, it's small |
| 22:59.48 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-c3f8ab957401802a) |
| 23:01.59 | codefreeze-lap | jpeeler: I'll look at it. |
| 23:14.39 | *** part/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 23:29.54 | *** part/#asterisk-dev korihor (n=korihor@201.210.239.172) |
| 23:53.45 | *** join/#asterisk-dev moy (n=moy@189.169.61.171) |