| 00:04.39 | *** join/#asterisk-dev mattozzao (~mattozzao@201.76.250.175) |
| 00:15.48 | *** join/#asterisk-dev tacvbo (~tacvbo@189.146.177.129) |
| 00:23.31 | *** join/#asterisk-dev tacubo (~tacvbo@189.146.179.135) |
| 00:50.06 | *** join/#asterisk-dev tacubo (~tacvbo@189.146.170.140) |
| 01:16.09 | *** join/#asterisk-dev Ta^3 (~tacvbo@189.146.180.11) |
| 01:17.33 | *** join/#asterisk-dev Ta^3 (~tacvbo@189.146.180.11) |
| 01:24.16 | *** join/#asterisk-dev Victor_Yure (Victor_Yur@unaffiliated/victoryure/x-837844) |
| 01:38.09 | *** join/#asterisk-dev diegomad (~mad@190.158.77.2) |
| 01:45.02 | *** join/#asterisk-dev mnicholson_ (~matthew@adsl-249-89-188.hsv.bellsouth.net) |
| 02:48.45 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 03:27.33 | coreyf1513 | does anyone know how to get chan_dahdi to hangup with cause-code 1 when it receives a progress code 1? I tried patching chan_dahdi and succeeded in getting the Dial application to return immediately with ${HANGUPCAUSE}==1, but the PRI channel is never released until Asterisk restart. if i don't patch the Dial application runs blocking until timeout is reached, then returns HANGUPCAUSE 17 user busy. |
| 03:57.16 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 03:57.16 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:03.10 | *** join/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 06:16.20 | *** part/#asterisk-dev mpe (~mpe@0x4dd624b2.adsl.cybercity.dk) |
| 06:47.53 | *** join/#asterisk-dev mpe (~mpe@gate.ipvision.dk) |
| 07:10.53 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:22.06 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 07:22.06 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:34.11 | *** join/#asterisk-dev renshen (~Chicco@93-63-217-144.ip29.fastwebnet.it) |
| 08:41.16 | jmls | another goddamned crash |
| 08:41.18 | jmls | http://pastebin.com/p3nkvdg7 |
| 08:42.05 | jmls | Would I be better off running 1.6.2 svn instead of 1.4 ? I'm starting to get my butt kicked by management here :( |
| 09:02.09 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 09:12.43 | snuff-work | mm.. that's nice malloc err. |
| 09:14.20 | snuff-work | unfortunately i cannot see anythin really 'wrong' there.. |
| 09:14.48 | jmls | "nice" is not a word I would use here ;) |
| 09:15.12 | snuff-work | true.. is the server ECC ram? (random question) |
| 09:15.36 | jmls | yes. |
| 09:15.53 | snuff-work | mm.. never seen a crash like that 1.. |
| 09:15.56 | snuff-work | gotta get home |
| 09:15.59 | snuff-work | *gone* |
| 09:16.01 | jmls | the same server ran an older 1.4 for over a year without a segfault. Updated to 1.4 trunk |
| 09:16.07 | jmls | and crashes every day now |
| 09:16.20 | jmls | bugger. snuff-work is gone. |
| 09:58.21 | *** join/#asterisk-dev renshen (~Chicco@93-63-217-144.ip29.fastwebnet.it) |
| 10:32.34 | *** join/#asterisk-dev renshen (~renshen@93-63-217-144.ip29.fastwebnet.it) |
| 11:12.19 | *** join/#asterisk-dev techie (~root@unaffiliated/techie) |
| 11:20.17 | jmls | The_Boy_Wonder: are you davidw on bugs.digium.com ? |
| 11:22.18 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:22.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:42.43 | tzafrir_laptop | notes that db.debian.org allows searching by an IRC nick |
| 12:30.25 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:32.14 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:32.14 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:58.06 | *** join/#asterisk-dev mattozzao_ (~c8aac967@gateway/web/freenode/x-wbpvfdmbshhqsshs) |
| 13:40.48 | *** join/#asterisk-dev bklang (~bklang@tesla.alkaloid.net) |
| 13:54.38 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 13:54.38 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:05.29 | *** join/#asterisk-dev Victor_Yure (~aa@unaffiliated/victoryure/x-837844) |
| 14:11.51 | The_Boy_Wonder | jmls: i am dvossel on bugs.digium.com |
| 14:12.39 | kpfleming | you are also dvossel in real life |
| 14:14.05 | jmls | The_Boy_Wonder: thanks |
| 14:14.09 | Corydon76-dig | Real life? What's that? |
| 14:14.19 | jmls | is davidw in this room ? |
| 14:14.31 | The_Boy_Wonder | David Vossel irl! |
| 14:14.37 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:14.37 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:21.27 | *** join/#asterisk-dev eliel (~eliels@200.43.6.244) |
| 14:21.27 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 14:26.38 | snuff-home | waves hello n goodbye again.. sleep time.. |
| 14:49.10 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:49.10 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:57.47 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:01.05 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:01.05 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:01.55 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733627.dsl.bell.ca) |
| 15:08.34 | *** join/#asterisk-dev hugorebelo (~hugo@200-171-132-124.completo.com.br) |
| 15:13.33 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 15:18.40 | *** join/#asterisk-dev ivaxer (~ivaxer@dev.ptr.sgu.ru) |
| 15:23.37 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 15:32.40 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 15:41.21 | *** join/#asterisk-dev michael-i (~michael-i@141.41.40.121) |
| 15:41.43 | michael-i | Hi everyone. I'm porting AskoziaPBX to the powerpc architecture and have an issue with /dev/dahdi/ctl not being generated. The modules are loaded cleanly but it is not present. Any pointers? Kernel config to watch for? |
| 15:41.51 | michael-i | Everything shows up fine in /proc/dahdi but nothing in /dev/dahdi |
| 15:43.23 | kpfleming | are you running udev? |
| 15:43.50 | michael-i | Running mdev from busybox. It's already working fine on x86 and blackfin. Same config used for this port. |
| 15:44.08 | kpfleming | well, the dahdi modules don't create nodes in /dev, udev/mdev does |
| 15:44.27 | kpfleming | you can try creating the node by hand and see if dahdi_cfg works |
| 15:44.35 | kpfleming | if so, then you know you have a problem with mdev |
| 15:44.48 | kpfleming | or with the device notifications being sent to it by the kernel |
| 15:45.44 | michael-i | That's where I thought things may be going wrong (between kernel and mdev) and was curious about a kernel option which must be enabled. I'm dealing with the manufacturer's conf at the moment. |
| 15:46.16 | michael-i | I know that's outside of the scope of asterisk-dev though. What mknod specifics to I need for those nodes? |
| 15:46.52 | kpfleming | just use the same major/minor you see on any other system... it's always the same |
| 15:47.23 | tzafrir_laptop | michael-i, do you have /sys/class/dahdi/dahdi!ctl ? |
| 15:47.31 | tzafrir_laptop | If so, it's an issue with udev |
| 15:47.57 | kpfleming | he's using mdev, not udev |
| 15:47.59 | michael-i | tzafrir_laptop: yup, they're alllll there :) |
| 15:48.06 | *** join/#asterisk-dev frawd (~francois@83.44.186.87) |
| 15:48.25 | tzafrir_laptop | So I suspect mdev |
| 15:48.34 | michael-i | time to do some busybox debugging... thanks for the tip! |
| 15:49.16 | michael-i | I suspected something outside of the asterisk realm but wanted to make sure I wasn't missing a gotcha somewhere. Thanks tzafrir_laptop and kpfleming |
| 15:49.28 | tzafrir_laptop | michael-i, does mdev have anything equivalent to 'udevctl monitor' ? |
| 15:50.00 | michael-i | tzafrir_laptop: I'm not sure what that does? Keeps up with changes coming in from the kernel? |
| 15:50.01 | tzafrir_laptop | Or maybe simply listen on the socket yourself, and rmmod and modprobe dahdi |
| 15:51.17 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 15:52.30 | michael-i | manually re-running the mdev -s (scan) command populates udev correctly. I'm guessing that hotplugging is disabled in the kernel config they've delivered. |
| 15:52.40 | michael-i | argh...populates /dev |
| 15:52.58 | kpfleming | or mdev is being started too late |
| 15:53.16 | kpfleming | but at least you can track it down now |
| 15:53.50 | tzafrir_laptop | starting too late? it should tend to queued events first |
| 15:54.27 | michael-i | It's well ahead of my module loading so I think that's ok. I have a few other issues with their delivered config so I'll add this to my list (check hotplug support) |
| 15:57.23 | tzafrir_laptop | michael-i, does mdev have anything similar to udevsettle ? |
| 15:57.35 | tzafrir_laptop | Or is there a separate udevadm ? |
| 15:59.17 | michael-i | tzafrir_laptop: I don't think it has any of that. I've only needed 2 lines in my init file to cover all of the Askozia platforms. (echo mdev into /proc/sys/kernel/hotplug and then run mdev -s for the initial scan) |
| 16:00.02 | michael-i | it even correctly handles rules in mdev.conf i.e. dahdi!(.*) 0:0 660 =dahdi/%1 |
| 16:07.25 | tzafrir_laptop | udev is supposed to handle that automatically. I suppose mdev should as well |
| 16:07.46 | tzafrir_laptop | we were asked to change to '!' by udev folks... |
| 16:08.06 | michael-i | oh, the powers that be... |
| 16:08.24 | tzafrir | if it fails to handle it properly, you'll see /dev/dahdi!ctl |
| 16:08.50 | michael-i | I saw that earlier...before I figured out the rule conversion |
| 16:09.57 | tzafrir | michael-i, I suppose you can also fix that through rules. Though it's sub optimal |
| 16:10.45 | michael-i | just called a conference on the ppc appliance from an analog phone :) everything's working fine! Now just to remove the work around. I was more concerned about the drivers not working. |
| 16:11.12 | michael-i | tzafrir: the rule looked more appetizing than adding in regex conversion in the mdev c source (not my cup of tea) |
| 16:13.01 | tzafrir | hmm.... we have device names with multiple '!'-s in the sysfs dahdi branch |
| 16:13.40 | michael-i | is that the dial by named device stuff? |
| 16:14.01 | tzafrir | yes |
| 16:14.14 | michael-i | I guess I have some more work to look forward to when the time comes! |
| 16:15.44 | michael-i | Well, it's 6:15pm and I still haven't eaten lunch... Time to go home with at least the peace of mind that I know where the bug lives. |
| 16:15.52 | michael-i | Thanks again guys. Have a good one |
| 16:26.43 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 16:26.43 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:41.50 | *** join/#asterisk-dev nateflex (~ndavidson@c-174-52-20-94.hsd1.ut.comcast.net) |
| 16:55.53 | Corydon76-dig | tzafrir: Did you see this review request? https://reviewboard.asterisk.org/r/676/ |
| 16:56.31 | Corydon76-dig | Should make your scripts to build Asterisk much simpler |
| 16:56.53 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 16:58.51 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 17:02.43 | *** join/#asterisk-dev caio1982_ (~caio1982@CAcert-br/caio1982) |
| 17:11.55 | devmod | is videosupport=always still a valid option on 1.6.2 ? It breaks my video support whenever I set it. On the other hand using videosupport=yes works |
| 17:15.13 | tzafrir | Corydon76-dig, a minor nit: doesn't static (as in file-global) imply ' = 0'? |
| 17:16.28 | tzafrir | That said, I don't use menuselect much |
| 17:19.01 | Corydon76-dig | tzafrir: that change makes it available for your scripts to automatically select/unselect multiple modules at once |
| 17:19.15 | Corydon76-dig | unless you're using your own XML input files |
| 17:19.39 | tzafrir | btw: the testing framework uses an explicit path under /tmp . I have a bad feeling about it. |
| 17:20.21 | tzafrir | One specific case where a similar thing bit me before: on a multi-user system, if I generated /tmp/some-path , only I can delete it |
| 17:22.46 | tzafrir | Corydon76-dig, I just prefer dummy-select where there's a clear separation between generated configuration and manual settings |
| 17:23.39 | tzafrir | Which means I can actually keep my manual settings, and don't have to reset them just because I switched to a different branch or enabled a different library |
| 17:25.14 | tzafrir | I keep the configuration simple (pretend the tree is flat enough) and hence just enable and disable single nodes through regexes |
| 17:25.27 | tzafrir | This has proven to be very effective |
| 17:44.39 | jmls | Corydon76-dig: did you see the latest crash ? |
| 17:44.40 | jmls | http://pastebin.com/p3nkvdg7 |
| 17:44.54 | *** join/#asterisk-dev akshayb (~akshay@089-101-190066.ntlworld.ie) |
| 17:45.09 | jmls | I'm starting to think it's something else - can all of these crashes be related , or is there something else going on ? |
| 17:45.33 | jmls | should I yum update to the latest revs of the packages, and rebuild asterisk ? |
| 17:48.21 | Corydon76-dig | jmls: please read doc/valgrind.txt |
| 17:48.44 | Corydon76-dig | Memory corruption, and it's difficult to figure out where without valgrind |
| 17:50.52 | jmls | sure. updated to the latest 1.4 version, building as requested. |
| 17:51.11 | jmls | can I run this on a live system ? (how much impact does it have) |
| 17:54.34 | Corydon76-dig | How many channels do you typically run at once? |
| 17:54.48 | Corydon76-dig | Yes, it has a noticeable impact |
| 17:55.15 | Corydon76-dig | I wouldn't try to run Valgrind with more than about 50 channels |
| 17:55.20 | jmls | about 40-50 ;) |
| 17:55.44 | jmls | like now I have 14 channels |
| 17:55.53 | Corydon76-dig | You should be okay, but you may notice the CPU load up considerably |
| 17:56.44 | jmls | asterisk currently flips between 8% and 18%, so perhaps I have some spare capacity |
| 17:59.08 | jmls | hang on ... |
| 17:59.23 | jmls | smells a nasty thing in his code |
| 18:07.25 | *** join/#asterisk-dev davidbrillert (~aragon125@h216-235-8-130.host.egate.net) |
| 18:12.37 | jmls | Corydon76-dig: just want to make sure that it's not my crappy code that is causing these problems before I waste people's time .. |
| 18:12.46 | jmls | http://pastebin.com/5AR3s8jM |
| 18:16.34 | devmod | Im experiencing this bug on a release other than trunk (1.6.2.6) , how do I go about stating that fact on your bug tracker? https://issues.asterisk.org/bug_view_advanced_page.php?bug_id=17016 |
| 18:17.55 | jsmith | devmod: What branch are you finding the problem on? |
| 18:18.07 | Corydon76-dig | devmod: if it's not 1.6.2 or 1.4, then it's no longer supported |
| 18:18.24 | Corydon76-dig | jmls: looks okay here |
| 18:18.39 | devmod | Corydon76-dig: oh ok, then I am out of luck (1.6.2.6) |
| 18:19.15 | jsmith | devmod: 1.6.2.6 is a release on the 1.6.2 branch, so it's still supported |
| 18:20.18 | Corydon76-dig | But you still should update to the latest release to verify that the issue is still present |
| 18:20.28 | Corydon76-dig | Or latest branch, if possible |
| 18:22.48 | devmod | Corydon76-dig: I believe the bug was filed against the trunk |
| 18:24.38 | jmls | Corydon76-dig: oh crap :) |
| 18:24.55 | jmls | I was hoping you'd spot something glaringly obviously bad ... |
| 18:24.59 | jmls | dammit |
| 18:25.36 | kpfleming | devmod: then just post a comment on the issue that's already open stating that you are experiencing the same issue on 1.6.2.6 |
| 18:27.08 | devmod | all right got it |
| 18:31.30 | kpfleming | devmod: also ensure that the problem still exists on 1.6.2.7, as Corydon76-dig said |
| 18:31.50 | devmod | kpfleming: yes, I already have and same problem |
| 18:32.04 | kpfleming | did you include that in your note? |
| 18:32.12 | devmod | I will |
| 18:32.16 | kpfleming | yep |
| 18:32.37 | kpfleming | if possible, you can try running directly from the 1.6.2 branch as well, just in case it's already been fixed but not included in a release |
| 18:32.55 | devmod | kpfleming: all right thanks |
| 18:33.15 | devmod | I was wondering how do you test fixes on multiple releases? do you use some sort of sandbox to test all different versions? |
| 18:33.48 | kpfleming | fixes are tested against all current release branches, but not previous releases |
| 18:34.37 | devmod | I meant how do you actually keep multiple asterisk installs on a dev machine? just with a different path or some other sort of isolation |
| 18:34.54 | leifmadsen | I just keep different diretories |
| 18:34.56 | kpfleming | people do it different ways, but i only ever have one version installed at a time |
| 18:35.01 | leifmadsen | same |
| 18:35.24 | leifmadsen | I don't run multiple versions, just a single version, but keep the last 1-2 working versions in a source directory |
| 18:35.50 | devmod | ohh all right |
| 18:36.20 | jmls | crap |
| 18:36.22 | jmls | location should start with fun: or obj: |
| 18:36.22 | jmls | ==19709== FATAL: in suppressions file '/usr/src/asterisk/contrib/valgrind.supp': location should start with 'fun:' or 'obj:' |
| 18:36.32 | jmls | wtf does that mean ? |
| 18:36.47 | Corydon76-dig | Just ignore the suppressions file |
| 18:37.01 | Corydon76-dig | It's a version mismatch |
| 18:37.09 | jmls | remove the --suppression option ? |
| 18:38.04 | Corydon76-dig | Right |
| 18:38.11 | jmls | ta |
| 18:38.39 | jmls | I presume that "memcheck" is my asterisk process ? |
| 18:40.27 | Corydon76-dig | memcheck is the tool within valgrind |
| 18:41.11 | jmls | urg. this aint going to work. I have 3 active calls and cpu at 75.7% ... |
| 18:42.35 | jmls | oh, wait |
| 18:43.02 | jmls | memcheck is taking 75% cpu, but idle is 81.6% |
| 18:43.09 | jmls | is that because this is dual-cpu ? |
| 18:47.36 | jmls | nope. Sorry, had to quit valgrind - even with 6 calls the call quality was so bad the agents couldn't hear the person on the other end of the phone |
| 18:49.41 | jmls | I've got loads of ==19742== Warning: invalid file descriptor 1024 in syscall close( in valgrind.txt |
| 18:51.46 | jmls | this also doesn't look good |
| 18:51.49 | jmls | ==19741== Address 0x4039E04 is 516 bytes inside a block of size 651 free'd |
| 18:53.55 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 18:54.29 | jmls | ==19741== Address 0x4AA175C is 220 bytes inside a block of size 4,232 alloc'd |
| 18:59.14 | Corydon76-dig | jmls: That valgrind will still be helpful |
| 18:59.46 | jmls | uploading at the moment. I've stripped all of the "Warning: invalid file descriptor" messages out (25000 of them) |
| 19:00.19 | jmls | M17387 |
| 19:00.22 | MuffinMan | [feedback] [Asterisk] Functions/func_curl 0017387: crash today using curl reported by jmls https://issues.asterisk.org/view.php?id=17387 |
| 19:03.23 | Corydon76-dig | jmls: wow, a res_jabber bit of memory corruption |
| 19:04.02 | jmls | unexpected ? |
| 19:05.14 | Corydon76-dig | Uh, we don't corrupt memory intentionally |
| 19:05.21 | jmls | lol |
| 19:05.34 | jmls | that's not what I meant :) |
| 19:06.36 | jmls | I take it that "Invalid write of size 4" is a bad thing (tm) |
| 19:06.44 | Corydon76-dig | Most definitely |
| 19:07.12 | Corydon76-dig | Invalid read of size... is bad, but a write is the worst |
| 19:08.46 | jmls | could this sort of thing "memory corruption" also lead to dtmf not being recognised ? I'm getting my arse kicked because playback is often not responding to the touch tones |
| 19:09.01 | jmls | but when you try again, it works |
| 19:13.03 | Corydon76-dig | I think it's more likely something else |
| 19:13.22 | jmls | poo |
| 19:13.28 | jmls | clutches at straws |
| 19:13.58 | jmls | what was the "Warning: invalid file descriptor" errors ? |
| 19:14.23 | Corydon76-dig | Those are safe to ignore |
| 19:14.33 | jmls | thanks. |
| 19:42.49 | pabelanger | Any takers from Huntsville for a beer tonight? |
| 19:43.05 | pabelanger | little short notice |
| 19:49.17 | devmod | how could I go about debugging an issue with Playback? |
| 20:10.34 | *** join/#asterisk-dev russellb (~russellb@asterisk/digium-open-source-team-lead/russellb) |
| 20:10.34 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 20:10.42 | kpfleming | russellb: !!! |
| 20:13.50 | *** join/#asterisk-dev Victor_Yure (~aaa@unaffiliated/victoryure/x-837844) |
| 20:14.46 | leifmadsen | pounces on russellb |
| 20:15.32 | jmls | leifmadsen: for my elucidation, why was M17270 closed ? |
| 20:15.39 | jmls | M17270 |
| 20:15.41 | MuffinMan | [closed] [Asterisk] Channels/chan_dahdi 0017270: getting warning message every 4 seconds reported by jmls https://issues.asterisk.org/view.php?id=17270 |
| 20:16.31 | leifmadsen | jmls: because Zaptel is not supported and we asked if it was a problem using DAHDI on the 11th of May with no response |
| 20:18.01 | jmls | so, I need to move to dahdi, even though I am running on 1.4 ? |
| 20:18.45 | leifmadsen | if the issue is in zaptel, then yes, but if it is somewhere else and is still a problem with DAHDI, then it may be resolved |
| 20:18.53 | jmls | I see. thanks. |
| 20:19.13 | leifmadsen | i.e. a zaptel only problem will not be supported |
| 20:28.32 | jsmith | leifmadsen: It happens with DAHDI too |
| 20:37.31 | Kobaz | please reopen https://issues.asterisk.org/view.php?id=17138... it's still a problem |
| 20:40.54 | leifmadsen | Kobaz: done |
| 20:40.57 | Kobaz | thanks |
| 20:42.18 | pabelanger | m17138#121809 |
| 20:42.20 | MuffinMan | [17138#0121809] Commented by pabelanger on 2010-05-12 at 12:45: Have you tried: |
| 20:42.20 | MuffinMan | .. |
| 20:42.20 | MuffinMan | ..Set(__CALLERID(name)=${SrcCallerIdName}); |
| 20:42.20 | MuffinMan | .. |
| 20:42.20 | MuffinMan | ..Set(__CALLERID(num)=${SrcCallerIdNum}); |
| 20:42.36 | pabelanger | Kobaz: Just curious, did you try ^^? |
| 20:42.49 | Kobaz | i added a comment |
| 20:42.52 | Kobaz | it's a function |
| 20:42.54 | Kobaz | not a variable |
| 20:42.55 | kpfleming | prefixing CALLERID won't work, it's not a variable, it's a dialplan function |
| 20:43.40 | pabelanger | Always get that one confused |
| 20:44.53 | kpfleming | anything that takes arguments like that is a function, not a variable |
| 20:45.30 | Kobaz | pabelanger: what's happening is that when agi is executed, the callerid gets set to 's' |
| 20:45.56 | Kobaz | there's something that's like... locked when you fork to agi |
| 20:46.24 | Kobaz | <Local/s@Dialer_DialPhone-951d;1>AGI Tx >> agi_calleridname: FooBarInc |
| 20:46.29 | Kobaz | but yet, iax is sending out 's' for callerid name |
| 20:47.02 | Kobaz | and it's the same with sip and dahdi and etc... it seems to be happening before the channel driver kicks in |
| 20:47.57 | pabelanger | Kobaz: gotcha |
| 20:47.59 | Kobaz | er... i mean, iax is sending out a calling number of s |
| 20:48.03 | Kobaz | and name is actually blank |
| 20:49.08 | leifmadsen | that might be a good little block of text to paste into the note to make it a bit more clear what the problem is |
| 20:49.22 | leifmadsen | just pasting the IRC chat log there would be fine |
| 20:49.35 | Kobaz | k |
| 20:51.02 | *** join/#asterisk-dev LeandroAugusto (~leandro.a@189.90.54.130) |
| 21:09.55 | *** join/#asterisk-dev DarkRift (~dark@modemcable015.68-200-24.mc.videotron.ca) |
| 22:19.09 | jmls | Corydon76-dig: that's some patch ..... |
| 22:23.20 | jmls | damn |
| 22:23.23 | jmls | res_jabber.c: In function âaji_client_destroyâ: |
| 22:23.23 | jmls | res_jabber.c:192: error: request for member â_lockâ in something not a structure or union |
| 22:24.24 | jmls | sorry, gotta run - promised the wife that I would get to see her tonight. |
| 22:24.38 | jmls | has 30 minutes left to claim that he saw her "tonight" |
| 22:24.51 | jmls | will be back early am |
| 22:25.00 | jmls | thanks for all the work so far, though |
| 22:25.06 | jmls | much appreicated |
| 22:28.29 | *** join/#asterisk-dev techie (~root@unaffiliated/techie) |
| 22:33.12 | Corydon76-dig | jmls: Yeah, still a work in progress |
| 22:33.48 | Corydon76-dig | I took a look at iksemel, the library on which it's based and realized that iksemel is not thread-safe |
| 22:34.28 | Corydon76-dig | so it needs locking around the calls to library functions to prevent it from doing bad things |
| 22:42.58 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 22:42.58 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:51.17 | *** part/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 23:17.32 | diegomad | hi, defines the cid.cid_name for originate?, I'm going crazy o.O |
| 23:18.12 | diegomad | *where defines ... |
| 23:48.36 | *** join/#asterisk-dev Victor_Yure (Victor_Yur@unaffiliated/victoryure/x-837844) |
| 23:49.53 | *** join/#asterisk-dev korihor (~korihor@190.205.240.212) |