| 00:35.31 | *** part/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 00:40.29 | *** join/#asterisk-dev j4m3s_ (n=james@user-69-1-15-198.knology.net) |
| 00:54.22 | *** join/#asterisk-dev elixer (n=seanbrig@c-68-55-114-113.hsd1.md.comcast.net) |
| 00:55.41 | snuff-home | http://www.theinquirer.net/?article=42535 <== wouldn't mind one of those.. |
| 00:56.30 | *** join/#asterisk-dev dseeb_ (n=dcb@CPE-124-179-242-169.vic.bigpond.net.au) |
| 02:30.58 | Corydon76-dig | Yay, builds are fixed |
| 02:49.50 | Corydon76-dig | codefreeze: I've severely changed the top of ast_expr2.y |
| 02:50.28 | Corydon76-dig | LMK if it causes any problems from your perspective |
| 02:51.16 | Corydon76-dig | Top of the file now contains a ton of nested #ifdef's |
| 02:52.44 | Corydon76-dig | I was thinking I could go one further level deep... when the core function doesn't exist, define it in terms of other existing functions... |
| 02:53.18 | Corydon76-dig | like I've done with LOG10/EXP10 |
| 02:59.50 | *** join/#asterisk-dev adker (n=chatzill@74-33-199-190.br1.glv.ny.frontiernet.net) |
| 03:00.16 | JerJer | my brain hurts from just scrolling down |
| 03:00.28 | JerJer | (reading the svn log) |
| 03:01.00 | Corydon76-dig | Heh |
| 03:01.23 | snuff-home | mm.. doxygen still likes u after those changes :) |
| 03:03.23 | Corydon76-dig | FreeBSD wasn't happy about my change this morning |
| 03:03.47 | Corydon76-dig | So I extended the changes to check every single math function and fallback to less precision... |
| 03:04.27 | Corydon76-dig | and finally fallback to having no function at all, if it came down to nothing compatible |
| 03:19.06 | *** join/#asterisk-dev putnopvut (n=putnopvu@c-71-228-186-75.hsd1.al.comcast.net) |
| 03:19.06 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 03:35.51 | putnopvut | I cannot be tilted so easily! |
| 03:39.22 | putnopvut | How can you whisper nothing. |
| 03:39.28 | putnopvut | And how can that nothing be sweet. |
| 03:39.40 | putnopvut | And how can anything in LPC10 be sweet |
| 03:40.52 | Corydon76-dig | all excellent questions |
| 03:45.55 | Juggie | if a tree falls in the woods and no one is there to hear it, does it make a sound? |
| 03:46.12 | putnopvut | It makes a sound that no one can hear since no one is near. |
| 03:46.55 | Corydon76-dig | If a bear takes a shit in the woods and nobody is there to smell it, is it still disgusting? |
| 03:47.47 | putnopvut | it depends on how wet a shit we're talking here. |
| 03:48.06 | Corydon76-dig | lol |
| 04:00.05 | putnopvut | What do you call a fish with no eyes? a fsh |
| 04:02.42 | putnopvut | what do you call a screwdriver without a handle? a pain in the ass to use |
| 04:18.10 | luke-jr | ... |
| 04:58.02 | codefreeze | Corydon76-dig: Sorry that fp math has been such a headache.... I doubt that anyone on earth could have done as well as you have given the mess. |
| 05:00.47 | Corydon76-dig | codefreeze: well, I appreciate that |
| 05:02.54 | Corydon76-dig | Then again, the expression parser would never have been so featureful without you finding all the math ops to add. :-) |
| 05:04.45 | codefreeze | luke-jr: I'm having trouble, reproducing that crash over the empty context. |
| 05:06.42 | luke-jr | crash? |
| 05:07.17 | codefreeze | I take it that dazza76 != luke-jr then |
| 05:09.08 | luke-jr | O.o |
| 05:09.11 | luke-jr | no, I'm luke-jr |
| 05:09.15 | luke-jr | :p |
| 05:09.45 | codefreeze | Sorry, I'm just attacking what appears to be the most serious one first. |
| 05:10.02 | luke-jr | aww |
| 05:10.12 | luke-jr | well, that's okay since I'm attacking *my* most serious one ☺ |
| 05:10.29 | codefreeze | which one is that? |
| 05:10.47 | luke-jr | the one that I commented is blocking my migration due to no workaround |
| 05:10.57 | luke-jr | how there is no way to do a Set w/o an expression |
| 05:11.41 | codefreeze | Uh, do you use Set(x=whatever); in AEL? |
| 05:11.49 | luke-jr | yes |
| 05:11.58 | luke-jr | AEL in 1.4 is putting whatever inside $[] |
| 05:12.11 | codefreeze | that should not be. |
| 05:12.16 | luke-jr | indeed |
| 05:13.03 | codefreeze | If you say simply: x = whatever; then you see it generate Set(x=$[whatever]) into the dp. |
| 05:13.17 | luke-jr | right |
| 05:13.36 | codefreeze | But in AEL, if you say Set(x=whatever); it should enter Set(x=whatever) into the dp. |
| 05:14.27 | codefreeze | I/we Depend on this behavior... if you see differently, this IS a serious bug. |
| 05:15.29 | luke-jr | well, I saw differently about 24 hours ago |
| 05:15.38 | luke-jr | now I am trying to reproduce it and not getting errors ☹ |
| 05:15.58 | luke-jr | actually, nm I think I remember where the problem was |
| 05:16.01 | luke-jr | 1 sec |
| 05:17.39 | luke-jr | hm, it's working now |
| 05:17.41 | luke-jr | odd |
| 05:18.13 | luke-jr | on to the next bug then, I guess |
| 05:18.18 | luke-jr | which was for(;;) being broken ☹ |
| 05:18.31 | luke-jr | in that the 3rd parameter is wrapped in $[], blocking macros |
| 05:18.45 | luke-jr | anyone rely on that $[]? |
| 05:19.53 | codefreeze | Well, yes, actually. Let me think. |
| 05:20.43 | luke-jr | I imagine it would break on App calls too |
| 05:20.55 | luke-jr | if it were just macros, we could check for the char being & |
| 05:22.23 | codefreeze | hmmmm. This kind of prob will disappear in AEL3. (don't mind me, I talk to myself all the time) |
| 05:23.56 | codefreeze | In trunk, I updated $[] to handle Func calls. I could easily update it to handle macro calls, think I. But this is 1.4... |
| 05:25.37 | codefreeze | Well, it's just that app & macros don't return anything. They eval to a null string, I'd imagine... |
| 05:25.53 | luke-jr | :/ |
| 05:26.09 | luke-jr | the value of arg3 is ignored... |
| 05:28.37 | luke-jr | or should be anyhow |
| 05:28.44 | codefreeze | luke-jr: this doesn't have to be a show stopper for you at the moment; you can always just do for(x;y;0){ blah...; &iterate(A);} |
| 05:30.35 | codefreeze | wait... no.... |
| 05:31.33 | codefreeze | That 3rd arg is going into a Set(), not $[] |
| 05:32.24 | luke-jr | eh? |
| 05:32.29 | luke-jr | what's being set? |
| 05:32.35 | codefreeze | Then maybe, what's best here in terms of AEL, is for you to say: |
| 05:33.14 | codefreeze | &iterator(${TRY},A); |
| 05:33.34 | luke-jr | ? |
| 05:33.42 | codefreeze | while("${A}" != "") { |
| 05:33.50 | codefreeze | blah |
| 05:34.02 | luke-jr | yeah, that's what for(;;) is supposed to do ☺ |
| 05:34.03 | codefreeze | &iterate(A); |
| 05:34.06 | codefreeze | : |
| 05:34.16 | codefreeze | } |
| 05:34.59 | codefreeze | Sure, but X and Y can do the same thing, and X is like trying to fit a square block thru a round hole, then use Y |
| 05:35.09 | luke-jr | ... |
| 05:35.19 | luke-jr | except that there is no reason that i can see to wrap arg3 of for |
| 05:35.41 | luke-jr | for(a;b;c) has *always* meant, in every language including AEL1, a;while(b)c; |
| 05:35.57 | codefreeze | It's original purpose was for stuff like for(i=0; i<3; i=i+1) |
| 05:36.22 | codefreeze | (with ${} sprinkled appropriately into the mix, of course) |
| 05:36.35 | luke-jr | which should work with normal arg3... |
| 05:37.25 | codefreeze | I'm not arguing with you here. Just letting you know. |
| 05:37.56 | luke-jr | would it be difficult to treat arg3 as a normal statement? |
| 05:38.03 | luke-jr | eg, a=b becomes a=$[b] |
| 05:38.33 | codefreeze | Handling those args to expect just certain types of exprs is kinda naive, I know. |
| 05:39.02 | codefreeze | and half of the time, ppl wouldn't want be to be wrapped with $[] |
| 05:39.18 | codefreeze | uh, b to be |
| 05:39.57 | luke-jr | I'm not arguing against the 'a=b becomes a=$[b]' atm :p |
| 05:40.12 | luke-jr | just asking if that same logic could be used in for(;;b) |
| 05:41.02 | codefreeze | Trouble is this: each of those args to for() is opaque to AEL. |
| 05:42.11 | codefreeze | They parse via a different set of lexical rules. Highly context dependent. And a big can of worms. |
| 05:43.18 | codefreeze | AEL is lucky to be able spot their beginning and end. And sometimes, if they are malformed, it doesn't do so hot finding the end. |
| 05:45.59 | luke-jr | :/ |
| 05:46.55 | codefreeze | So, rewriting a=b to be a=$[b] is not so simple. Because it would be the first time that AEL cared about what was in a chunk. |
| 05:47.12 | codefreeze | C handles it OK because C is NOT context dependent. |
| 05:47.36 | codefreeze | One set of lexical rules covers the whole language. |
| 05:48.08 | codefreeze | Dialplans are not so blessed. Yet. |
| 05:49.11 | luke-jr | the .y has a construct for 'statement'-- that can't be used? |
| 05:51.38 | codefreeze | and notice, that each arg is called "word" |
| 05:52.00 | codefreeze | which equates to an opaque string. |
| 05:53.09 | luke-jr | why? |
| 05:53.29 | luke-jr | is there a reason we can't just replace 'word' with 'statement' and make some code changes elsewhere? |
| 05:54.14 | codefreeze | Becasue the lexical rules for understanding what's in the string are different for $[] and different again for what's in ${}. It's wild. |
| 05:54.48 | codefreeze | And it's not a statement there in the args, they are exprs, to be more precise. |
| 05:55.34 | codefreeze | And asterisk's exprs don't do x=y as an assignment; they do it as a comparison |
| 05:56.21 | codefreeze | are your brains beginning to turn to mush? Mine did a long time ago over all this. |
| 05:58.29 | codefreeze | IN AEL3, ael will have exprs, and everything will be context independent. AEL will understand everything in $[] and in ${}, in a single BNF. And these sorts of complexities will all go away. |
| 05:59.39 | codefreeze | Matter of fact, ast_expr2 stuff gets absorbed into AEL, and the variable_helper stuff all gets "different". |
| 06:00.12 | codefreeze | One language to rule them all, in the codeness bind them... |
| 06:01.21 | d3wayne | wax on, wax off |
| 06:01.31 | codefreeze | But, alas, that's in the Future. You have your problem Now. |
| 06:01.41 | luke-jr | codefreeze: it *should* be statements |
| 06:01.48 | luke-jr | codefreeze: AEL1 also had statements |
| 06:01.49 | codefreeze | And d3wayne has his car to make pretty |
| 06:02.13 | d3wayne | my car is never pretty |
| 06:02.25 | luke-jr | codefreeze: all my bugs are regressions ☺ |
| 06:02.36 | luke-jr | stuff that *used to* work |
| 06:02.53 | codefreeze | luke-jr: nope. It needs desparately to be exprs. You don't want to say for(i=0; i<3; for(j=3;j<5;j=j+1)) {} |
| 06:03.45 | luke-jr | codefreeze: ... you don't *need* to support that in it :p |
| 06:05.02 | codefreeze | luke-jr: I pretty much followed the old AEL1 when I built AEL2. I'd have to see what it did... just a minute, I'll go look. |
| 06:05.12 | luke-jr | ok |
| 06:15.42 | luke-jr | hm |
| 06:15.49 | luke-jr | I suppose I could rewrite the iterators to all use counters :/ |
| 06:16.20 | luke-jr | then the problem can be put off to 1.6 |
| 06:16.51 | codefreeze | Eh, I have to figure out what build_step() did in ael1; my brain hurts, and it's late. It'd be easier to just mock up a for loop in 1.2, and see what it compiles into. |
| 06:17.41 | codefreeze | You got 1.2, you dialplan, and a running asterisk; can you just see what it compiled into? |
| 06:18.10 | luke-jr | codefreeze: sure |
| 06:21.32 | luke-jr | http://bugs.digium.com/view.php?id=10788 |
| 06:21.44 | luke-jr | last comment is what the for compiled to on 1.2 |
| 06:24.00 | luke-jr | if you look at 1.2 code, make sure it's the latest revision; older 1.2 AEL had a nasty bug in for loops too ☺ |
| 06:24.42 | codefreeze | OK, so if you put Z=${A}+1 in there, you'd get....that, and a big prob with the dialplan, I'll bet. Makes sense. |
| 06:26.33 | codefreeze | I wrapped it with Set() and thought I did everybody a favor, I guess. |
| 06:28.00 | luke-jr | except 'A' is not a number :p |
| 06:28.06 | luke-jr | in my case |
| 06:28.23 | codefreeze | Trouble is, now, hundreds of folks have generated tons of code, depending on the Set(). Hmmm. |
| 06:29.40 | codefreeze | Idea; if I scan the string, and find no =, then I leave out the set()...? |
| 06:29.59 | codefreeze | yuck, itsa hack, but... |
| 06:30.24 | luke-jr | heh |
| 06:30.26 | luke-jr | sure |
| 06:30.42 | luke-jr | are there hundreds of folks using AEL? |
| 06:30.52 | luke-jr | so often it seems I am the only one ☹ |
| 06:31.10 | codefreeze | you and Dr. Who. |
| 06:31.38 | luke-jr | who? O.o |
| 06:32.28 | codefreeze | I guess if I mimicked the giant "Face of Bo" and uttered "You are not alone" as my dying words, they would not be understood... |
| 06:32.58 | luke-jr | wtf? |
| 06:33.10 | codefreeze | lol, guess so! |
| 06:33.29 | codefreeze | luke-jr: you need to watch more BBC. |
| 06:33.53 | luke-jr | ... |
| 06:33.56 | codefreeze | no, scratch that. You need to watch Dr. Who. |
| 06:33.56 | snuff-home | hehe |
| 06:34.37 | codefreeze | So am I. My only exception over the last couple years has been Dr. Who. And that over the internet. |
| 06:34.55 | luke-jr | lol |
| 06:35.01 | luke-jr | I don't even have time to watch anime :p |
| 06:35.19 | codefreeze | I was infected with it, when I was a kid, long before I knew any better. |
| 06:36.31 | codefreeze | I watched Star Trek hot off the press, as they came out each week. I saw way too much TV. |
| 06:36.44 | luke-jr | well, so was I sortof |
| 06:36.50 | luke-jr | but not having a TV helps cure it ☺ |
| 06:37.17 | luke-jr | not having time does too |
| 06:37.32 | codefreeze | No reception here, and the reciever for the 14 ft satellite dish went kaput maybe 10 years ago. |
| 06:38.11 | codefreeze | The dish we hauled into the back yard, sort of a monument to 45db antennae. |
| 06:38.20 | luke-jr | lol |
| 06:38.31 | luke-jr | my parents did that |
| 06:38.39 | luke-jr | we ended up using it to hold targets for archery |
| 06:39.16 | codefreeze | I dream of using it to improve cell phone reception. 5 bars and away! |
| 06:39.20 | luke-jr | LOL |
| 06:39.57 | codefreeze | Or use it as a giant sound reflector. Hear what's being said a mile away! |
| 06:40.15 | luke-jr | it was solid?? |
| 06:40.26 | luke-jr | ours was more of a mesh |
| 06:40.55 | codefreeze | This thing is hundreds of pounds of fiberglass sections bolted together. Itsa marvel. |
| 06:41.05 | luke-jr | :O |
| 06:42.03 | codefreeze | The concrete base keeps it firmly attached to the ground; or the regular 50mph winds would have sent it airborne long ago. |
| 06:43.02 | luke-jr | :O |
| 06:43.07 | luke-jr | where is this?? |
| 06:43.27 | codefreeze | The windswept mountain valleys of ne wyoming. |
| 06:43.43 | codefreeze | waitaminute, nw wyoming! |
| 06:43.55 | codefreeze | It's too late to think about compass points |
| 06:44.23 | codefreeze | north of cody |
| 06:44.32 | luke-jr | to think we share a border... |
| 06:44.43 | codefreeze | where be you? |
| 06:44.49 | luke-jr | Nebraska |
| 06:45.18 | luke-jr | eh, what do I care? I just moved here |
| 06:45.18 | luke-jr | :p |
| 06:45.31 | codefreeze | actually, we make fun of the SD guys more. |
| 06:45.40 | luke-jr | ☺ |
| 06:46.18 | codefreeze | actually, no nebraska jokes at all. nebraska's no joking matter! ;) |
| 06:46.19 | luke-jr | where does one find a reasonably priced USB cable? :/ |
| 06:46.47 | luke-jr | Nebraska's pretty messed up ☹ |
| 06:46.54 | codefreeze | Walmart, but scratch the "reasonable" out of the requirements |
| 06:46.59 | luke-jr | gas company wanted us to prepay for all of winter |
| 06:47.13 | luke-jr | Walmarts are hard to come by over here ☺ |
| 06:47.33 | luke-jr | and if I didn't care about "reasonable", there's lots of possible options, I'm sure |
| 06:47.50 | codefreeze | hoo boy! prepay! Well, I've been using wood to heat the home since I moved here. I sure feel smart right now! |
| 06:48.09 | luke-jr | sarcasm? :p |
| 06:48.15 | luke-jr | wood sucks to heat a house, in my experience |
| 06:48.40 | codefreeze | Course, I have to "prepay", too, and have the wood stockpiled in the fall. 500-700 bucks worth, usually, to see us thru. |
| 06:49.13 | luke-jr | meh |
| 06:49.19 | luke-jr | why am I even looking for a local store |
| 06:49.44 | luke-jr | I'd spend more on gas to drive there than the $3.44 shipped online |
| 06:50.19 | luke-jr | maybe |
| 06:50.35 | luke-jr | wow, I finally found a place local with a decent price |
| 06:51.04 | luke-jr | In-Store Not carried in our stores |
| 06:51.05 | luke-jr | or not |
| 06:51.12 | luke-jr | screw you, CompUSA :p |
| 06:51.31 | codefreeze | Well, sorry to end this, but I'm hitting the sack. I have my first presentation done, I think, tommorrow I work hard and do a shorter CDR presentation for astricon. Then I can relax and fix bugs. Nightnight! |
| 06:52.01 | luke-jr | heh |
| 06:52.11 | luke-jr | wish I was going |
| 06:52.47 | codefreeze | aint neb in CDT? your'e even later than i am! |
| 06:53.48 | luke-jr | lol |
| 06:53.50 | luke-jr | 1:53 AM ☺ |
| 06:54.02 | luke-jr | but I'm out of a job, so I don't get time to sleep |
| 06:54.05 | luke-jr | :p |
| 06:54.47 | codefreeze | sorry to hear that. Hope all goes well. It's nice to have a pay check. I know. |
| 06:57.19 | codefreeze | bye for now! |
| 06:57.44 | luke-jr | ttyl |
| 08:01.42 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 09:29.06 | mvanbaak | anyone here ? |
| 09:29.21 | mvanbaak | 1,2,3 february astricon .nl ? |
| 09:38.11 | mvanbaak | devcon that is ;) |
| 09:42.43 | luke-jr | ... |
| 09:46.55 | mvanbaak | luke-jr: nice bug in ael there :) |
| 09:55.19 | mvanbaak | luke-jr: can I get the ael file with the for you are trying ? |
| 10:11.08 | mvanbaak | gheh, looks like download.digium.com is down |
| 10:11.08 | mvanbaak | ah, there she goes again |
| 10:11.08 | luke-jr | mvanbaak: which one? |
| 10:11.08 | mvanbaak | M10788 |
| 10:11.08 | MuffinMan | [assigned] [Asterisk] PBX/pbx_ael 0010788: for loops broken reported by Luke-Jr http://bugs.digium.com/view.php?id=10788 |
| 10:11.08 | mvanbaak | hhmm, with a normal loop it works fine |
| 10:11.08 | luke-jr | http://rafb.net/p/mW2QCY33.html |
| 10:11.08 | mvanbaak | my guess is you tried the enum lookup ael thing right ? |
| 10:11.08 | luke-jr | no |
| 10:11.08 | mvanbaak | ah |
| 10:11.08 | luke-jr | user* |
| 10:11.08 | mvanbaak | ah |
| 10:11.08 | mvanbaak | but I see no for loop in there |
| 10:11.08 | luke-jr | err |
| 10:11.08 | luke-jr | that's with a workaround :o |
| 10:11.08 | mvanbaak | lol |
| 10:11.09 | *** join/#asterisk-dev jsmith-dinner (n=jsmith@000-181-428.area3.spcsdns.net) |
| 10:11.09 | mvanbaak | I tried a simple loop, and that's working fine |
| 10:11.10 | luke-jr | for (&iterator(${TRY},A); "${A}" != ""; &iterate(A)) { |
| 10:11.10 | mvanbaak | http://www.voip-info.org/wiki/view/Asterisk+AEL2#Loops |
| 10:11.10 | mvanbaak | that one works |
| 10:11.10 | mvanbaak | and I can see why it has to use a SET |
| 10:11.10 | luke-jr | it shouldn't |
| 10:11.30 | mvanbaak | for (x=0; ${x} < 3; x=${x} + 1) { |
| 10:11.43 | luke-jr | oh |
| 10:11.43 | mvanbaak | that will do: 4. Set(x=$[${x} + 1]) |
| 10:11.45 | luke-jr | that one should |
| 10:11.48 | mvanbaak | which looks fine to me |
| 10:11.57 | luke-jr | because 'x=${x} + 1' normally adds Set |
| 10:12.02 | mvanbaak | yup |
| 10:12.09 | luke-jr | and all that |
| 10:12.17 | luke-jr | the problem is that it's adding Set() outside of that case |
| 10:12.52 | mvanbaak | that whole for line you posted gets wrong |
| 10:13.03 | mvanbaak | 1. Set(&iterator(${TRY},A)) |
| 10:13.04 | luke-jr | if all people wanted was a counter, it'd be better to give them for V in [1..n] or such |
| 10:13.07 | mvanbaak | like, eh ? |
| 10:13.22 | luke-jr | something along those lines, yea |
| 10:13.28 | mvanbaak | that cant be good neither |
| 10:13.38 | luke-jr | in 1.4, anyhow |
| 10:13.41 | luke-jr | 1.2 worked great |
| 10:13.43 | mvanbaak | so the first one should not use Set in your case neither |
| 10:14.00 | mvanbaak | 1.2 uses AEL |
| 10:14.03 | mvanbaak | 1.4 uses AEL2 |
| 10:14.30 | luke-jr | the only one that really needs to work different is the middle one |
| 10:24.19 | mvanbaak | meh, the whole thing is messed up |
| 10:47.29 | mvanbaak | it's not possible to use a macro there |
| 10:53.15 | snuff-home | macros are so 1.2/1.4.. its all gosub in trunk ;) |
| 10:54.21 | mvanbaak | snuff-home: this is about a for loop in AEL2 using a macro for the start and increment |
| 10:54.59 | snuff-home | quite happy with std dialplan actions |
| 10:58.19 | mvanbaak | I converted my stuff to AEL some time ago |
| 11:01.23 | snuff-home | with my stuff all in db.. not likely to change to ael |
| 11:04.11 | mvanbaak | ah, no |
| 11:08.22 | snuff-home | thinking about removing my reliance on realtime.. make it func_odbc reads |
| 11:09.59 | tzafrir_home | looking ofr ideas: |
| 11:10.53 | tzafrir_home | I want to write a script to automatically package a version of zaptel from svn. I figure that for Asterisk the problem is basically the same: |
| 11:12.09 | tzafrir_home | I want the name of the tarball to be zaptel-<current version>.9.svn.<svnrev> or something similar |
| 11:12.56 | tzafrir_home | That is: something just about larger than current version (but smaller than following one) and should also include the svn rev. |
| 11:13.20 | tzafrir_home | How do I know what is the "current version" (e.g: 1.4.5) from an svn branch? |
| 11:13.33 | mvanbaak | you dont |
| 11:13.50 | mvanbaak | the asterisk release script needs you to give the last release |
| 11:14.12 | mvanbaak | mkrelease asterisk <previous release> <new release> |
| 11:15.49 | tzafrir_home | So I wonder is there is actually a point to keep that information in the svn |
| 11:16.36 | tzafrir_home | hmmm... what happens with zaptel 1.4.5.1 ... this breaks every simple ordering I have in mind |
| 11:16.46 | tzafrir_home | (the fourth number) |
| 11:16.57 | mvanbaak | nah, I dont think you will need that info in svn |
| 11:17.25 | tzafrir_home | The alternative is to have that embedded in the script somehow |
| 11:17.33 | tzafrir_home | Or really complicate its execusion |
| 11:19.26 | tzafrir_home | The thing is that I need a proper tarball with a proper version number for our standard testing procedures. We currently have wierd ways of produicng those |
| 11:20.56 | tzafrir_home | An uglier workaround is to maintain an external translation table |
| 11:21.11 | tzafrir_home | in the script |
| 11:22.47 | mvanbaak | cant you do a svn ls on the zaptel tags dir ? |
| 11:22.57 | mvanbaak | sort it, and that way you can find the latest release |
| 11:23.10 | tzafrir_home | But I don't want to asusme I use HEAD |
| 11:23.22 | tzafrir_home | hmm, right. I can use that rev |
| 11:23.25 | tzafrir_home | nice |
| 11:23.44 | mvanbaak | indeed |
| 11:24.30 | tzafrir_home | I still need to know the major version. But I have no problem hardwiring 1.4 for now |
| 11:30.27 | mvanbaak | why cant you make that a param for the script ? |
| 11:30.36 | mvanbaak | that makes it way more flexible |
| 11:33.18 | tzafrir_home | it's not flexible. The information is already there. |
| 11:33.32 | tzafrir_home | What if I give the wrong parameter? |
| 11:33.58 | tzafrir_home | The parameter I have in mind is -r --rev <REV> |
| 12:07.24 | *** part/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-230-95.dsl.irvnca.pacbell.net) |
| 12:22.15 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-230-95.dsl.irvnca.pacbell.net) |
| 12:28.42 | tzafrir_home | svn ls http://svn.digium.com/svn/zaptel/tags | grep 1.2 | cut -d . -f 3 | tr -d / | sort -n | tail -n 1 |
| 12:29.12 | tzafrir_home | (using 1.2, as it gives me an opportunity to check how version numbers fair) |
| 12:29.35 | tzafrir_home | Nice. Thanks mvanbaak |
| 12:34.16 | *** part/#asterisk-dev dseeb_ (n=dcb@CPE-124-179-242-169.vic.bigpond.net.au) |
| 12:35.38 | *** join/#asterisk-dev steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 12:48.37 | mvanbaak | ur welcome |
| 13:12.38 | *** join/#asterisk-dev ManxPower (n=manxpowe@71-8-61-95.dhcp.leds.al.charter.com) |
| 13:18.02 | tzafrir_home | So now we'll be able to get rid of those .xpp tarballs |
| 13:22.57 | Corydon76-dig | Morning |
| 13:34.39 | *** join/#asterisk-dev wunderkin (n=wunderki@ip72-223-86-126.ph.ph.cox.net) |
| 13:51.00 | *** join/#asterisk-dev mashroom_ (n=tasty@CBL217-132-83-30.bb.netvision.net.il) |
| 13:57.00 | *** join/#asterisk-dev tsurko (n=tsurko@213.91.216.130) |
| 14:09.47 | *** join/#asterisk-dev tuxd00d (n=tuxinato@128.187.154.118) |
| 14:11.34 | Corydon76-dig | tzafrir_home: you're working today? |
| 14:11.57 | tzafrir_home | not really working |
| 14:12.28 | tzafrir_home | But no, I generally have no issue with Yom Kipur |
| 14:12.51 | Corydon76-dig | I was thinking double whammy |
| 14:13.02 | Corydon76-dig | Yom Kippur, plus Sabbath |
| 14:13.19 | *** join/#asterisk-dev elixer (n=sbright@md85f36d0.tmodns.net) |
| 14:13.51 | Corydon76-dig | Morning, elixer |
| 14:13.57 | elixer | ahh |
| 14:14.01 | elixer | just the man i wanted to talk to |
| 14:14.12 | Corydon76-dig | Oh, crud |
| 14:14.18 | elixer | heh |
| 14:14.25 | Corydon76-dig | What'd I break? |
| 14:14.30 | elixer | should be simple, but i know very little about the build system |
| 14:14.50 | elixer | when i compiled with DEBUG_THREADLOCALS turned on, utils/check_expr.c and utils/hashtest2.c fail to build |
| 14:15.01 | elixer | in trunk |
| 14:15.14 | elixer | well, they fail to link |
| 14:15.20 | Corydon76-dig | That would be a question for codefreeze |
| 14:15.25 | elixer | i think because main/threadstorage.c needs to build first |
| 14:15.30 | elixer | damn it |
| 14:15.42 | elixer | for some reason i thought check_expr was yours |
| 14:15.46 | elixer | all this math talk |
| 14:16.27 | Corydon76-dig | No, I was addressing Brian Capouch's need to have Asterisk compile more cleanly on his OpenWRT platform |
| 14:16.36 | elixer | ah. |
| 14:16.51 | Corydon76-dig | and in the process broke the FreeBSD build, which is what I was fixing last night |
| 14:16.57 | elixer | gotcha |
| 14:17.00 | elixer | well then |
| 14:17.44 | elixer | codefreeze: make trunk build with DEBUG_THREADLOCAL defined (re: utils/check_expr.c and utils/hashtest2.c) |
| 14:17.45 | Corydon76-dig | codefreeze is the master of expression parsing, though |
| 14:18.15 | Corydon76-dig | elixer: it might be the Sabbath for codefreeze, too, I don't know |
| 14:18.32 | elixer | its fine |
| 14:18.38 | elixer | i removed them from the build and its fine |
| 14:19.05 | codefreeze | elixer: removed what from the build...? |
| 14:19.22 | elixer | check_expr.c and hashtest2.c |
| 14:19.25 | elixer | locally |
| 14:19.50 | elixer | they fail to link when DEBUG_THREADLOCAL defined |
| 14:20.03 | codefreeze | interesting. |
| 14:20.14 | elixer | because they use the ast_str* functions |
| 14:20.26 | elixer | which in turn uses the threadstorage stuff |
| 14:20.29 | Corydon76-dig | probably just a missing module in the link |
| 14:20.32 | elixer | assuming DEBUG_THREADLOCL is defined |
| 14:21.46 | elixer | well i tried adding ../main/threadstorage.o to the check_expr target line in the utils/Makefile |
| 14:21.50 | elixer | but then got other errors, so |
| 14:22.05 | elixer | commenting them out at least let me build |
| 14:22.08 | Corydon76-dig | Right, other dependencies of the dependency |
| 14:22.44 | elixer | right |
| 14:25.36 | elixer | xirc on osx is pretty sexy |
| 14:25.51 | elixer | better than mirc on my windows box, anyway |
| 14:30.37 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 14:40.39 | tzafrir_home | well, eventually the snippet I wrote here turned out to be incorrect. But if anybody needs this script, give me a call |
| 14:44.42 | codefreeze | elixer: hmmm. what os are ya building on? |
| 14:45.43 | Corydon76-dig | elixer: fixed |
| 14:45.53 | Corydon76-dig | codefreeze: svn update |
| 14:47.54 | codefreeze | fastest build problem solver in the west... er, east, I guess. |
| 14:48.16 | elixer | Corydon76-dig: thank you my friend |
| 14:48.46 | Corydon76-dig | codefreeze: heh |
| 14:48.49 | Corydon76-dig | elixer: yw |
| 14:53.58 | mvanbaak | back |
| 14:55.41 | elixer | Corydon76-dig: works like a charm |
| 14:59.53 | codefreeze | nope, fastest build problem solver in the WEST. (as in hemisphere) |
| 15:02.17 | mvanbaak | codefreeze: in AEL2 you cant use a macro in the for() stuff right ? |
| 15:03.32 | codefreeze | mvanbaak: not right now, but I'm considering doing a check for '=', and not wrapping with Set() if there are none... |
| 15:03.56 | mvanbaak | yeah, that would be nice |
| 15:04.38 | mvanbaak | would fix 10788 as well ;) |
| 15:04.56 | mvanbaak | I've been looking at the code, but cant find out how to detect if it's a macro |
| 15:05.18 | mvanbaak | in 1.2 it worked, but pbx_ael.c there is ugly |
| 15:06.36 | *** join/#asterisk-dev elixer (n=sbright@md85f36d0.tmodns.net) |
| 15:06.57 | mvanbaak | btw, any idea if kevin will be online anytime soon ? |
| 15:07.09 | mvanbaak | I can always send him a mail of course |
| 15:07.29 | Corydon76-dig | Kevin is probably in Phoenix and will be rather busy all week |
| 15:07.40 | Corydon76-dig | Astricon, you know |
| 15:07.42 | mvanbaak | ok, thnx |
| 15:07.50 | mvanbaak | ah yeah. DUH |
| 15:08.03 | mvanbaak | I wanted to talk to him about a devcon in .nl |
| 15:45.33 | *** join/#asterisk-dev elixer (n=sbright@m585f36d0.tmodns.net) |
| 16:02.58 | JunK-Y | hes already there? |
| 16:05.28 | Corydon76-dig | Well, Russell flew out yesterday, I think |
| 16:06.07 | file | he went to SC |
| 16:06.49 | Corydon76-dig | file: when are you leaving? |
| 16:06.55 | file | Kevin arrives in phoenix Monday |
| 16:07.03 | file | Monday |
| 16:12.38 | Corydon76-dig | vague and undetermined state? |
| 16:13.10 | d3wayne | morning all :-) |
| 16:13.28 | file | I need to hop to the bank |
| 16:13.39 | d3wayne | I'm transferring telemarketers into my louie louie loop |
| 16:20.13 | Corydon76-dig | d3wayne: I think murf's phone tree is the system to beat |
| 16:27.11 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 16:39.14 | Juggie | russellb doesnt get into phoenix until monday |
| 16:39.28 | Juggie | so far as i recall our conversation |
| 16:39.31 | Juggie | i get in monday as well |
| 16:39.34 | *** join/#asterisk-dev moy (n=moyhu@dsl-200-67-110-110.prod-empresarial.com.mx) |
| 16:40.30 | *** join/#asterisk-dev puzzled (n=patrick@53536BB3.cable.casema.nl) |
| 17:04.28 | mvanbaak | ello |
| 17:04.41 | Cresl1n | Corydon76-dig: !!!!! |
| 17:04.49 | Corydon76-dig | Cresl1n: !!!!!! |
| 17:05.43 | Corydon76-dig | "The Art of Electronics" |
| 17:06.08 | mvanbaak | does anyone know wether RedHat enterprise linux desktop edition can run apache2 and mysql ? |
| 17:06.28 | Corydon76-dig | Might be my ticket to learning something about what the hardware guys do |
| 17:06.56 | Corydon76-dig | mvanbaak: can, yes |
| 17:07.05 | tzafrir_home | mvanbaak, RHEL4 WS included apache IIRC. But my memory is not that clear. In the worst case just get them from CentOS... |
| 17:07.35 | Corydon76-dig | "up2date apache2 mysql" |
| 17:14.37 | mvanbaak | ah, ok |
| 17:14.47 | mvanbaak | my boss wants RHEL5 WS |
| 17:20.58 | codefreeze | Corydon76-dig: the "Art" of electronics? As in art? like paintings? |
| 17:22.58 | Corydon76-dig | http://www.google.com/products?q=0521370957 |
| 17:23.56 | Corydon76-dig | I suspect it's similar in vein to Knuth's book |
| 17:43.47 | codefreeze | wow. looks good. |
| 17:46.48 | codefreeze | mvanbaak: Try AEL in 1.4/trunk now... your prob should be fixed. I hope. |
| 17:48.59 | codefreeze | mvanbaak: just saw your commit in commits about the first arg, also.... |
| 17:53.47 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) |
| 17:54.06 | festr_ | hello, i've in queue (1.4svn) Local/21@mycontext members which sometimes get stuck in (In use) state. reload app_queue.so resets its status to Not in use. Any idea? any known bug? |
| 17:56.21 | *** join/#asterisk-dev snuff-work (n=bradl@61.29.30.137) |
| 17:57.35 | festr_ | it seems http://bugs.digium.com/view.php?id=8407 is my issue |
| 18:01.01 | festr_ | i've post some notes |
| 18:06.43 | ManxPower | festr_: there was a bug at some point (I don't know if it was fixed) where, if an agent transfers a call that the agent received via a queue, the agent is still considered "in use" until the transfered call ends. |
| 18:08.29 | ManxPower | I believe it had something to do with call-limit. |
| 18:21.09 | mvanbaak | codefreeze: :) |
| 18:21.20 | mvanbaak | codefreeze: I think a good testcase is the enum macro for AEL1 |
| 18:21.43 | mvanbaak | for (&somemacro(bla); something; &iterator) |
| 18:21.47 | mvanbaak | or something like that |
| 18:46.06 | *** join/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 18:46.06 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 19:33.31 | festr_ | ManxPower: and there was also bug, when wrupuptime was set to 0 |
| 19:34.26 | festr_ | ManxPower: but my issue is not when transfering. maybe i should test it if |
| 19:34.44 | festr_ | transfer is the cause of in use |
| 19:35.23 | festr_ | http://bugs.digium.com/view.php?id=8407 is the place where others have the same problem |
| 19:42.48 | codefreeze | mvanbaak: try 1.4 now; I'm dickering over what I have to do with trunk right now, but will be done there in a few minutes. |
| 19:46.08 | tzafrir_home | Corydon76-dig, still here? |
| 19:46.17 | Corydon76-dig | Yep |
| 19:48.11 | tzafrir_home | I'm looking at http://bugs.digium.com/view.php?id=10791 . |
| 19:48.55 | tzafrir_home | The bug report seems to be correct in that the code in question is not called from an interrupt |
| 19:49.21 | tzafrir_home | http://svn.digium.com/view/zaptel/branches/1.4/zaptel-base.c?view=diff&r1=1468&r2=1469 |
| 19:49.31 | tzafrir_home | Any idea what this was about? |
| 19:52.26 | Corydon76-dig | tzafrir_home: oh, yeah, we called it from both places at one time |
| 19:52.35 | Corydon76-dig | The code was restructured since |
| 19:55.14 | tzafrir_home | Nice. Some code to remove. I like it. But I guess it'll wait a bit. |
| 20:08.19 | *** join/#asterisk-dev mashroom_ (n=tasty@89-138-160-132.bb.netvision.net.il) |
| 20:33.40 | *** part/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-230-95.dsl.irvnca.pacbell.net) |
| 20:37.44 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-68-120-230-95.dsl.irvnca.pacbell.net) |
| 20:48.27 | *** join/#asterisk-dev tsurko (n=tsurko@78.90.100.214) |
| 21:22.41 | *** join/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 21:33.00 | *** join/#asterisk-dev luke-jr (n=luke-jr@2002:48ce:72ec:0:20e:a6ff:fec4:4e5d) |
| 21:49.09 | *** part/#asterisk-dev Cresl1n (i=matt@nat/digium/x-e5d22208c7ff8540) |
| 21:57.53 | jmls | man, I have had a day from hell. I'll be writing up what happened, and asking a _lot_ of questions - but not tonight. I need to sleep. |
| 21:58.25 | jmls | I never thought that moving a * server from one floor to another would give me such a pita |
| 21:58.52 | jmls_dying | goodnight all |
| 22:01.38 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 22:02.58 | tzafrir_home | hmmm.... asterisk on my laptop hangs at startup |
| 22:03.24 | tzafrir_home | starting it without -p or removing chan_gtalk "solve" the problem |
| 22:03.50 | tzafrir_home | 1.4.11 |
| 22:18.13 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 22:26.27 | mvanbaak | codefreeze: good work :) |
| 22:37.54 | codefreeze | mvanbaak: good. I'll be working on *'s in #include in AEL this coming week. Its a bit complicated. |
| 22:47.20 | *** join/#asterisk-dev wedhorn (n=nwedhorn@dsl-58-6-89-11.act.westnet.com.au) |
| 22:47.28 | mvanbaak | ok |
| 22:47.39 | mvanbaak | I'll be upgrading my home system to trunk tomorrow |
| 22:47.58 | mvanbaak | and setup a couple of softphones to test various patches on mantis |
| 22:48.05 | mvanbaak | some stuff has been there way too long |
| 22:48.24 | mvanbaak | is it ok if I update a couple of patches that no longer apply to trunk ? |
| 22:48.53 | mvanbaak | we cant bug the reporters because we did not have time to commit their stuff |
| 22:50.51 | JunK-Y | mvanbaak: if you have time, feel free to update these patches. |
| 22:55.10 | mvanbaak | JunK-Y: I planned tomorrow for work on asterisk. All other projects have stuff pending and need testing |
| 22:55.26 | mvanbaak | so yeah, I think I can spent some time on updating patches tomorrow |
| 22:56.19 | mvanbaak | another question: I'm not officially a dev for asterisk, but there's one issue I really want to work on. Can I assign that one to me ? |
| 22:56.51 | mvanbaak | M8925 |
| 22:56.52 | MuffinMan | [new] [Asterisk] Documentation 0008925: [post-1.4] CLI command audit reported by blitzrage http://bugs.digium.com/view.php?id=8925 |
| 22:57.23 | mvanbaak | fix a lot of inconsistency stuff in the CLI command stuff |
| 22:59.25 | codefreeze | mvanbaak: the privilege of working on a free software project, is to work on what YOU feel needs it most. Let me know when it's done, I'll review it... |
| 22:59.43 | mvanbaak | codefreeze: :) |
| 23:00.06 | mvanbaak | ok, I'll assign this 8925 to me if you agree |
| 23:00.15 | codefreeze | goforit |
| 23:00.33 | codefreeze | was it unassigned? |
| 23:00.54 | mvanbaak | yup |
| 23:01.01 | codefreeze | then its yours |
| 23:01.25 | mvanbaak | and file left a comment he agrees with the changes as long as the old stuff is marked deprecated |
| 23:01.53 | mvanbaak | it's now assigned to me :) |
| 23:08.42 | *** join/#asterisk-dev yannj_fr (n=yannj@vpn.intelunix.fr) |
| 23:12.08 | ManxPower | he might have changed his mind in the past 7 months. 8-| |
| 23:13.27 | mvanbaak | lol |
| 23:13.34 | mvanbaak | nah, dont think so |
| 23:16.10 | yannj_fr | hi everybody |
| 23:16.21 | mvanbaak | hey |
| 23:16.30 | yannj_fr | alles goed? |
| 23:18.18 | mvanbaak | zeker. en met jou ? |
| 23:18.32 | yannj_fr | ook goed |
| 23:19.19 | mvanbaak | mooi |
| 23:20.31 | yannj_fr | zonnige dag! |
| 23:21.22 | mvanbaak | zeker. lekker in de tuin aan het werk geweest |
| 23:22.51 | mvanbaak | ok, time to watch the movie 'shooter' |
| 23:23.02 | mvanbaak | I'll be back tomorrow to finally do some work on * |
| 23:23.03 | mvanbaak | :) |
| 23:23.29 | mvanbaak | I'll test your updates in AEL tomorrow codefreeze |
| 23:23.29 | yannj_fr | ik heb niet un tuin :-( |
| 23:23.45 | mvanbaak | going to try the enumlookup macro that's on the wiki |
| 23:24.06 | mvanbaak | that one uses a macro for both the first and third arg in a for statement |
| 23:24.41 | mvanbaak | yannj_fr: I have 250 square meters garden. And I hate gardening. so it's not perfect ;) |
| 23:25.16 | mvanbaak | latero all ! |
| 23:25.25 | yannj_fr | mvanbaak : better than a 20 square meter flat! |
| 23:41.58 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |