| 00:15.30 | Qwell | foot slipped :( sorry |
| 00:15.35 | russellb | heh |
| 00:15.37 | russellb | didn't hear it |
| 00:15.45 | Qwell | well then, firewall++ |
| 00:15.51 | Corydon76-dig | Yay for consistency |
| 00:17.49 | russellb | pwnt by spilling water |
| 00:26.32 | jsmith | Corydon76-dig: May I make a suggestion? At one time I think I remember seeing a Manager event for when the dialplan had been reloaded. Should that be part of the Dialplan class as well? |
| 00:27.01 | Corydon76-dig | jsmith: I don't recall one like that |
| 00:27.17 | jsmith | Corydon76-dig: Maybe it was just a custom patch I had -- it's been like a year since I messed w/ it |
| 00:27.50 | Corydon76-dig | jsmith: no manager events in pbx_config.c, which is where I would expect any event like that |
| 00:28.05 | Corydon76-dig | jsmith: there is an event for a generic Reload, I think, though |
| 00:28.43 | jsmith | Corydon76-dig: Interesting... does it fire when the reload starts, or when it ends? |
| 00:28.46 | jsmith | (just curious) |
| 00:29.03 | Corydon76-dig | jsmith: I'm looking for it now |
| 00:29.58 | Corydon76-dig | jsmith: nope, no such event |
| 00:30.06 | jsmith | Gotcha |
| 00:30.39 | Corydon76-dig | jsmith: there's a manager command to start one, but it does not generate a systemwide event when finished, only sends confirmation to the one client that sent the command |
| 00:30.58 | jsmith | Corydon76-dig: Hmmmmn... |
| 00:31.20 | jsmith | I guess it's not worth worrying about now |
| 00:31.27 | jsmith | A year ago, it would have been really cool to have |
| 00:31.33 | Corydon76-dig | Heh |
| 00:34.35 | jsmith | Somewhere, on some hard drive (might be mine, might be an old client's) I might have a patch |
| 00:34.48 | jsmith | I'm probably the only person ever to use it, except for maybe lmadsen |
| 00:34.55 | Qwell | it would be one or two lines, at best |
| 00:36.11 | jsmith | Yup, it was super-simple |
| 00:59.22 | *** part/#asterisk-dev RoyK (n=roy@ip-2-14-149-91.dialup.ice.no) |
| 01:04.38 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583308.dsl.bell.ca) |
| 01:08.25 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 01:12.34 | *** join/#asterisk-dev d3wayne (n=deeewayn@76.29.245.9) |
| 01:12.34 | *** mode/#asterisk-dev [+o d3wayne] by ChanServ |
| 01:14.08 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 01:15.41 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 01:15.41 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 01:30.36 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 01:30.54 | *** join/#asterisk-dev kpfleming (n=kpflemin@nat/digium/x-8b21230e5df7048d) |
| 01:30.54 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 01:31.16 | *** join/#asterisk-dev Deeewayne (n=dwayne@nat/digium/x-0a9c824d07839aa8) |
| 01:31.16 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 01:32.57 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-299cbec17f22e2b9) |
| 01:44.39 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 01:44.39 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:11.49 | lmadsen | I use stuff.... sometimes |
| 02:17.40 | caio1982 | define stuff |
| 02:18.08 | *** join/#asterisk-dev moy (n=moyhu@189.169.106.34) |
| 02:21.25 | *** join/#asterisk-dev IgorG (n=igorg@195.162.32.126) |
| 02:25.57 | lmadsen | I choose not to |
| 02:30.10 | Corydon76-dig | lmadsen: so, have a pic of your wife somewhere online? |
| 02:30.22 | lmadsen | Corydon76-dig: not yet. she's camera shy |
| 02:33.41 | Qwell | sure, if she existed :p |
| 02:34.31 | Corydon76-dig | Qwell: the thought had occurred to me; it's just really strange to fake a marriage |
| 02:34.35 | *** join/#asterisk-dev juanjoc (n=juanjoc@190.31.168.208) |
| 02:34.50 | Qwell | fake a marriage? |
| 02:34.53 | Corydon76-dig | Most guys fake the opposite... that they AREN'T married |
| 02:35.10 | Qwell | wait, what? |
| 02:35.23 | Qwell | confused :p |
| 02:36.13 | Corydon76-dig | Qwell: meeting someone and getting married the following week sounds suspicious |
| 02:36.59 | russellb | wait, no, i got it. |
| 02:37.07 | russellb | Qwell can attest to the fact that i am very out of it tonight |
| 02:37.08 | Corydon76-dig | Qwell: generally, guys fake not being married, so they can sleep with single women |
| 02:37.11 | *** join/#asterisk-dev ZX81 (n=ZX81@202.49.106.158) |
| 02:37.34 | Qwell | lmadsen isn't married O.o |
| 02:37.52 | Qwell | if he is, then I completely missed that whole conversation :p |
| 02:37.52 | Corydon76-dig | Qwell: he said so this past Saturday |
| 02:38.01 | russellb | he was lying. |
| 02:38.08 | russellb | because his pants were on fire |
| 02:38.13 | russellb | obviously |
| 02:38.16 | Corydon76-dig | Russell asked if he was serious, and he said he was |
| 02:38.29 | Qwell | the whole "brb, wedding" thing? |
| 02:38.45 | Corydon76-dig | Qwell: the whole flying out to Vegas to get married |
| 02:38.55 | Qwell | O.o |
| 02:39.02 | Qwell | lmadsen can't fly to Vegas :P |
| 02:39.19 | Corydon76-dig | Why not? |
| 02:39.30 | denon | he has no wings! |
| 02:39.35 | Qwell | we think he's a terrorist, or something |
| 02:39.43 | Corydon76-dig | lol |
| 02:39.52 | denon | he'll never get off the ground just waving his arms around |
| 02:40.02 | Qwell | lmadsen clearly needs redbull |
| 02:40.17 | denon | but of course, redbull gives you wings!(tm) |
| 02:41.17 | Corydon76-dig | or maybe it was in reaction to me going on a date with a woman... he didn't want to be still single if/when I got married |
| 02:41.19 | outtolunc | err one=on |
| 02:41.38 | Qwell | Corydon76-dig: you went out with a woman? |
| 02:41.56 | Corydon76-dig | Yes |
| 02:41.59 | Qwell | a female woman? |
| 02:42.07 | snuff-work | harsh qwell ;) |
| 02:42.08 | Qwell | aren't you married? :p |
| 02:42.11 | Corydon76-dig | Born with ovaries, even |
| 02:42.16 | Corydon76-dig | Qwell: was |
| 02:42.22 | Qwell | O.o |
| 02:42.36 | Qwell | I seriously must not have been paying attention recently |
| 02:43.25 | Corydon76-dig | Jeff and I broke up just before Thanksgiving |
| 02:43.35 | Qwell | ahh..sorry to hear that..I think |
| 02:44.35 | Corydon76-dig | Eh, the relationship had run its course |
| 02:44.43 | Corydon76-dig | We had drifted apart |
| 02:45.28 | russellb | Corydon76-dig: yeah, well, still sorry to hear it |
| 02:45.30 | russellb | that's never fun |
| 02:45.42 | *** join/#asterisk-dev juanjoc (n=juanjoc@host208.190-31-168.telecom.net.ar) |
| 02:45.55 | Corydon76-dig | russellb: we're like lesbians, we're still good friends |
| 02:46.25 | Corydon76-dig | ;-) |
| 02:48.23 | russellb | lol |
| 02:48.25 | russellb | ok .. |
| 02:48.39 | Corydon76-dig | I should go eat dinner |
| 02:48.43 | lmadsen | I just made dinner |
| 02:48.45 | Corydon76-dig | or at least prepare something |
| 02:48.49 | lmadsen | if something calls for mint, use less than called for |
| 02:48.57 | Corydon76-dig | lol |
| 02:48.57 | lmadsen | that stuff is strong! |
| 02:49.09 | Corydon76-dig | lmadsen: mint on your peas |
| 02:49.25 | snuff-work | mm.. i just had lunch |
| 02:49.32 | snuff-work | its a toast 39C here |
| 02:49.43 | snuff-work | *toasty even |
| 02:49.44 | lmadsen | I made a yogurt+paprika+mint sauce for my chicken pita's... but the mint was overpowering |
| 02:50.22 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:50.22 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 02:51.04 | lmadsen | gah... Q is too close to TAB on here |
| 02:51.34 | lmadsen | although I'll probably just get dropped when I plug in this cable to the linksys router I'm gonna re-flash |
| 03:14.40 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 03:14.46 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:14.46 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 03:32.04 | JunK-Y | Corydon76-dig: in a func_odbc backport, what's TRUNK_NONSTANDARD_APP_ARGS() ?? |
| 03:36.01 | Corydon76-dig | JunK-Y: same as AST_NONSTANDARD_APP_ARGS() |
| 03:36.32 | JunK-Y | i dont know why in the backport for 1.2 its TRUNK, let me see. |
| 03:37.46 | Corydon76-dig | JunK-Y: because the macro is different in trunk |
| 03:41.01 | JunK-Y | i works with few modifs |
| 03:42.19 | JunK-Y | if u take http://svncommunity.digium.com/view/func_odbc/1.2/func_odbc.c?view=log |
| 03:42.31 | JunK-Y | and compile directly, it doesnt work. |
| 03:42.44 | JunK-Y | i changed it a bit so it can works directly. |
| 03:42.59 | JunK-Y | u just put it in funcs and a regular make install |
| 03:43.26 | Corydon76-dig | I dunno, we've been using it directly pretty successfully |
| 03:43.58 | JunK-Y | my friend called me since he was unable to use it, so i just take a look for him. |
| 03:44.18 | JunK-Y | i will test it correctly with my friend and i will send you a patch, u will see and take the decision. |
| 03:49.05 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.49.106.158) |
| 03:49.15 | Corydon76-dig | JunK-Y: sure, go ahead |
| 03:53.05 | JunK-Y | Corydon76-dig: http://junky.homelinux.com:81/cory_odbc.diff |
| 03:53.22 | JunK-Y | i can compile it natively with 1.2.16 and 1.2.26 |
| 03:53.36 | JunK-Y | http://junky.homelinux.com:81/func_odbc.c |
| 03:53.56 | Corydon76-dig | JunK-Y: nope, can't do that |
| 03:54.08 | JunK-Y | why? |
| 03:54.22 | JunK-Y | if you place that file in ur funcs/ isnt correct? |
| 03:54.43 | Corydon76-dig | Nope |
| 03:54.53 | Corydon76-dig | Gotta use TRUNK_NONSTANDARD_APP_ARGS |
| 03:55.06 | Corydon76-dig | or else not everything works correctly |
| 03:55.57 | JunK-Y | if I use TRUNK_NONSTANDARD_APP_ARGS() when * is loading, its unable to find it. |
| 03:56.22 | Corydon76-dig | That's because you commented out the #include |
| 03:56.46 | Corydon76-dig | And no, you DO NOT put that file in funcs/ |
| 03:57.02 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 03:57.03 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 03:57.04 | Corydon76-dig | Just type 'make' and 'make install' in the source directory |
| 03:57.20 | JunK-Y | problem is astxs doesnt work with ubuntu. |
| 03:57.31 | JunK-Y | make[1]: *** No rule to make target `apps_env'. Stop. |
| 03:57.32 | Corydon76-dig | Why not? |
| 03:57.47 | Corydon76-dig | Oh, then you probably didn't set ASTSRC |
| 03:58.05 | Corydon76-dig | export ASTSRC=/path/to/asterisk/if/not/usr/src/asterisk |
| 04:00.54 | JunK-Y | where path is for asterisk-1.2 or trunk? 1.2 right? |
| 04:01.32 | Corydon76-dig | 1.2, yes |
| 04:02.27 | Corydon76-dig | You have to do the same thing for 1.4, only it's not using astxs |
| 04:03.25 | Corydon76-dig | So it works now? |
| 04:04.29 | lmadsen | ya, I thought astxs was removed... ? |
| 04:04.42 | Corydon76-dig | lmadsen: correct, in 1.4 |
| 04:04.47 | JunK-Y | ya, but its used for the backported. |
| 04:05.08 | lmadsen | gotcha |
| 04:09.50 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 04:12.27 | JunK-Y | Corydon76-dig: David: 100% working |
| 04:12.49 | Corydon76-dig | excellent |
| 04:13.06 | JunK-Y | (with my file, not with the make in the dir). |
| 04:13.23 | Corydon76-dig | Oh, that's not true |
| 04:13.28 | JunK-Y | his needs was to add a file in his src for quick installation and backup. |
| 04:13.33 | Corydon76-dig | Have him try to set more than one value in a write |
| 04:13.43 | Corydon76-dig | He won't be able to |
| 04:14.35 | JunK-Y | hes not writing, just SELECT. |
| 04:14.47 | JunK-Y | but thanks for that clear warning about what are the difference. |
| 04:14.49 | Corydon76-dig | Oh, then he's not using that function anyway |
| 04:14.52 | JunK-Y | i appreciate it. |
| 04:17.00 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 04:17.01 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 04:18.00 | Corydon76-dig | It's a drumkilla! |
| 04:20.52 | Corydon76-dig | Have you considered contacting an op to get your cloak changed? |
| 04:21.02 | russellb | not really |
| 04:21.04 | russellb | don't care that much |
| 04:22.34 | lmadsen | I like drumkilla better |
| 04:22.38 | lmadsen | makes me feel all nostalgic |
| 04:23.07 | russellb | heh |
| 04:23.08 | Corydon76-dig | Makes you feel like you were young again |
| 04:23.15 | russellb | you're old school if you remember me as drumkilla on irc :) |
| 04:23.41 | Corydon76-dig | You're really, really old if you remember me as Tilghman on IRC |
| 04:24.06 | Corydon76-dig | Haven't used that nick since I was a junior in college |
| 04:25.04 | lmadsen | I'm not quite that ol' sk00l |
| 04:25.14 | lmadsen | I'm only partially ol sk00l because I remember drumkilla |
| 04:25.34 | Corydon76-dig | Back then, I was still on my Apple IIgs |
| 04:26.10 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 04:26.22 | lmadsen | jeebuz |
| 04:26.24 | Corydon76-dig | and using telnet |
| 04:29.06 | JunK-Y | Corydon76-dig: hes running my file since 30 minutes and hes satisfied, so good for him and i will know for the astxs stuff. |
| 04:52.07 | snuff-work | mm Corydon76-dig i noticed someone liked your sql-direct patch :) |
| 04:52.25 | Corydon76-dig | not my patch |
| 04:56.18 | snuff-work | ah my bad didn't look hard enough.. just know u do work on it |
| 04:59.30 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 05:15.08 | IgorG | setting the GROUP() seems to be broken now in trunk |
| 05:21.27 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 05:21.27 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 05:25.42 | IgorG | http://bugs.digium.com/view.php?id=11724, bt attached |
| 05:41.50 | JunK-Y | the crash isnt in GROUP() its in GROUP_COUNT(). |
| 05:42.57 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 05:42.57 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 05:43.00 | JunK-Y | i dont think its a proper fix, but at least, it prevent the segfault: http://junky.homelinux.com:81/M11724.diff |
| 05:45.15 | JunK-Y | and ur gotoif was incorrect: try: exten => s,n,GotoIf(${GROUP_COUNT()} >= ${LIMIT} ?limit) |
| 05:45.23 | lmadsen | hrmmmm... so the vpn is connected on the router, but I can't get my laptop to talk to the vpn via the router... |
| 05:45.26 | JunK-Y | but thanks for finding that crash. |
| 05:45.34 | lmadsen | anyone use dd-wrt for this? I must be missing something |
| 05:45.43 | JunK-Y | lmadsen: do like me: goto(bed,1); |
| 05:45.48 | lmadsen | totally |
| 05:46.01 | lmadsen | I want to get this working tonight so I don't have to fight with it in the morning, but I might just give up |
| 05:49.15 | IgorG | JunK-Y: thank you for pointing this |
| 05:50.29 | Juggie | lmadsen, did you setup a route in pptp advanced routing? |
| 05:50.32 | lmadsen | hrmmmmmmm.... well the DNS looks up correctly... it's simply a routing issue in that it doesn't know where to send the 10.x.x.x addresses |
| 05:50.43 | lmadsen | I'm sure that's what I'm missing... (routing) |
| 05:51.22 | lmadsen | it's openvpn, not pptp |
| 05:51.22 | lmadsen | btw |
| 05:51.30 | lmadsen | and the vpn isn't on the laptop -- it's the linksys that is connected to the vpn as the client |
| 05:52.04 | Juggie | you are using the dd-wrt vpn build? |
| 05:52.33 | lmadsen | yes |
| 05:52.51 | Juggie | ah. i never used thgat |
| 05:52.55 | lmadsen | I've ssh'd into the linksys, and I can ping hosts on the vpn, and my laptop will resolve DNS to the vpn addresses.... |
| 05:52.56 | Juggie | but do you see anywhere to add routes? |
| 05:53.18 | lmadsen | just my laptop doesn't know to send 10.x.x.x addresses to the router (inorder to route to the vpn) |
| 05:53.23 | Juggie | well it does |
| 05:53.27 | Juggie | your router is the default route |
| 05:53.31 | lmadsen | the router seems to be fine with the routes.... |
| 05:53.32 | lmadsen | right |
| 05:53.39 | lmadsen | so why it's not routing it through... I don't know |
| 05:53.46 | lmadsen | unless it is masquerading or something stupid |
| 05:53.47 | Juggie | its your router that is not routing it to the proper gateway |
| 05:54.01 | lmadsen | I can see the route table on the router, and they are right |
| 05:54.59 | Juggie | is there a nat option? |
| 05:55.03 | Juggie | the pptp client has a nat option |
| 05:56.11 | lmadsen | there's just a openvpn client section to enable and certificates to paste in |
| 05:56.24 | lmadsen | pptp is disabled since that's not what I'm using... |
| 05:56.45 | lmadsen | there's no NAT section (i see that in the pptp client section now) |
| 05:57.11 | Juggie | hrmf.... |
| 05:57.39 | lmadsen | I don't really see anything else I can do... but it's definitely a routing problem between my laptop and the router somehow.... |
| 05:57.47 | lmadsen | since all the DNS resolves and such |
| 05:58.40 | lmadsen | oh I see... the route is being passed down to the laptop |
| 05:58.47 | lmadsen | it's not using the default route of 192.168.1.1 |
| 05:59.06 | lmadsen | route get 10.x.x.x returns a gateway of the other end |
| 05:59.19 | lmadsen | not 192.168.1.1 as I would expect... ? |
| 05:59.27 | Juggie | it should be that ya |
| 05:59.31 | Juggie | try setting your routes manually |
| 05:59.41 | lmadsen | oh maybe this is still in memory from before... |
| 05:59.43 | lmadsen | let me reboot |
| 05:59.51 | Juggie | this is of course supposing dd-wrt is setup to route traffic from the private lan to the vpn |
| 05:59.55 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 05:59.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:00.07 | lmadsen | Juggie: it should be -- that's the purpose of the openvpn client I'm pretty sure |
| 06:00.13 | lmadsen | and this is what both file and twilson use |
| 06:00.16 | lmadsen | brb... reboot time |
| 06:04.02 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 06:04.02 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 06:04.14 | lmadsen | bwah! |
| 06:04.18 | lmadsen | success |
| 06:05.39 | Juggie | nub :) |
| 06:09.09 | lmadsen | yahtzee! :) |
| 06:09.14 | lmadsen | hey... it's 1am :) |
| 06:09.54 | lmadsen | so now I've freed up the soekris... so I can find something else to do with it I guess |
| 07:15.31 | *** join/#asterisk-dev oej (n=olle@cust-IP-11.data.tre.se) |
| 07:15.31 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:35.12 | *** join/#asterisk-dev pnlarsson-work (n=nlarsson@h3n1fls34o831.telia.com) |
| 08:19.02 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 09:04.42 | agx | morning, i've read the news about new fxotune implementation; where i can get it? in Trunk or in some devel subbranch? |
| 09:11.46 | jmls | arrgh. Just updated to svn 1.4 r97645 and "hold" no longer works. No moh, and can't retrieve the call. |
| 09:11.54 | jmls | going to try and find the problem |
| 09:13.20 | snuff-work | mm.. speaking of gh3.. insane 9yr old http://youtube.com/watch?v=KUzNcheoY6U |
| 09:14.51 | snuff-work | just dl latest zaptel svn branch for 1.4 or 1.2 |
| 09:15.13 | tzafrir_laptop | agx, wget http://svn.digium.com/svn/zaptel/branches/1.4/fxotune.c |
| 09:16.18 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 09:24.04 | jmls | ick. ok - seems if SIP A calls SIP B, SIP A places call on hold, there is no moh on B, and when A retrieves, the call drops |
| 09:24.21 | jmls | SIP A calls SIP B, SIP B places call on hold, everything works ok |
| 09:25.53 | jmls | SIP A calls Zap which calls SIP B, SIP B places call on hold, there is no moh, and when SIP B retrieves, call drops |
| 09:26.52 | sergee | snuff-work: wii rocks, instead of throtling graphics, they found some new interesting concept, i'm amazed |
| 09:31.59 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 09:32.01 | snuff-work | mm no good jmls :( |
| 09:32.06 | tzafrir_laptop | now, I wonder how to run fxotune in parallel over several channels |
| 09:32.31 | tzafrir_laptop | I can already easily tell what channels are actully useful in advance |
| 09:32.59 | jmls | r88585 of chan_sip works |
| 09:33.07 | tzafrir_laptop | I can run several processes, eachto its own output file and merge them, I guess |
| 09:34.55 | jmls | found the culprit |
| 09:35.02 | jmls | r97077 broke it |
| 09:35.09 | jmls | r96525 works |
| 09:36.51 | jmls | who is tighman ? |
| 09:37.15 | snuff-work | its cory |
| 09:37.18 | IgorG | Corydon76? |
| 09:37.20 | snuff-work | yer |
| 09:37.22 | jmls | heh |
| 09:37.37 | jmls | it's his name all over the commit :p |
| 09:37.52 | jmls | Corydon76-dig: ping .... |
| 09:53.58 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 10:15.26 | *** part/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 10:22.00 | agx | tzafrir_home, what do you think of the new fxotune? is a valid improvement? |
| 10:37.04 | tzafrir_laptop | Haven't tried it yet. |
| 10:45.37 | *** part/#asterisk-dev pnlarsson-work (n=nlarsson@h3n1fls34o831.telia.com) |
| 10:56.44 | *** join/#asterisk-dev andrelg (n=andrelg@server01.outcenter.com.br) |
| 11:01.01 | sergee | what kind of flags can be used in struct ast_bridge_config bconfig; ? AST_FEATURE_*? anything else? |
| 11:04.00 | sergee | dumb question :) |
| 11:07.24 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:07.28 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:35.33 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 11:35.53 | jmls | Corydon76-dig: ping again |
| 11:37.19 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 11:44.16 | sergee | uffff, finaly i found this small annoying bug... |
| 11:50.29 | Daviey | it's called USERS |
| 11:50.51 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 11:59.47 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.64.193) |
| 12:22.08 | jmls | yikes. What is ERROR[12273]: app_dial.c:1583 dial_exec_full: Could not stop autoservice on calling channel ? |
| 12:26.57 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:31.34 | sergee | M7904 |
| 12:31.35 | MuffinMan | [confirmed] [Asterisk] Applications/app_dial 0007904: Transfer capability is inherited by a channel after being transfered via atxfer reported by k-egg http://bugs.digium.com/view.php?id=7904 |
| 12:31.49 | sergee | any testers? :) |
| 13:13.28 | jmls | looks like not ;) |
| 13:18.02 | sergee | jmls: 11575? |
| 13:23.54 | jmls | no. The patch of r97077 broke sip call holding |
| 14:02.56 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:02.56 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:12.05 | *** join/#asterisk-dev bweschke (n=bweschke@204.13.233.213) |
| 14:12.05 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 14:12.19 | bweschke | 403 Seriousness not allowed |
| 14:14.15 | tzanger | bweschke: I give that response to my wife from time to time |
| 14:14.26 | bweschke | tzanger: :-) |
| 14:14.27 | tzanger | I'd look up her response, but she just ignores me |
| 14:14.44 | tzanger | I tend to use 200 Trying a lot too :-) |
| 14:15.03 | bweschke | tzanger: hopefully she doesn't have too high of a retransmit count - mine does |
| 14:15.04 | mvanbaak | not much 100 OK eh ? |
| 14:15.27 | tzanger | are you kidding me? |
| 14:15.29 | bweschke | mvanbaak: I find the more 100 OK I give, the easier it is for me. :-) |
| 14:16.12 | tzanger | a frequent argument concerns the 100 OK emitted by me not being heard, and her continuation of whatever the point of concern was, over and over and over |
| 14:16.34 | tzanger | I've modified the code a little to emit "101 What part of "OK" don't you get?" after too many retries |
| 14:16.44 | mvanbaak | tzanger: ah, the infamous infinite loop bug found in most versions of the program Woman |
| 14:16.54 | tzanger | :-) |
| 14:17.28 | lmadsen | morning all |
| 14:17.41 | mvanbaak | heya leif |
| 14:17.54 | lmadsen | hey mvanbaak! |
| 14:18.25 | tzanger | morning |
| 14:18.27 | lmadsen | mvanbaak: are you going to be around on Friday? I've heard rumours there will be a bug squashing session, and I'd like to talk about the CLI audit |
| 14:18.50 | mvanbaak | what time/timezone ? |
| 14:19.06 | lmadsen | Central |
| 14:19.14 | lmadsen | but apparently it's going to be an all day thing... ? |
| 14:19.16 | lmadsen | -0400 |
| 14:19.22 | Qwell | you are required to be here for 48 hours straight |
| 14:19.28 | mvanbaak | I have to work till 5 PM CET |
| 14:19.29 | lmadsen | sounds fun! |
| 14:19.30 | mvanbaak | lol Qwell |
| 14:19.43 | Qwell | mvanbaak: what do you do as a day job? |
| 14:19.50 | lmadsen | irc OP |
| 14:19.54 | Qwell | :p |
| 14:20.13 | mvanbaak | Qwell: project manager/core dev of Covide webbased CRM/Groupware/CMS |
| 14:20.24 | Qwell | oh |
| 14:20.49 | mvanbaak | and since we use asterisk to integrate telephony I also config/maintain asterisk cluster |
| 14:21.25 | mvanbaak | but that's only for 9 hours a day |
| 14:21.29 | mvanbaak | ;) |
| 14:21.47 | mvanbaak | and yes, I'm an irc OP as well |
| 14:22.03 | mvanbaak | irc.vanbaak.info and irc6.vanbaak.info |
| 14:22.11 | bweschke | bug squashing session ? tomorrow ? |
| 14:22.27 | lmadsen | I've said too much! :) |
| 14:22.35 | mvanbaak | lol lmadsen |
| 14:22.53 | mvanbaak | lmadsen: as soon as I'm home I'll be here tomorrow |
| 14:23.14 | *** join/#asterisk-dev jsmith (n=jsmith@216.207.245.1) |
| 14:23.14 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:23.23 | lmadsen | cool. There are only a couple of bugs that I have open that I want to review |
| 14:23.30 | lmadsen | jsmith: morning! |
| 14:23.57 | jsmith | lmadsen: Buenos tacos! |
| 14:23.59 | mvanbaak | yeah, we should make a plan for that CLI audit issue |
| 14:24.07 | lmadsen | I agree |
| 14:25.09 | tzanger | plans |
| 14:25.10 | tzanger | WUH! |
| 14:25.14 | tzanger | what are they good for? |
| 14:26.07 | mvanbaak | so they can be discarded ;) |
| 14:26.15 | bweschke | lol |
| 14:26.18 | lmadsen | basically, I want to 1) make sure my audit looks ok, 2) redo the audit to verify anything that isn't there, I missed etc... 3) check with everyone that we like the commands and flesh out anything we don't like 4) confirm the 2nd round of auditing and make sure any rules we've discussed are applied to the audit (so if I need to deprecate something, it gets done in a consistent manner), 5) put documentation on the bug tra |
| 14:26.18 | lmadsen | cker and figure out if we should make a team branch to keep all the CLI stuff in |
| 14:26.35 | lmadsen | tzanger: so we know what *not* to do! |
| 14:27.27 | lmadsen | jsmith: happy nachos! |
| 14:27.28 | tzanger | :-) |
| 14:28.17 | lmadsen | so I freed up my soekris 4801 from being my main router... so I have an extra embedded device to play with I guess |
| 14:28.35 | jsmith | lmadsen: w00t! |
| 14:28.41 | tzanger | that's x86, that's not embedded |
| 14:28.52 | jsmith | tzanger: Amen, brother! |
| 14:28.59 | lmadsen | tzanger: I consider anything that has no moving parts to be embedded :) |
| 14:29.05 | lmadsen | I'm not a stickler |
| 14:29.07 | jsmith | tzanger: You'll have to help me get Asterisk compiled and running on my Nokia n810 |
| 14:29.07 | tzanger | your ass is embedded? |
| 14:29.22 | lmadsen | tzanger: oh my ass moves baby... like a storm! |
| 14:29.39 | tzanger | speaking of storms |
| 14:29.49 | lmadsen | tzanger: when you in Toronto next? |
| 14:29.50 | tzanger | I take it that bank sign didn't fall on you on your way to a cafe |
| 14:30.00 | lmadsen | I haven't yet gone to a cafe |
| 14:30.14 | tzanger | lmadsen: good question, I need to upgrade some equipment at 151 at some point, but there is no definite plan yet |
| 14:30.16 | lmadsen | maybe I'll go tomorrow for the bug squashing sessions |
| 14:30.37 | lmadsen | tzanger: cool. Let me know next time you're down and we'll grab a beer |
| 14:30.49 | tzanger | lmadsen: for sure, it's a shame it didn't work out last time |
| 14:30.53 | lmadsen | totally |
| 14:30.56 | lmadsen | but it happens |
| 14:31.12 | tzanger | and Alina's course schedule this term has her busy all day Thursday again so TAUG meetings are a difficulty |
| 14:31.39 | lmadsen | oooo... I know what to get with this cheque from my g-mother.... thinking of getting a small BT headset... wonder if I can make it work with the BT in my MacBook and Asterisk as a mobile phone.... |
| 14:31.59 | lmadsen | aren't TAUGs on Wednesday? |
| 14:32.01 | tzanger | lmadsen: of course you can |
| 14:32.05 | tzanger | lmadsen: the last couple have bene thursdays |
| 14:32.23 | tzanger | I've done BT headsets with PCs for soft phones when I teach driver development |
| 14:32.30 | lmadsen | tzanger: I've never even tried (I don't have a BT headset yet), but I've heard rumours that you can :) |
| 14:32.38 | tzanger | yes, you can definitely do it |
| 14:32.41 | lmadsen | awesome! |
| 14:32.52 | tzanger | Mac should be easier too |
| 14:33.03 | tzanger | BT with Kubuntu is an exercise in frustration |
| 14:33.06 | tzanger | all the GUI tools are for shit |
| 14:33.14 | lmadsen | tzanger: I'd be using OSX.... :S |
| 14:33.25 | lmadsen | tzanger: btw -- I think it is on the 23rd this month, which is a Wed. |
| 14:33.27 | tzanger | yep, I bet it's much more straightforward |
| 14:33.43 | lmadsen | that'd be nice. Now just to find which BT headset to get... |
| 14:33.59 | lmadsen | I want the smallest one possible that just sits in the ear and doesn't have a big flashing blue light on the side |
| 14:34.48 | tzanger | yeah small and no fucking blue led are also on my wishlists |
| 14:34.55 | tzanger | it's a fucking tool, not a fashion accessory |
| 14:35.03 | Qwell | lmadsen: chan_mobile requires bluez, which is a linux kernel thing..fyi |
| 14:35.21 | lmadsen | no kidding |
| 14:35.24 | lmadsen | Qwell: darn :( |
| 14:35.34 | Qwell | softphone should work though |
| 14:35.38 | tzanger | lmadsen: use a softphone |
| 14:35.39 | tzanger | yeah |
| 14:35.48 | lmadsen | does it matter which one? |
| 14:35.49 | tzanger | softphone talking to asterisk over localhost :-) |
| 14:36.02 | tzanger | one which allows you to choose the audio device is probably a requirement :-) |
| 14:36.05 | mvanbaak | I ordered a bluetooth handset |
| 14:36.06 | lmadsen | i.e. you mean BT w/ softphone ? |
| 14:36.10 | mvanbaak | would be fun to get it working |
| 14:36.34 | lmadsen | I want it so I can take it to the caffe and listen in and talk on the conference call while working |
| 14:36.47 | lmadsen | I think I have a wired headset bud that I could use though |
| 14:37.10 | mvanbaak | http://www.thinkgeek.com/gadgets/cellphone/8928/ |
| 14:37.13 | mvanbaak | that one |
| 14:37.30 | JunK-Y | jsmith: your name is written in von mag. congrats :) |
| 14:37.48 | Qwell | jsmith is a rockstar |
| 14:38.15 | jsmith | JunK-Y: I don't believe you. |
| 14:38.43 | JunK-Y | hehehe |
| 14:38.46 | lmadsen | :) |
| 14:39.05 | tzanger | lmadsen: yeah but now instead of a big blinking blue led you've got a rat-tail wire |
| 14:39.09 | lmadsen | mvanbaak: lol, that's awesome :) |
| 14:39.22 | lmadsen | tzanger: well that's still better.... :) |
| 14:39.45 | lmadsen | I saw a tiny one at BestBuy the other day for $49... I should have picked it up |
| 14:39.49 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:39.49 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:41.25 | mvanbaak | lmadsen: cant wait till it arrives |
| 14:41.38 | mvanbaak | would be so fun to see the reactions when I pickup my phone ;) |
| 14:41.48 | tzanger | lmadsen: did you see the mac bluetooth keyboard? it's not bad for size |
| 14:41.51 | tzanger | my bro bought one for his n800 |
| 14:42.16 | tzanger | I still want a folding bt keyboard... they make some new ones but I liked the older tri-fold that I can't seem to find anymore |
| 14:42.37 | lmadsen | I don't see the need since my laptop has a keyboard built in :) |
| 14:42.40 | tzanger | I think it's a tri-fold... it makes a 'w' as it's oflding up but ws have 4 folds (3 points but 4 "pieces" |
| 14:51.52 | mvanbaak | gheh, this lurcher is such a friendly person |
| 14:59.12 | JunK-Y | do you guys know in which lib is resolv.h and arpa/nameser.h used by dns.c ? |
| 15:00.26 | *** join/#asterisk-dev oej (n=olle@91.149.21.176) |
| 15:00.26 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:01.32 | mvanbaak | gheh, file is giving Corydon76 some extra work ;) |
| 15:03.41 | *** join/#asterisk-dev gaspiz (n=gaspiz@89.122.142.69) |
| 15:04.30 | gaspiz | hi, anyone experienced locking issues with the newer 1.4 asterisk versions |
| 15:04.32 | gaspiz | ? |
| 15:06.10 | Corydon76-dig | gaspiz: see topic |
| 15:08.56 | gaspiz | Corydon76-dig: see bug: http://bugs.digium.com/view.php?id=11727 |
| 15:13.01 | gaspiz | Corydon76-dig: it seems it cannot aquire lock between lines 15388- 15409 |
| 15:15.18 | gaspiz | Corydon76-dig: why can't aquire lock? and send 503 when not needed |
| 15:16.40 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-64af76cc07b608a9) |
| 15:17.49 | *** join/#asterisk-dev fadey (n=fadey@239.Red-80-36-91.staticIP.rima-tde.net) |
| 15:21.26 | *** join/#asterisk-dev mog (n=mog@216.207.245.1) |
| 15:21.26 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 15:23.01 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:26.28 | atisss | hey, i developed some patch for channel.c to display channels in realtime, however that needs DB cleanup on starting.. as this is not a module, i'm a bit confused - where i should put that startup routine |
| 15:27.26 | atisss | maybe pbx_realtime? |
| 15:34.29 | *** join/#asterisk-dev bweschke (n=bweschke@204.13.233.213) |
| 15:34.29 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 15:34.33 | file | atisss: channels in realtime? |
| 15:34.44 | bweschke | hey file |
| 15:35.10 | atisss | mhm, in long term i want to see all the status in realtime.. |
| 15:35.19 | atisss | queues, channels, agents.. |
| 15:36.13 | atisss | well, now the problem is that channel.c is in core, and does it's INSERT's and UPDATEs fine, but i need some way to cleanup DB on start.. |
| 15:36.35 | atisss | load of pbx_realtime seems to miss corresponding db lib |
| 15:37.25 | atisss | i mean - res_config_mysql is loaded after pbx_realtime |
| 15:38.11 | atisss | what i need - is some core function or module load that will execute after pbx_realtime and res_config_mysql is loaded |
| 15:38.55 | file | module load order... |
| 15:39.08 | file | but I am extremely hesitant of going down that road that you seem to want |
| 15:39.24 | RoyK | atisss: autoload=no |
| 15:39.50 | atisss | well, as my code is in channel.c it shouldn't be module dependant, and even more - config dependant.. |
| 15:42.17 | atisss | file: you mean adding code to channel.c? well, another option is daemon listening to manager, and doing some work, but i don't like having another layer.. for now INSERT's, and DELETE's are working great from channel.c |
| 15:42.44 | atisss | btw, i'm also working with app_queue and have some really nice queue status updated instantly in db |
| 15:44.24 | atisss | this makes asterisk to show status instantly in db, so it can be used by any client at any time, without "queues show" and "channels show" etc.. |
| 15:45.18 | atisss | well, but that's the topic that we'll have when i'll be ready and publishing my patches |
| 15:45.46 | atisss | for now - i'm looking some core function that will execute after those two modules are loaded.. |
| 15:52.29 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:53.08 | *** join/#asterisk-dev jsmith (n=jsmith@216.207.245.1) |
| 15:53.08 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 15:56.45 | atisss | no ideas? |
| 15:56.53 | atisss | load_module probably is not best place.. |
| 15:58.00 | atisss | i mean load_modules of loader.c |
| 16:00.45 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 16:00.45 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:03.50 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:03.50 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:05.22 | atisss | or, maybe an idea how to require the pbx_realtime and any storage engine loaded before module |
| 16:05.46 | atisss | i see there's some code that makes sure modules are loaded in correct order, but i don't see how it's working.. |
| 16:05.49 | mvanbaak | atisss: modules.conf |
| 16:07.43 | atisss | well, there should be any other way - dependencies.. |
| 16:09.06 | atisss | hmm, or no? i was quite confused by preload of load_modules |
| 16:09.25 | atisss | isn't that supposed to arrange modules in correct order? |
| 16:19.33 | kpfleming | preload is no longer used |
| 16:19.55 | kpfleming | the only dependency management we do in the module loader is for linker symbols, not for runtime needs |
| 16:20.26 | kpfleming | if you have a dependency that you have created by using realtime, then you will need to accomodate that by writing your modules.conf to load the necessary modules in the right order |
| 16:20.43 | kpfleming | although you don't need to list every module, you can still use 'autoload' to load all the modules you don't explicitly list |
| 16:25.50 | JerJer | Can someone shed any light on to this: I now have yet another major carrier, who we talk SIP to, that when they cannot otherwise find a problem on their end, when calls do not complete as expected, they blame the fact that my SIP signaling contains two Via Headers |
| 16:26.14 | JerJer | it is my understanding that multiple Via headers are allowed and they shouldn't even give a flying fsck about it |
| 16:26.18 | *** join/#asterisk-dev iulius (n=iulius@mail1.technologieshq.com) |
| 16:27.00 | file | JerJer: just because it is valid doesn't mean their stuff will like it |
| 16:28.01 | file | did you see if both carriers in question were using the same equipment? |
| 16:28.32 | JerJer | they are using different equipment |
| 16:28.40 | JerJer | yet 99.99999% of our calls succeed |
| 16:29.06 | JerJer | but every time we submit a trouble ticket they immediately blame the two Via's |
| 16:29.16 | JerJer | imo because they have no fsking clue |
| 16:29.18 | file | do they clarify at all? |
| 16:29.39 | JerJer | nope - they say the problem is that there are two Via's and close the ticket |
| 16:30.00 | file | that is certainly nice of them |
| 16:30.19 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:30.46 | JerJer | i am so fsking tired of dealing with carriers that have no clue - i am ready to go work at some mindless factory job |
| 16:31.05 | *** join/#asterisk-dev bweschke (n=bweschke@204.13.233.213) |
| 16:31.05 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 16:49.09 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:50.49 | jmls | Corydon76-dig: ping ... |
| 16:52.10 | jmls | heh |
| 16:53.25 | tzanger | JerJer: you'd never make it in afactory job |
| 16:53.39 | JerJer | yeah i'ld prolly shoot someone |
| 16:53.44 | JerJer | or everyone |
| 16:54.09 | lmadsen | I've worked factory jobs... they suck |
| 16:55.54 | tzanger | JerJer: why not strip out the Vias? |
| 16:56.02 | tzanger | remove that from their toolchest of excuses |
| 16:56.12 | outtolunc | geez, a man can't even work his 12+ hours a day without the threat of being shot <G> |
| 16:56.22 | JerJer | i have - just annoys the piss out of me |
| 16:56.57 | mvanbaak | or switch providers |
| 16:57.36 | jmls | anyone seen Corydon76-dig ? Need to discuss the patch of 97077 (chan_sip.c) as it's broken "hold call" |
| 17:00.33 | *** join/#asterisk-dev codefreeze (n=steve_mu@216.166.159.235) |
| 17:00.33 | *** mode/#asterisk-dev [+o codefreeze] by ChanServ |
| 17:06.10 | russellb | orly? |
| 17:06.35 | outtolunc | pbx_kdeconsole got swept under |
| 17:06.40 | russellb | oh, lol |
| 17:06.42 | russellb | nice. |
| 17:06.55 | russellb | "nothing to see here" |
| 17:06.56 | mvanbaak | but but |
| 17:07.01 | mvanbaak | I need it ;) |
| 17:07.05 | russellb | liar |
| 17:07.11 | russellb | if someone fixes it, i'll add it back. |
| 17:07.47 | mvanbaak | yeah, and I'm not the one going to fix it |
| 17:08.06 | russellb | nobody will |
| 17:08.19 | mvanbaak | I've never installed/used * on a system with gtk/qt |
| 17:08.21 | russellb | i'd put money on it, but if i did, someone would fix it just because i put money on it |
| 17:08.36 | mvanbaak | yup ;) |
| 17:08.43 | russellb | yeah, it's kind of silly |
| 17:08.47 | russellb | mostly for people tinkering around |
| 17:08.51 | russellb | or doing development |
| 17:09.01 | mvanbaak | guess so |
| 17:09.29 | mvanbaak | I dont even know what it does :) is it like the CLI but then in a gui window ? |
| 17:09.46 | russellb | basically, lol |
| 17:09.59 | russellb | it's like the CLI, but not as good |
| 17:10.15 | russellb | it has a tab that shows you the loaded module list too ... |
| 17:10.23 | mvanbaak | wow |
| 17:10.26 | mvanbaak | I need that 1 |
| 17:10.28 | russellb | and it's gtk1 (ancient) |
| 17:10.39 | caio1982 | but stable! |
| 17:10.44 | russellb | perhaps :) |
| 17:10.50 | russellb | the module isn't stable though |
| 17:11.02 | russellb | crashes on me on unload :) |
| 17:11.06 | russellb | oh well. |
| 17:11.11 | russellb | it builds and runs |
| 17:11.16 | russellb | just dont' unload it ... or sotp asterisk ... |
| 17:11.24 | caio1982 | sounds nice |
| 17:11.30 | russellb | oh, and i had to edit the gtk headers to make it build without warnings, lol |
| 17:11.31 | mvanbaak | hahahaha |
| 17:11.52 | mvanbaak | sounds like a usefull addition to * |
| 17:11.56 | russellb | totally |
| 17:12.07 | mvanbaak | we should make a press release about it |
| 17:12.14 | caio1982 | "build it and they'll come" |
| 17:13.54 | russellb | you know, it's kind of funny, i probably wouldn't care about removing it, but i know at least _someone_ uses it |
| 17:14.02 | russellb | i saw a video about asterisk once and they used it |
| 17:14.03 | russellb | heh |
| 17:14.17 | mvanbaak | whehehehe |
| 17:14.33 | russellb | they were l33t phone h4x0rz |
| 17:14.41 | russellb | they ran a l33t callerid h4x0r service. |
| 17:14.51 | mvanbaak | ah |
| 17:14.58 | caio1982 | using a X server in the same machine :) |
| 17:14.59 | mvanbaak | so we wont loose much there |
| 17:15.07 | outtolunc | then they should be able to maintain it themselves <G> |
| 17:15.33 | mvanbaak | l33t_c0ns0l3.s0 |
| 17:15.42 | outtolunc | <G> = big grin |
| 17:15.43 | caio1982 | is it something my irc client strips out? |
| 17:15.50 | caio1982 | oh, thanks |
| 17:15.56 | outtolunc | <- old, like dirt |
| 17:16.43 | mvanbaak | we should create astpuddytat to eat astcanary |
| 17:18.53 | mvanbaak | lmadsen: 24 hours from now I'll be here again for the CLI audit |
| 17:18.55 | mvanbaak | that ok with you ? |
| 17:19.05 | lmadsen | mvanbaak: awesome -- I'll be here |
| 17:19.13 | lmadsen | actually, I'll probably be at a cafe, but ya :) |
| 17:19.19 | mvanbaak | it's 6:20 PM here now |
| 17:19.37 | lmadsen | gotcha. 12:20pm here |
| 17:20.01 | mvanbaak | work till 5 - 5:30 PM |
| 17:20.22 | mvanbaak | drive home, spoil da lady, grab a beer |
| 17:20.38 | codefreeze | lmadsen: how depressing. I'm at 10:20 am here.... |
| 17:20.56 | lmadsen | codefreeze: your day has just started then! |
| 17:20.58 | mvanbaak | yeah, prolly 6:30 is my time to be here |
| 17:21.12 | lmadsen | mvanbaak: works for me -- I'll be around. Gonna leave after breakfast to the cafe and try it out I figure |
| 17:21.15 | ctooley | Shouldn't your <G> containing a / to be a properly formatted XML Grin? |
| 17:21.17 | lmadsen | hope Internet works there :) |
| 17:21.30 | mvanbaak | lmadsen: let's hope so |
| 17:21.32 | lmadsen | ctooley: don't try to upgrade us! |
| 17:21.42 | lmadsen | mvanbaak: I think it should be fine... it's called the linuxcaffe :) |
| 17:21.51 | lmadsen | heard they have 3 internet connections |
| 17:21.53 | mvanbaak | ah, yeah should work then |
| 17:22.28 | caio1982 | mvanbaak: what's up with this cli audit? |
| 17:22.45 | mvanbaak | http://bugs.digium.com/view.php?id=8925 |
| 17:23.02 | caio1982 | mvanbaak: thank you sir |
| 17:23.15 | mvanbaak | aight! |
| 17:24.31 | lmadsen | lates mvanbaak |
| 17:24.47 | outtolunc | ewww XML <G> |
| 17:25.05 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 17:25.58 | mvanbaak | i think my first patch will be to remove all the 'TECH set debug' and alter the debug handling to allow 'TECH set debug [on|off]' |
| 17:26.12 | mvanbaak | and the current patches need to be removed |
| 17:26.19 | mvanbaak | they still use the old CLI functions |
| 17:26.48 | mvanbaak | oh wait |
| 17:26.52 | mvanbaak | they dont ! |
| 17:26.53 | mvanbaak | lol |
| 17:30.46 | caio1982 | quite interesting this cli audit, i guess it won't hurt to monitor it :) |
| 17:34.23 | lmadsen | crap! I think the backlight on my HP laptop just died |
| 17:34.53 | outtolunc | see what happens when you get married, everything starts falling apart <G> |
| 17:35.12 | jsmith | lmadsen: You still use that piece of junk? |
| 17:35.34 | lmadsen | jsmith: ya, just for music and for making invoices via the vmware console (since there isn't one for OSX) |
| 17:35.41 | lmadsen | gonna have to setup vnc I guess now |
| 17:39.23 | lmadsen | oh it came back! |
| 17:39.28 | lmadsen | hawtness |
| 17:39.48 | lmadsen | probably means it's getting to it's end of life |
| 17:39.55 | lmadsen | anyways, lunchtime |
| 17:40.00 | putnopvut | I wonder if it came back because I just coughed. |
| 17:41.02 | lmadsen | quite possible... a butterfly can start a typhoon in japan! |
| 17:41.31 | mvanbaak | the lack of vmware console on OSX is annoying indeed |
| 17:41.31 | putnopvut | Japan must have some powerful butterflies. |
| 17:43.53 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 17:55.24 | putnopvut | What is the recommended locking order regarding private locks and channel locks? |
| 17:56.24 | russellb | s/recommend/required/ is ... 1) channel 2) channel pvt |
| 17:56.38 | putnopvut | Thanks. |
| 17:56.55 | russellb | the reason is, the channel lock is already held before most of the channel technology callbacks get called |
| 17:57.33 | putnopvut | Gotcha. There's a problem with local_hangup. It calls pbx_builtin_setvar_helper, which locks a channel after the channel pvt has been locked. |
| 17:57.57 | putnopvut | And is causing the deadlock in 11730 |
| 17:58.01 | putnopvut | So I'm trying to get it sorted out. |
| 17:58.23 | tzafrir_laptop | Hmm... I still get some "unused variables" warnings on zaptel 1.2 from some drivers |
| 17:58.47 | mvanbaak | 1.2 is not maintained I thought |
| 17:58.56 | putnopvut | zaptel 1.2 is. |
| 17:59.00 | putnopvut | asterisk 1.2 is not. |
| 17:59.04 | mvanbaak | ah |
| 17:59.11 | russellb | putnopvut: gotcha, makes sense. i have had to fix that same thing in other places ... |
| 17:59.33 | putnopvut | Yeah, I'm thinking of saving the call to pbx_builtin_setvar_helper until after we're done with the private. |
| 17:59.54 | putnopvut | How have you fixed it before? |
| 18:00.27 | russellb | that works |
| 18:00.33 | putnopvut | Cool. |
| 18:00.36 | russellb | or unlock the pvt before calling setvar |
| 18:00.40 | russellb | if you can |
| 18:00.55 | russellb | saving it is better if that's an option |
| 18:01.08 | putnopvut | hmm, not sure I can unlock the pvt, but I'll check to be certain. |
| 18:01.18 | tzafrir_laptop | http://pastebin.ca/849635 <--- zaptel 1.2 warning |
| 18:01.41 | kpfleming | yeah, i fixed them in 1.4 but not in 1.2, my fault |
| 18:01.43 | kpfleming | feel free to remove them |
| 18:03.36 | tzafrir_laptop | ok. |
| 18:06.39 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 18:12.06 | tzanger | unlocking privates |
| 18:12.10 | tzanger | you guys are all sex fiends |
| 18:17.21 | lmadsen | lol |
| 18:17.54 | lmadsen | mvanbaak: ya... I guess they're going to move everything to a web based console, but I tried to get it working one day, and failed, so I went back to 1.x |
| 18:18.49 | mvanbaak | the webbased stuff in virtual infrastructure and the beta's look promosing |
| 18:19.00 | mvanbaak | but it's still not like the console |
| 18:19.12 | lmadsen | yep... just gotta install it on a test machine I guess first to figure out how to get it all working.... :) |
| 18:19.23 | lmadsen | ya... I like the console -- works well |
| 18:19.27 | mvanbaak | indeed |
| 18:20.33 | lmadsen | if there was a remote desktop client for OSX, I'd just use that to connect to Winders |
| 18:20.39 | lmadsen | (maybe there is... I honestly haven't even looked) |
| 18:21.56 | lmadsen | haha -- there is one! |
| 18:21.59 | lmadsen | hawt |
| 18:22.46 | mvanbaak | there is |
| 18:26.18 | Corydon76-vcch | russellb: ping |
| 18:26.26 | putnopvut | I think he's at lunch right now. |
| 18:27.08 | Corydon76-vcch | falves11 is suggesting to raise MAX_AUTOMONS to 10,000, and I'm uncomfortable with raising it that high |
| 18:27.34 | Corydon76-vcch | I already increased it from 256 to 1500. |
| 18:29.07 | file | I think 3000 would be the limit I would put it at |
| 18:30.00 | putnopvut | Tell him if he wants it that high, he's free to do it on his own install. |
| 18:30.34 | mvanbaak | 10.000 automons ? wont you need a beefy box to handle that ? |
| 18:31.10 | file | mvanbaak: yes. |
| 18:32.41 | bweschke | even 3000 ? |
| 18:32.42 | bweschke | wow |
| 18:33.03 | file | bweschke: given a good enough box... |
| 18:33.51 | Corydon76-vcch | and I thought 1500 was pushing it |
| 18:34.15 | file | could always make it dynamic |
| 18:34.16 | mvanbaak | it is |
| 18:34.25 | mvanbaak | yeah, some config var |
| 18:34.55 | Corydon76-vcch | No, dynamic... as in, dynamically increasing when you need more ids |
| 18:35.09 | mvanbaak | that's even better |
| 18:35.41 | outtolunc | just make the config var a 'maxautomons' |
| 18:35.44 | bweschke | one could do that ... but honestly .. shouldn't that limit be scaled based on what the box is - at the time the instance is initiated? |
| 18:36.13 | file | few options available. |
| 18:36.15 | mvanbaak | allow an AUTOMON for every MIPS the cpu has |
| 18:36.46 | bweschke | mvanbaak: right - that's my pt.. that's not going to dynamically change after you've started Asterisk |
| 18:37.01 | mvanbaak | unless you have hotplug CPU setup |
| 18:37.15 | bweschke | in which case - I'll just be jealous of your setup |
| 18:37.22 | mvanbaak | lol |
| 18:37.56 | mvanbaak | I sure will brag about it here whenever I get one |
| 18:40.27 | *** join/#asterisk-dev ccesario_ (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 18:41.06 | mvanbaak | dammit. I was so close to get this AS/400 machine |
| 18:41.31 | *** join/#asterisk-dev kratzers (n=kratzers@martha.pa.net) |
| 18:45.50 | *** join/#asterisk-dev Victor_Yure (n=aaa@200.166.132.131) |
| 18:45.58 | jmls | Corydon76-vcch: ping |
| 18:46.09 | Corydon76-vcch | pong |
| 18:46.15 | jmls | yay! |
| 18:46.27 | jmls | A97077 |
| 18:46.30 | MuffinMan | [97077] Committed by tilghman on 2008-01-08 14:02:13: Apply multiple crash fixes, found in issue #11386, but not completely |
| 18:46.36 | Corydon76-vcch | jmls: I know next to nothing about chan_sip |
| 18:47.06 | jmls | oh - I was told that you are tilghman |
| 18:47.19 | Corydon76-vcch | jmls: and we're still finding more crash-worthy bugs in chan_sip, such as in M11698 |
| 18:47.35 | Corydon76-vcch | I am, but I still know next to nothing about chan_sip |
| 18:47.56 | jmls | ah - well, the 97077 patch broke putting a call on hold |
| 18:48.31 | jmls | well, you can, but when you try to pick it up again, it hangs up instead |
| 18:48.34 | Corydon76-vcch | I hear ya, but I'm the person who will spend 80 hours trying to figure it out, and file will figure it out in 5 minutes. |
| 18:48.42 | jmls | go file ! |
| 18:49.22 | jmls | it's cool, just wanted to get to speak to someone who could have a peek for me. We went live with this release today ;) |
| 18:51.03 | Corydon76-vcch | All that patch really should do is to fix a race condition where things got deallocated while other things were still using it |
| 18:51.32 | Corydon76-vcch | Now maybe the reason it was working was that it previously was depending on it going out of memory, I don't know |
| 18:51.49 | jmls | mmm. r96525 definately works |
| 18:52.11 | Corydon76-vcch | Always worked or randomly worked? |
| 18:52.47 | jmls | Tried it several times. Worked with 96525 (always), didn't with 97077 (always) |
| 18:53.09 | Corydon76-vcch | I still have no idea what the problem is |
| 18:53.24 | jmls | Actually tried it with r88585 and that worked as well |
| 18:53.41 | jmls | no, I had a look at the code as well. Eeek. |
| 18:59.09 | tzafrir_laptop | hmmm.... I'm trying to figure out why 'svnmerge merge' fails to get to the password prompt |
| 18:59.50 | Corydon76-vcch | tzafrir_laptop: probably because Digium IT messed with the gateway yesterday and you can't get to origsvn |
| 18:59.55 | tzafrir_laptop | It worked before and I can't think of anyting I've touched |
| 19:00.09 | tzafrir_laptop | anvmerge.real does get to the passphrase prompt |
| 19:00.43 | tzafrir_laptop | And I have commited today. I have also just re-ran 'svn update' |
| 19:00.43 | Corydon76-vcch | tzafrir_laptop: or timeout, perhaps? |
| 19:01.09 | Corydon76-vcch | What's the timeout set to in svnmerge (near the top)? |
| 19:01.43 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 19:02.23 | tzafrir_laptop | svnmerge.real or the wrapper script? |
| 19:02.29 | tzafrir_laptop | svnmerge.real works fine for me |
| 19:02.30 | Corydon76-vcch | the wrapper |
| 19:03.08 | Corydon76-vcch | I think it was previously set to 15 and it's now set to 30 in repotools |
| 19:07.44 | *** join/#asterisk-dev jsmith (n=jsmith@216.207.245.1) |
| 19:07.44 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 19:07.48 | tzafrir_laptop | hmm... need to update my local copy, I guess |
| 19:08.06 | tzafrir_laptop | and now I need to find my local copy with my local changes... |
| 19:08.14 | Corydon76-vcch | tzafrir_laptop: You're welcome to set it to 60 or something |
| 19:11.44 | jmls | guys, gotta run and go home. Would someone be so kind as to point file in the direction of A97077 when he appears ? Thanks. |
| 19:11.51 | jmls | Be back when I get home. |
| 19:11.59 | Qwell | file: ^^ |
| 19:12.31 | jmls | ha! no! I meant "I'll be back online when I get home". ;) |
| 19:12.43 | jmls | I wasn't ordering file around. Promise .. |
| 19:13.29 | *** part/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 19:17.42 | tzafrir_laptop | ok. Newer version of repotools helped. Without any need to edit |
| 19:18.37 | tzafrir_laptop | Where do I submit patches to repotools? |
| 19:18.43 | Qwell | mantis'll work |
| 19:19.11 | Qwell | tzafrir_laptop: patch for what? |
| 19:20.11 | tzafrir_laptop | I install svnmerge in ~/bin/ . The patch to the makefile is trivial: use BINDIR and no absolute symlink |
| 19:20.35 | tzafrir_laptop | and I made a small change in the wrapper script to use the path from argv0 |
| 19:20.38 | tzafrir_laptop | IIRC |
| 19:20.51 | russellb | Qwell: we should make a repotools project in mantis |
| 19:20.55 | russellb | we have enough stuff in there ... |
| 19:40.10 | caio1982 | file: ping! is there any public status of your astdb-sqlite3? ready for testing or still work in progress? |
| 19:40.29 | file | still work in progress, low priority |
| 19:44.03 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 19:46.29 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 19:47.16 | *** part/#asterisk-dev dbtid_ (i=qwi0tu5z@cpe-71-72-252-171.columbus.res.rr.com) |
| 19:50.01 | russellb | hasn't there been problems reported with codecs and certain compiler versions? |
| 19:50.09 | Qwell | 4.2 |
| 19:50.13 | Qwell | gsm |
| 19:50.16 | Qwell | (and possibly others..) |
| 19:50.17 | russellb | oh, ok, i'm on 4.1.3 ... |
| 19:50.21 | russellb | right |
| 19:50.41 | Qwell | russellb: I probably would have died if you were running 4.2 |
| 19:50.48 | russellb | heh |
| 19:51.00 | russellb | but ... |
| 19:52.17 | outtolunc | don't you just love deadlock issues that disappear with DONT_OPTIMIZE |
| 19:53.14 | russellb | so, i'm writing the raw data before and after g722_decode() in codec_g722 ... |
| 19:53.21 | russellb | the output sounds like crap |
| 19:53.24 | JunK-Y | russellb: when porting apps to 1.4, do you have any doc for the switch to ast_frame->next to use the "new" frame_list ? |
| 19:53.43 | russellb | but if i take the g722 input, and run it through the decoder, using the _same_ g722 decoder, but with an external app, it's fine |
| 19:53.48 | russellb | a doc? |
| 19:53.51 | russellb | no |
| 19:53.57 | russellb | what is there to document? |
| 19:54.01 | file | russellb: ummm framing? |
| 19:54.10 | putnopvut | Does the external app have its own RTP stack? |
| 19:54.28 | russellb | the external app is like 60 lines long |
| 19:54.34 | putnopvut | heh, nm |
| 19:54.42 | Qwell | I've seen an rtp stack in 48 lines |
| 19:54.47 | Qwell | okay, I lie :( |
| 19:54.57 | putnopvut | 48 lines, or 48 statements? |
| 19:55.01 | Qwell | 48 rubylines |
| 19:55.06 | putnopvut | a-ha! |
| 19:55.08 | Qwell | so like 8mb |
| 19:55.10 | russellb | literally about 60 lines |
| 19:55.15 | russellb | less than that in statements. |
| 19:55.32 | JunK-Y | russellb: how to quickly switch from 1.2 to 1.4 for framing. |
| 19:55.37 | russellb | i don't know |
| 19:55.41 | russellb | it's not a hard change .. |
| 19:55.47 | russellb | it uses the standard list macros that are used everywhere |
| 19:56.26 | JunK-Y | okay i will take a look and write something. |
| 19:57.21 | russellb | write what? |
| 19:57.32 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583542.dsl.bell.ca) |
| 19:58.05 | JunK-Y | doc for that switch. |
| 19:58.14 | russellb | ok, well, if it helps you... |
| 19:58.23 | russellb | but i don't think that's something we'd put in the tree |
| 19:58.37 | russellb | linkedlists.h is heavily documented, and there is example usage in virtually every file |
| 19:58.37 | putnopvut | Actually, there's a linkedlist.txt in the doc directory. |
| 19:58.42 | russellb | and that :) |
| 19:58.53 | putnopvut | That may be what you want, JunK-Y. |
| 20:02.56 | JunK-Y | ha, linkedlists.README yes, thanks for info. |
| 20:10.32 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584876.dsl.bell.ca) |
| 20:16.01 | putnopvut | file: ping |
| 20:16.07 | file | putnopvut: pong |
| 20:16.32 | putnopvut | Answer me this: in handle_invite_replaces, why is the p->refer->refer_call->lock unlocked twice? |
| 20:16.58 | putnopvut | I'd give line numbers, but my local copy is different than yours due to modifications. |
| 20:17.15 | putnopvut | The first one, there's a comment above that says "Unlock PVT" |
| 20:17.26 | file | hrm |
| 20:17.28 | file | I do not know why |
| 20:17.31 | putnopvut | Then about thirty lines down, it's unlocked again. |
| 20:17.55 | putnopvut | I am tempted to remove one of them... |
| 20:18.05 | *** join/#asterisk-dev qdk (n=qdk@195.242.194.41) |
| 20:18.14 | file | test before you commit |
| 20:18.31 | putnopvut | I shall, if I can figure out how to get a phone to send an INVITE with a Replaces: header. |
| 20:18.38 | file | attended transfer |
| 20:18.45 | putnopvut | From the phone? |
| 20:18.58 | putnopvut | Cool. Will do. |
| 20:22.34 | kratzers | Why are ast_module_user_(add|remove) no longer used in cdr_addon_mysql.c? |
| 20:23.46 | russellb | because they aren't needed |
| 20:23.59 | russellb | (anymore) |
| 20:24.07 | kratzers | What changed? |
| 20:24.20 | russellb | the asterisk core handles it now. |
| 20:24.20 | kratzers | ... to make them unnecessary? |
| 20:24.23 | kratzers | ah |
| 20:28.48 | kratzers | \/very/ trivial, but the declaration on line 119 of cdr_addon_mysql.c in the 1.4 branch can be removed |
| 20:36.26 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 20:39.18 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 20:39.46 | Qwell | so, hmm... mtx_prof is declared inside of ASTERISK_FILE_VERSION, because that's where the constructor and destructor are. If it's in the HAVE_MTX_PROFILE define, but outside of ASTERISK_FILE_VERSION, the compiler complains because it's an unused variable. Thoughts? |
| 20:40.25 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 20:41.21 | jtodd | Calling any Digium DNS administrators: the DNS for digiumasteriskworld.com is busted. No A records found. Probably this is Not Intended. |
| 20:41.28 | jtodd | I could send mail, but I'm lazy. |
| 20:43.04 | kpfleming | we don't handle that as far as i know |
| 20:43.07 | kpfleming | it's pulvermedia |
| 20:43.37 | jtodd | Er, it's on the DNS servers marko.net and linux-support.net, and registered to "Mark Spencer". |
| 20:43.40 | Qwell | whois for it points to Mark (at a very old address) |
| 20:43.44 | kpfleming | oh great |
| 20:43.52 | kpfleming | well, then someone here needs to send an itrequest |
| 20:44.04 | jtodd | And both those DNS servers are on the same /24, which of course is a Bad Idea. But I digress. ;-) |
| 20:44.10 | Qwell | I'll do it |
| 20:44.18 | jtodd | I can ping 'em, but no A records come back. |
| 20:44.43 | kpfleming | um... well |
| 20:44.48 | putnopvut | Qwell: what happens if you put a (void) mtx_prof; prior to the #define ASTERISK_FILE_VERSION |
| 20:44.54 | Qwell | There is an A record for it |
| 20:44.55 | putnopvut | Just to get the compiler to shut up. |
| 20:44.57 | kpfleming | our internet gateway probably responds to pings for our entire IP address allocation |
| 20:45.26 | Qwell | putnopvut: I have a trick I'm gonna try. assuming you can have multiple constructors.. |
| 20:45.36 | kpfleming | you can have many |
| 20:45.54 | kpfleming | when using constructor-initialized mutexes some modules end up with lots of them |
| 20:45.57 | Qwell | then yeah, I'll just add another constructor for it to set it. No reason for it to set it in register_file_version(), or whatever it is |
| 20:46.33 | *** join/#asterisk-dev jsmith (n=jsmith@216.207.245.1) |
| 20:46.33 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 20:46.45 | russellb | we now have problems on platforms with constructor initialized mutexes |
| 20:46.52 | russellb | the core issue is that you can't predict the order in which they fire |
| 20:47.04 | kpfleming | right, but this does not involve mutexes |
| 20:47.06 | russellb | it's really just a hack that should be avoided unless impossible |
| 20:47.12 | russellb | that's fine, just making a general statement :) |
| 20:47.20 | kpfleming | same thing is true for 'goto' :-) |
| 20:47.35 | russellb | heh |
| 20:48.59 | russellb | actually, AST_DEFINE_FILE_VERSION has this problem too |
| 20:49.16 | russellb | that macro runs a constructor which calls a function that locks a statically defined mutex |
| 20:49.24 | russellb | which, on some platforms must be initialized via a constructor |
| 20:49.42 | russellb | and you can't be sure that the mutex is initialized before the file registration constructor goes off |
| 20:50.09 | kpfleming | you can in this case (most of the time) because the file version constructor is running in a loadable module |
| 20:50.28 | russellb | but what about embedded modules? |
| 20:50.30 | kpfleming | and the mutex constructor is in the main asterisk binary |
| 20:50.36 | kpfleming | but yes, there are plenty of cases where it could break |
| 20:50.49 | russellb | and every file in the tree uses it too |
| 20:50.52 | kpfleming | so we need to come up with a method of ordering constructors :-) |
| 20:50.57 | Qwell | if something has a constructor, should it have a destructor too, even if it would do nothing? |
| 20:51.03 | kpfleming | nope |
| 20:51.35 | russellb | kpfleming: heh, don't think that's possible unfortunately :) |
| 20:51.59 | kpfleming | it's just software, anything is possible! |
| 20:52.04 | Qwell | suuuure it is! big linked list of "constructors" that get added to a single core one? :p |
| 20:52.14 | Qwell | (I'm kidding...) |
| 20:52.15 | russellb | um, give each one a uniqueid ... |
| 20:52.17 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.20.243.195.user.ajato.com.br) |
| 20:52.18 | kpfleming | something like that, yeah |
| 20:52.25 | kpfleming | but defining the firing order is the issue |
| 20:52.26 | russellb | and have it sit there and loop until some single int reaches that unique id ... |
| 20:52.35 | russellb | that's evil, but ... |
| 20:53.26 | russellb | doesn't even have to be unique, i guess ... |
| 20:53.40 | russellb | while (constructor_magic < my_firing_priority) usleep(1); |
| 20:54.00 | russellb | well, it would have to be, otherwise no way to know when to increment constructor_magic ... |
| 20:54.03 | russellb | ok, i'll shut up about that now |
| 20:54.12 | kpfleming | they don't run in threads |
| 20:54.18 | russellb | oh, you're right |
| 20:54.24 | russellb | so we're screwed |
| 20:54.41 | kpfleming | or in the case of dlopen(), they run in the thread that is executing dlopen() |
| 20:55.02 | russellb | so within a dynamically loaded module ... you could use magic to force order ... |
| 20:55.15 | russellb | no, not even then |
| 20:55.16 | russellb | damnit |
| 20:55.19 | russellb | :) |
| 20:55.54 | Juggie | i thought you liked c++ w/ its classes and constructors? :) |
| 20:56.08 | russellb | Juggie: C++ has the same problem with _statically_ defined objects |
| 20:56.17 | russellb | when it's in code, the constructor order is the order in which you define the objects |
| 20:56.23 | russellb | obj a, b; |
| 20:56.25 | russellb | a, then b ... |
| 20:56.41 | russellb | and by static, i mean global ... |
| 21:01.29 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:06.08 | Qwell | yeah, I'm not sure how to fix this ASTERISK_FILE_VERSION thing properly. The utils dir needs to be rethought :p |
| 21:06.36 | file | Qwell: that's an understatement |
| 21:06.37 | Qwell | fixing it the way I had planned would require moving ast_add_profile() |
| 21:06.43 | Qwell | which seems a bit silly |
| 21:06.43 | JunK-Y | is there any reason, why LOCAL_USER_DECL is still in app_rpt.c ? |
| 21:07.33 | putnopvut | file: my tests with SIP transfers don't appear to be doing what I expect. None of my phones send an INVITE with a Replaces: header when I do a transfer. |
| 21:08.22 | jsmith | putnopvut: They just sending out a regular INVITE, then later doing a REFER? |
| 21:08.32 | putnopvut | It would appear so. |
| 21:10.20 | file | putnopvut: that is unfortunate |
| 21:10.28 | putnopvut | Yes...yes it is. |
| 21:11.02 | putnopvut | What's funny is the Grandstream just hangs up when you press the transfer button on it. I haven't looked at a SIP trace to see why, though. |
| 21:16.57 | Qwell | it's a grandstream |
| 21:17.51 | lmadsen | you know what I don't get? These toll free numbers calling my landline with just silence |
| 21:18.52 | Qwell | lmadsen: sometimes telemarketers call, and play no message for like 30 seconds |
| 21:18.56 | Qwell | it's weird |
| 21:19.01 | lmadsen | I left it until it hung up |
| 21:19.05 | Qwell | huh |
| 21:19.17 | lmadsen | then I called back --telemarketing firm calling me on behalf of Bell Canada |
| 21:19.22 | lmadsen | left a msg |
| 21:19.23 | lmadsen | :) |
| 21:19.32 | lmadsen | apparently everyone is on lunch |
| 21:19.40 | lmadsen | 2nd time today though |
| 21:20.38 | Qwell | O.o |
| 21:27.21 | JunK-Y | Jan 10 14:50:41 DEBUG[5263] channel.c: Didn't get a frame from channel: Zap/41-1 |
| 21:27.25 | JunK-Y | Jan 10 14:50:41 DEBUG[5263] channel.c: Bridge stops bridging channels Zap/12-1 and Zap/41-1 |
| 21:27.59 | JunK-Y | i understand when theres no frame, the bridge is complete, but is there any bad behavior to not complete the bridge and just continue? |
| 21:28.16 | file | what? |
| 21:28.35 | file | if a channel says it has a frame, but when you try to read a frame there is none - it means they hung up |
| 21:28.50 | file | that is what happened above, or something bad happened |
| 21:29.04 | JunK-Y | so we should look why the chan said it has a frame then? |
| 21:29.11 | russellb | no |
| 21:29.12 | russellb | this is normal |
| 21:29.18 | russellb | the channel just said, "hey, check me" |
| 21:29.27 | russellb | and when we checked it, there was no frame, meaning it was a hangup |
| 21:30.11 | JunK-Y | but this was during a live call, so i should check pri message to know why the chan said "hey check me" ? |
| 21:30.31 | JunK-Y | cause its a non-wanted hangup, since this was on a live call. |
| 21:36.00 | *** join/#asterisk-dev bweschke (n=bweschke@204.13.233.213) |
| 21:36.00 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 21:36.16 | *** join/#asterisk-dev ZX81 (n=ZX81@202.49.106.158) |
| 21:38.37 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.49.106.158) |
| 21:40.15 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) |
| 21:43.14 | jmls_home | file! my saviour ... |
| 21:43.27 | file | I already know what you want. |
| 21:43.31 | jmls_home | see! |
| 21:43.39 | jmls_home | now, that's just not nice |
| 21:43.45 | outtolunc | hehe |
| 21:44.03 | jsmith | jmls_home: Yeah, and you know I want an N95 ;-) |
| 21:46.28 | jmls_home | jsmith: a N95 8GB, surely ? |
| 21:47.25 | jsmith | jmls_home: Sure, why not... unless you've got a spare E90 hanging around |
| 21:48.50 | jmls_home | jsmith: having teenagers makes you very wary about having any E's hanging around |
| 21:49.06 | jsmith | jmls_home: I understand ;-) |
| 21:49.58 | putnopvut | jsmith: are you still in Huntsville? |
| 21:51.12 | jsmith | putnopvut: For a couple more hours |
| 21:51.23 | jsmith | putnopvut: Unless a tornado comes along and smash up the airport |
| 21:51.40 | putnopvut | I wanted to discuss your idea of separating queue "reloads" from "resets" to make sure we're on the same page. |
| 21:51.52 | putnopvut | I think it wouldn't be too terribly difficult, but I want to make sure I have the idea right. |
| 21:53.14 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 21:53.50 | *** join/#asterisk-dev krapper (i=krapper@wsip-64-58-154-130.oc.oc.cox.net) |
| 21:54.34 | Qwell | codefreeze: how can I tell whether a file is generated by lex or not? |
| 21:54.35 | jsmith | putnopvut: Wander on down... we're doing a queue lab now |
| 21:54.44 | putnopvut | Oh joy! |
| 21:54.50 | *** join/#asterisk-dev ZX81 (n=ZX81@202.49.106.158) |
| 21:54.57 | putnopvut | I'll come as soon as I commit this voicemail patch... |
| 22:01.17 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 22:02.48 | codefreeze | Qwell: good question. Somewhere near the top you'll see a comment that says: A lexical scanner generated by flex |
| 22:03.49 | jmls_home | file, should I raise a bug on mantis for the problem, or is your memory good enough ? |
| 22:03.55 | jmls_home | <PROTECTED> |
| 22:04.05 | codefreeze | Qwell: and, in general, it'll be awsomely ugly as far as formatting goes. |
| 22:04.29 | Qwell | with a bunch of #line x "filename" in it? |
| 22:05.06 | file | there is already a bug open |
| 22:05.37 | codefreeze | Qwell: yep |
| 22:05.43 | Qwell | k, thanks |
| 22:08.48 | jmls_home | sorry! |
| 22:08.51 | file | M11714 |
| 22:08.52 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0011714: Originating calls using Asterisk manager - reinvites receive 491 Request Pending rather than immediate response reported by eurodrew555 http://bugs.digium.com/view.php?id=11714 |
| 22:15.29 | *** join/#asterisk-dev obnauticus (n=obnautic@c-24-22-14-101.hsd1.mn.comcast.net) |
| 22:19.35 | *** join/#asterisk-dev jsmith (n=jsmith@216.207.245.1) |
| 22:19.35 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 22:21.13 | *** join/#asterisk-dev ZX81 (n=ZX81@202.49.106.158) |
| 22:26.36 | putnopvut | late, but jmls, I believe your problem may be related to the latest note on 11386 as well. |
| 22:28.44 | Corydon76-vcch | putnopvut: any idea on why some phones are unaffected? |
| 22:29.05 | mvanbaak | bad/good sip implementations ? |
| 22:29.11 | putnopvut | I don't know. I haven't spent much time analyzing the issue yet. |
| 22:29.51 | putnopvut | mvanbaak: I might agree, except that the problem happens on both Polycom and Grandstream phones according to the note I reference. |
| 22:29.58 | putnopvut | s/reference/referenced/ |
| 22:30.14 | mvanbaak | yeah |
| 22:30.30 | mvanbaak | polycom might be great phones, but I dont know their sip implementation quality |
| 22:30.36 | mvanbaak | I do know the GS stuff can be weird |
| 22:31.44 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 22:33.39 | russellb | i wish polycom phones didn't take 17 years to reboot |
| 22:36.52 | mvanbaak | russellb: sounds like the cisco gear |
| 22:37.11 | russellb | sounds like cost reduced hardware |
| 22:37.15 | russellb | only as fast as it absolutely has to be |
| 22:37.20 | Qwell | Cisco's boot fast compared to the Polycom's... |
| 22:37.31 | mvanbaak | Qwell: really ??? holy crap |
| 22:37.41 | Qwell | dunno, let's see |
| 22:37.48 | Qwell | I'm gonna race my 7970 with a 430 :p |
| 22:38.05 | mvanbaak | ;) |
| 22:38.17 | mvanbaak | is it sip or skinny ? |
| 22:38.19 | Qwell | skinny |
| 22:38.32 | mvanbaak | the sip firmware is a bit slower |
| 22:40.48 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177584876.dsl.bell.ca) |
| 22:44.33 | mvanbaak | Qwell: you running a 7960 with skinny on trunk ? |
| 22:45.00 | jmls_home | putnopvut: we have the same hold issues, but with aastra 9133i, cisco 7940 and xlite softphone |
| 22:45.38 | putnopvut | Sounds like it's widespread then. |
| 22:45.45 | jmls_home | uh huh. |
| 22:46.03 | jmls_home | there seems to be a number of sip-related problems recently |
| 22:46.18 | mvanbaak | Qwell: I still have to look into it a bit better, but it's acting weird |
| 22:46.27 | mvanbaak | if a call comes in, my phone rings |
| 22:46.32 | mvanbaak | I pickup the handset |
| 22:46.44 | mvanbaak | the phone stops ringing but no sound in the handset |
| 22:46.49 | mvanbaak | remote end keeps ringing |
| 22:47.03 | mvanbaak | I have to hit the 'Hold' button twice to actually pickup the call |
| 22:48.55 | mvanbaak | my wife reported the same problem on the 7905 |
| 22:49.09 | mvanbaak | that one has no 'hold' softbutton so she could not take the call |
| 22:49.17 | mvanbaak | not that I care, it was my mom calling |
| 22:49.21 | mvanbaak | but it's annoying |
| 22:55.45 | *** join/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 22:55.45 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 22:58.11 | Corydon76-vcch | russellb: would you take a look at the two patches in 11698 and tell me if you think they're okay? |
| 22:58.20 | russellb | are they quick? |
| 22:58.24 | Corydon76-vcch | Yes, tiny |
| 22:58.48 | Corydon76-vcch | I even have comments explaining them |
| 23:02.11 | russellb | yikes, that's a hack :) |
| 23:02.21 | russellb | do those callbacks set the expire thingy to -1 always? |
| 23:02.36 | Corydon76-vcch | Well, they should |
| 23:02.42 | russellb | well, make sure ... |
| 23:02.48 | mvanbaak | latero all |
| 23:02.52 | Corydon76-vcch | Yes, they do |
| 23:03.00 | russellb | also, you might want to comment that code to say that once murf's refcount conversion is in, that change isn't necessary |
| 23:03.07 | Corydon76-vcch | If they don't, it's considered to be an active schedule ID |
| 23:03.35 | russellb | gotcha, well, ok, that's fine |
| 23:03.40 | russellb | with the above comment added |
| 23:03.43 | Corydon76-vcch | okay |
| 23:06.47 | *** join/#asterisk-dev lrizzo (n=luigi@88-149-252-169.dynamic.ngi.it) |
| 23:14.57 | *** join/#asterisk-dev lrizzo (n=luigi@88-149-252-169.dynamic.ngi.it) |
| 23:34.20 | *** join/#asterisk-dev anthm (n=anthm@adsl-76-229-180-178.dsl.milwwi.sbcglobal.net) |
| 23:34.20 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 23:48.58 | tzafrir_laptop | kpfleming, a minor point: the value of an EC parameter is an int. |
| 23:49.12 | kpfleming | yes it is |
| 23:49.19 | kpfleming | well, a __u32 actually |
| 23:49.48 | tzafrir_laptop | But the aggressive field is a single bit |
| 23:50.12 | tzafrir_laptop | si if you happened to pass a value of 2, it would count as 0 |
| 23:50.17 | kpfleming | no it won't |
| 23:50.18 | kpfleming | try it |
| 23:50.24 | kpfleming | we do this all the time in asterisk |
| 23:51.09 | tzafrir_laptop | well, I just did with a small test program... |
| 23:51.14 | kpfleming | weird |
| 23:51.21 | kpfleming | ok, i'll work around it then, thanks |
| 23:51.22 | tzafrir_laptop | but maybe too small |
| 23:53.23 | kpfleming | nahh.... you are probably right and i'm just tired :-) |
| 23:59.24 | Qwell | jtodd: fixed |
| 23:59.41 | Qwell | digiumasteriskworld.com, that is |