| 00:01.12 | Kobaz | oh |
| 00:01.12 | Kobaz | hmm |
| 00:10.02 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-103-152-61.cinci.res.rr.com) |
| 00:10.15 | *** part/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 00:10.21 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 00:10.21 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:10.33 | *** part/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 00:12.44 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 00:12.44 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:36.16 | *** join/#asterisk-dev snuff-work (~aaa@210.9.82.197) |
| 00:36.16 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:24.23 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 01:29.42 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 01:29.42 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 01:56.52 | Kobaz | okay, phew |
| 01:56.56 | Kobaz | fixed all kinds of stuff |
| 01:57.15 | Kobaz | anyone alive? |
| 01:57.43 | Kobaz | quick question... what should I do if I want a datastore to be coppied to a peer when it picks up |
| 01:57.58 | Kobaz | ie: A has a datastore, A dials B, B picks up.. i want B to also have the datastore |
| 01:58.27 | Kobaz | kind of like setting a __var |
| 02:00.44 | snuff-work | maybe look at a masq.. i think they copy datastores |
| 02:02.14 | Kobaz | well i know how to copy a datastore |
| 02:02.26 | Kobaz | masq calls your fixup for you |
| 02:02.38 | Kobaz | but is there something similar that's built in for dialing |
| 02:02.40 | snuff-work | mm.. so what's the issue? |
| 02:02.52 | Kobaz | i have a datastore that i want my peer to be able to access |
| 02:03.09 | Kobaz | for now i'm adding an option to my function to search the peer's data |
| 02:03.11 | snuff-work | u don't want a 'copy' ? u want to use the same |
| 02:03.12 | Kobaz | so i guess that works |
| 02:03.24 | Kobaz | yeah, I was thinking probably not a copy |
| 02:03.47 | Kobaz | this function is so awesome, i'll put it up on the reviewboard in a little |
| 02:03.54 | Kobaz | once i run through some more tests |
| 02:06.08 | snuff-work | mm.. ii guess if u 'add' a datastore to a diff channel its still fine.. aka u pass the A's datastore pointer and add to B's datastore |
| 02:06.34 | snuff-work | datastores are ref counted.. so shouldn't go away when 1 channel dies |
| 02:07.22 | snuff-work | hasn't looked @ stuff for ages so it could be all lies i'm telling |
| 02:08.02 | Kobaz | no, it's not a problem of it going away |
| 02:08.11 | Kobaz | it's an option i want to be able to search it |
| 02:08.47 | Kobaz | the problem if I just add it, if it has it's own datastore of the same type, what happens |
| 02:08.55 | snuff-work | aka.. on chan A.. u find the datastore.. ds = ast_channel_datastore_find(a,name,null).. then just add to chanB via ast_channel_datastore_add(B,ds) ? |
| 02:09.11 | Kobaz | yeah |
| 02:09.25 | Kobaz | i was thinking of that, but then my above question still stands |
| 02:09.27 | snuff-work | u could do a find on 'B' though too.. that would tell u if it exists? |
| 02:10.37 | Kobaz | yeah |
| 02:11.01 | Kobaz | well the store is on A.. it's B that needs to find on A |
| 02:11.10 | Kobaz | but we'll see how my new option works |
| 04:47.42 | *** join/#asterisk-dev ClintGoudie-Nice (~clint@174-23-236-193.slkc.qwest.net) |
| 06:28.06 | Kobaz | wow |
| 06:28.08 | Kobaz | holy crap |
| 06:28.19 | Kobaz | that took a long time to fix |
| 06:32.13 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 06:32.13 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 07:23.22 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 07:39.51 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.211.10) |
| 07:47.56 | *** join/#asterisk-dev oej (~olle@94.127.50.104) |
| 07:47.56 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:16.57 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:17.12 | *** join/#asterisk-dev Corydon76-home (mauve@c-69-137-80-31.hsd1.tn.comcast.net) |
| 08:17.12 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 08:19.31 | oej | Morning folks |
| 08:19.52 | WIMPy | Morning |
| 11:07.11 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 11:07.11 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://xkcd.com/303/ |
| 12:13.40 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 12:28.18 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:28.18 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:32.26 | *** join/#asterisk-dev niekniek (~niekniek@92.70.112.34) |
| 12:32.29 | niekniek | zoiper with iax to asterisk requires playtones(ring) in the dialplan, otherwise zoiper will not play ringback, is this a bug or a feature? |
| 13:27.36 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 13:45.41 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 15:51.41 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 15:51.41 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://xkcd.com/303/ |
| 15:51.49 | leifmadsen | o.O |
| 15:54.36 | Kobaz | so if there's no link for ringing,,, how does core show channels |
| 15:54.36 | Kobaz | oh wait |
| 15:54.39 | Kobaz | it doesn't show links |
| 15:54.50 | Kobaz | just channels to peers or channels to apps |
| 16:03.18 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 16:03.18 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:04.38 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-xdvhociusnjkdcei) |
| 16:12.06 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:14.45 | ebroad | The_Boy_Wonder, ping |
| 16:14.59 | The_Boy_Wonder | ebroad: hey |
| 16:15.35 | ebroad | The_Boy_Wonder, mornin, codec_ilbc needs to be updated with the media changes |
| 16:15.51 | ebroad | trunk compile fails with it enabled in menuselect |
| 16:16.30 | The_Boy_Wonder | uhh |
| 16:16.35 | The_Boy_Wonder | i'll take a look |
| 16:17.57 | russellb | The_Boy_Wonder: you have to run this script in contrib/scripts (I think) to download some source that is needed to compile that module |
| 16:18.31 | The_Boy_Wonder | russellb: yeah, well i changed that file though |
| 16:18.48 | russellb | ah |
| 16:18.48 | The_Boy_Wonder | i'm confused. ebroad can you post the compile error |
| 16:20.16 | ebroad | The_Boy_Wonder, sure, 1 sec |
| 16:25.51 | ebroad | The_Boy_Wonder, http://pastebin.com/8FcaS2LL |
| 16:26.13 | The_Boy_Wonder | ah |
| 16:26.15 | The_Boy_Wonder | i see |
| 16:27.59 | The_Boy_Wonder | ebroad: can you compile test a patch real quick |
| 16:28.03 | ebroad | sure |
| 16:28.32 | The_Boy_Wonder | http://pastebin.com/KcY04199 |
| 16:34.40 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 16:41.40 | ebroad | The_Boy_Wonder, it compiled |
| 16:41.50 | The_Boy_Wonder | ebroad: thanks |
| 16:42.13 | ebroad | np |
| 16:42.23 | The_Boy_Wonder | and committed :) |
| 16:49.26 | file | HA |
| 16:49.30 | file | awesome |
| 17:25.25 | Corydon76-home | It compiles! Ship it! |
| 18:13.23 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 18:54.52 | pabelanger | Anybody know the purpose of utils/extconf.c ? Seem to be an 'ugly hack' |
| 18:55.07 | pabelanger | Comments words, not mine :) |
| 19:43.52 | *** join/#asterisk-dev luckman212 (~quassel@pool-173-77-253-145.nycmny.fios.verizon.net) |
| 19:59.38 | *** join/#asterisk-dev luckman212_ (~quassel@pool-173-77-253-145.nycmny.fios.verizon.net) |
| 20:02.14 | jdoe | speaking of ugly hacks, the proctitle hack (asterisk -> rasterisk) is broken and as near as I can tell, wrong. |
| 20:02.23 | jdoe | it appears to just stomp all over argv |
| 20:15.27 | Qwell | worksforme |
| 20:16.13 | Qwell | what args are you passing it? |
| 20:16.28 | jdoe | root 26431 0.0 0.1 33200 2976 pts/9 S+ Jan21 0:00 rasterisk isk/sbin/asterisk -rvvvvvvvvvv |
| 20:16.33 | jdoe | is an example of how it doesn't |
| 20:16.38 | jdoe | ... but that's minor and cosmetic. |
| 20:17.04 | jdoe | it does stomp on argv though (although after it's been parsed) ... so probably not a huge issue either. |
| 20:19.50 | Qwell | okay, I see now |
| 20:21.25 | jdoe | http://pastebin.com/2X1PwadY |
| 20:21.27 | jdoe | is perhaps a better demo. |
| 20:22.49 | jdoe | I was going to submit a patch, but doing it right is slightly complex (prctl on linux gives you 16 bytes, or you can stomp on the env, ... setproctitle on the bsds... dunno what on other oses) |
| 20:29.37 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 20:29.38 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 20:43.10 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 20:43.10 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 20:57.17 | *** join/#asterisk-dev mvanbaak (~michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 20:57.18 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 20:58.26 | Corydon76-home | jdoe: the only real purpose of the 'stomp' is to distinguish remote consoles from the main pid, so you can do a killall -HUP asterisk and not stomp on the remote consoles |
| 20:59.09 | Corydon76-home | I agree that it's silly and slightly hacky |
| 20:59.41 | jdoe | wouldn't a more appropriate thing for any init script to do be... I dunno, track the pid? |
| 20:59.53 | Corydon76-home | pabelanger: the purpose of it is a stub to allow AEL to function as an independent executable |
| 21:00.22 | Corydon76-home | jdoe: You're an init script? |
| 21:03.30 | jdoe | not last I checked, why? |
| 21:04.02 | Corydon76-home | I never said the purpose of the rasterisk stomp was for init scripts |
| 21:04.17 | jdoe | no, but the comment in the code does. |
| 21:04.27 | Corydon76-home | Oh, does it? |
| 21:04.30 | jdoe | yeah. |
| 21:04.41 | jdoe | even if it was a regular user, shrug... kill -HUP `cat /var/run/asterisk.pid` or whatever |
| 21:04.42 | Corydon76-home | stomps on the comment in the code |
| 21:04.45 | jdoe | hah. |
| 21:05.04 | Corydon76-home | You mean /var/run/asterisk/asterisk.pid |
| 21:05.24 | Corydon76-home | or /var/somewhere/else/asterisk.pid, depending upon the distribution |
| 21:05.50 | Corydon76-home | Note how the pid is not stored in any one place. |
| 21:06.02 | jdoe | sure, but that's the end user/distro's problem, not asterisk's |
| 21:06.20 | jdoe | if I install in /opt, it's my responsibility to make things work. |
| 21:06.23 | Corydon76-home | However, best as I can tell, nobody renames asterisk to something else. Hmmm, one of these things doesn't change and can be relied upon |
| 21:06.52 | Corydon76-home | You mean it's for the distro to decide and for the user to puzzle over |
| 21:07.32 | jdoe | well... maybe. Realistically, if the user can figure out killall -HUP asterisk, they can figure out how to find the pid file. |
| 21:07.35 | Corydon76-home | Hence why a user might type 'killall -HUP asterisk' and expect things to work |
| 21:07.38 | jdoe | anyone who can't is going to /etc/init.d/asterisk restart :P |
| 21:07.58 | Corydon76-home | That's assuming that's where the init script is located. |
| 21:08.10 | Corydon76-home | On BSD, for example, it ain't |
| 21:08.21 | Corydon76-home | On OS X, it ain't |
| 21:08.57 | Corydon76-home | You're thinking in very limited terms. |
| 21:09.17 | Corydon76-home | It's a hack, but it works everywhere |
| 21:09.33 | Corydon76-home | Your solution works some places, but not in others |
| 21:09.47 | jdoe | my solution works everywhere, the steps just vary. |
| 21:09.54 | jdoe | it's not that I don't understand what you're saying, I just don't think it's a trade-off with benefits that matter (much) in real-world use. |
| 21:09.59 | Corydon76-home | Your solution varies. This is the problem. |
| 21:10.43 | Corydon76-home | You're saying, "nobody will ever want to do that". I'm saying: I know people who have done that. |
| 21:11.27 | Corydon76-home | Your real world is awfully idealized |
| 21:11.53 | jdoe | I didn't say "nobody", I think I said "most people" or similar. Not that it matters, it's not like I have numbers to back it up or anything. |
| 21:12.13 | jdoe | but the killall thing cuts both ways, since it's not specific to any one asterisk instance, it'll reload any on the machine, if you happen to be running more than one. |
| 21:12.31 | Corydon76-home | This is true |
| 21:12.39 | jdoe | I dunno. Really, I don't care, I don't mind the rename |
| 21:12.42 | jdoe | I just hate how it's done :P |
| 21:13.00 | Corydon76-home | Then propose a code patch on the issue tracker |
| 21:13.14 | Corydon76-home | I have no problem with better ways to do the deed |
| 21:13.31 | Corydon76-home | I only have a problem with "nobody will ever want to do that" |
| 21:13.38 | jdoe | that's why I mentioned it in here... doing it right kinda sucks. |
| 21:13.54 | jdoe | and I'm wondering whether anyone had better ideas or whether it would even be 'worth it' |
| 21:14.46 | jdoe | ie there's setproctitle on the bsds, but it doesn't quite do the same thing. |
| 21:14.58 | jdoe | linux has prctl(SET_PR_NAME or something, but it's limited to 16 chars. |
| 21:15.06 | jdoe | and it's only on some kernel versions. |
| 21:15.18 | jdoe | ... I'm guessing not worth it ;) |
| 21:16.04 | Corydon76-home | I tend to agree |
| 21:16.21 | Corydon76-home | Might be something for POSIX to address at some point |
| 21:17.17 | Corydon76-home | We run into a lot of those issues where POSIX needs to address something that isn't consistent, and they just haven't yet |
| 21:17.43 | Corydon76-home | One thing I would LOVE to have is closefrom() be implemented in a sane way everywhere |
| 21:18.18 | jdoe | I'd love kqueue() everywhere. |
| 21:18.23 | Corydon76-home | and that actually has a material effect |
| 21:18.34 | jdoe | ... and yeah, closefrom() would be nice. |
| 21:18.38 | Corydon76-home | I'd love kqueue() to actually function correctly on OS X |
| 21:18.43 | jdoe | haha. That too. |
| 21:18.56 | Corydon76-home | and I'm sure it's something I'm doing, because Cocoa apps run fine with it |
| 21:19.39 | Corydon76-home | However, OS X actually solves some serious issues with kqueue() on other platforms, with the use of various flags, and it shows that they've put some thought into it |
| 21:20.26 | jdoe | I've only ever used it (directly, at least) on fbsd. I never noticed anything *too* horribly wrong with it, what in particular? |
| 21:20.35 | Corydon76-home | One thing is to mark the fd on open as a special FD, so that the presence of the open FD does not prevent the filesystem from being unmounted |
| 21:21.16 | Corydon76-home | Also, the ability to open a symlink as a special FD, so that you can watch the symlink itself, and NOT the file the symlink points at |
| 21:22.35 | Corydon76-home | (i.e. so that if the link /etc/localtime changes, you get immediate notification) |
| 21:23.02 | jdoe | hmm, those are both kinda neat. |
| 21:23.16 | Corydon76-home | Extremely practical flags |
| 21:45.35 | pabelanger | Corydon76-home: Thanks, seems to be alot of duplicate code within utils/extconf.c. |
| 22:00.45 | Corydon76-home | pabelanger: much of the code within that file is to eliminate dependencies that don't matter when the code is linked outside of Asterisk |
| 22:01.25 | Corydon76-home | Or recoding a dependency so that it does not bring in 5 other dependencies |
| 22:32.34 | Kobaz | question on deadlock avoidance |
| 22:32.47 | Kobaz | so, i have a linked list i'm traversing |
| 22:32.59 | Kobaz | the linked list has a pointer to a channel i want to lock |
| 22:33.33 | Kobaz | i lock the list, and then try and lock the channel... if i cant lock the channel, i unlock the list and try to lock the list and then lock the channel again |
| 22:33.37 | Kobaz | the problem is... |
| 22:33.54 | Kobaz | what if the list changed since then, which it could have |
| 22:34.34 | Kobaz | i may not have that same entry anymore |
| 22:34.46 | Kobaz | gets a bit confusing |
| 23:33.14 | *** join/#asterisk-dev infobot (ibot@rikers.org) |
| 23:33.14 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- http://xkcd.com/303/ |