| 02:37.38 | *** join/#asterisk-dev jsmith-away (~jsmith@fedora/jsmith) |
| 02:37.38 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 05:25.06 | Kobaz | there's some horrible problem with callerid in 1.8.3.3 |
| 05:25.52 | Kobaz | http://pastebin.com/QCDb0X7a |
| 05:26.34 | Kobaz | and then later on chan sip will deadlock |
| 05:27.46 | russellb | nasty, if you can post that to a bug report and email me, i can ask richard to look into that |
| 05:27.59 | russellb | not sure when exactly given that our whole county seems to be without power .... |
| 05:28.16 | Kobaz | oh |
| 05:28.23 | Kobaz | no power is bad |
| 05:28.37 | russellb | yeah. |
| 05:28.44 | Kobaz | yeah i'm seeing if i can find a fix |
| 05:28.47 | Kobaz | but i'll post it up |
| 05:28.54 | russellb | thanks :-) |
| 05:28.58 | russellb | fixes are even better of course |
| 05:29.09 | Kobaz | i started having problems with 1.6.0.19 doing a daily core restart when convenient |
| 05:29.30 | Kobaz | some days it dosn't come back up, it's missing dialplan modules 'module did not register' |
| 05:29.52 | Kobaz | so i was switching stuff around, figured since i'm upgrading the hard drives and monkeying with this backup server anyway, might as well try another upgrade |
| 05:30.06 | Kobaz | they were in production for about 4 hours and then the deadlocks kicked in |
| 05:30.49 | Kobaz | first moh went dead which is what usually happens when i try and upgrade |
| 05:31.02 | Kobaz | and then sip deadlocked... trying to reproduce it all |
| 05:32.12 | russellb | k, well let me know if there is something I/we can do ... |
| 05:32.17 | Kobaz | will do |
| 05:32.24 | russellb | goes to sleep |
| 05:32.40 | russellb | & |
| 07:11.04 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:46.52 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.206.10) |
| 09:12.58 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:fd40:a5a7:165c:3ee7) |
| 10:37.20 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 10:37.20 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:05.22 | *** join/#asterisk-dev jeremy_g (jeremy_g@c-daa0e755.022-186-73746f3.cust.bredbandsbolaget.se) |
| 11:29.38 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:38.40 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:47.49 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 12:37.45 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:fd40:a5a7:165c:3ee7) |
| 12:42.55 | *** join/#asterisk-dev Freeaqingme_ (~dolf@dsl-083-247-011-232.solcon.nl) |
| 12:43.14 | Freeaqingme_ | russellb, are you there? |
| 12:54.31 | *** join/#asterisk-dev e_dot_zilla99 (~e_dot_zil@8.224.32.34) |
| 12:58.10 | *** join/#asterisk-dev Freeaqingme| (~dolf@dsl-083-247-011-232.solcon.nl) |
| 13:05.37 | leifmadsen | Freeaqingme: I know he's out of town this week, so he might not be online for a bit |
| 13:05.52 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 13:06.07 | Freeaqingme| | leifmadsen, ah, kk |
| 13:06.23 | Freeaqingme| | well, I'll ping him some time later then |
| 13:06.53 | Freeaqingme| | the thing is, the AMI api use \r\n\r\n as a delimiter for each message, except for the first |
| 13:07.12 | *** join/#asterisk-dev cVsup (~cVsup@189.83.144.228) |
| 13:12.06 | leifmadsen | true |
| 13:12.37 | Freeaqingme| | now I'm not sure if that's by design, whether it earns a bugreport, and whether such a bug (if any) should be fixed for BC reason |
| 13:19.14 | leifmadsen | whenever you are talking to the manager you basically signify that you're done sending the message with \r\n\r\n |
| 13:19.33 | leifmadsen | Action: Login\r\n |
| 13:19.39 | leifmadsen | Username: foo\r\n |
| 13:19.43 | leifmadsen | Secret: bar\r\n |
| 13:19.46 | leifmadsen | \r\n |
| 13:19.59 | leifmadsen | <Reponse goes here> |
| 13:20.13 | leifmadsen | that is by design |
| 13:21.16 | Freeaqingme| | Yes, but first message is something like Asterisk Callmanager/1.1\r\n |
| 13:23.42 | Freeaqingme| | with only \r\n whereas the rest uses \r\n\r\n |
| 13:26.20 | leifmadsen | ok, that might be something you coudl bring up on #asterisk-dev |
| 13:26.36 | leifmadsen | that is technically a change in functionality and could potentially break existing installs (even if it is "technically" correct) |
| 13:27.04 | Freeaqingme| | you mean the mailinglists? |
| 13:27.23 | leifmadsen | so that is something that should be discussed by the community to determine how we should handle it, or even bother, as the potential to break existing systems is high |
| 13:28.47 | Freeaqingme| | since this channel /is/ #asterisk-dev, I assume you mean the dev mailinglists? |
| 13:36.27 | *** join/#asterisk-dev ixyd_ (~denzs@carbon.gonicus.de) |
| 13:36.43 | *** join/#asterisk-dev rogersja (~RogersJa@S0106000f6695039f.gv.shawcable.net) |
| 13:42.10 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 13:44.04 | seanbright | why is it a problem that the first message is not delimited by more than one CRLF? |
| 13:45.00 | seanbright | it also isn't of the form "Name: Value" |
| 13:45.08 | seanbright | but i don't see what that is a problem |
| 13:45.15 | seanbright | s/what/why/ |
| 13:46.27 | seanbright | Freeaqingme|: to answer your original question: |
| 13:46.30 | seanbright | it's by design |
| 13:46.36 | seanbright | doesn't earn a bug report |
| 13:46.46 | seanbright | should not be 'fixd' |
| 13:46.51 | seanbright | s/xd/xed/ |
| 13:47.08 | jsmith | It's an identification header, not a response |
| 13:47.13 | jsmith | They're different things... |
| 13:47.15 | seanbright | right... a banner |
| 13:47.19 | Freeaqingme| | I understand |
| 13:47.30 | seanbright | k |
| 13:47.49 | Freeaqingme| | it's just that when writing a method that reads from the socket, it would be convenient to have the same delimiters used everywhere |
| 13:48.04 | seanbright | the same delimiters are used everywhere |
| 13:48.21 | seanbright | you just have to read passed the banner first |
| 13:48.50 | seanbright | are you writing an AMI library? |
| 13:48.57 | Freeaqingme| | yeah, which is what I began with, "everything except the first line". But I can see the reasoning, and it's no biggie really |
| 13:48.59 | Freeaqingme| | yes |
| 13:49.05 | seanbright | in what language? |
| 13:49.11 | Freeaqingme| | php |
| 13:49.13 | seanbright | nice |
| 13:49.25 | Freeaqingme| | it's meant to end up in the zend framework |
| 13:49.36 | seanbright | function readMessage($socket, $numberOfCrLfs = 2) { |
| 13:49.40 | seanbright | there you go |
| 13:49.41 | seanbright | :-) |
| 13:49.49 | seanbright | ahh, fancy |
| 13:50.36 | Freeaqingme| | but, I'm bugging the asterisk mailinglists about that when I'm done with a prototype. I've also been buzzing in the zf community, but nobody there knows a bit about asterisk |
| 13:52.42 | *** join/#asterisk-dev MuffinMan (~muffinman@asterisk/issue-tracker-bot/muffinman) |
| 13:56.12 | ixyd_ | hi, iam trying to update my asterisk from 1.4 to 1.8 - and iam using the M() parameter of the dial application to communicate with a webservice when the channels are bridged, for this i am using an ael written macro, now in 1.8 the ael compiler seems to not generate a s,1 extensions so it is not working anymore?! http://pastebin.com/Bk19zHZZ (ael and compiled output) has the ael compiler changed in a way like that and iam just to dumb to find the corr |
| 13:58.58 | russellb | Freeaqingme|: seanbright: In short, I agree, no bug report. If we were starting from scratch, I'd put \r\n\r\n, but now that it is and has been that way for forever, it's not too painful to leave it alone. |
| 13:59.47 | seanbright | meh... if we were starting from scratch it wouldn't be a text protocol |
| 13:59.54 | Freeaqingme| | russellb, yeah, I was thinking though that with a newer version perhaps you should allow to specify a version of the api to use somehow (and if none is specified fall back to the old one), so you're not stuck forever with BC restraints |
| 14:03.24 | seanbright | how would you specify a version before the banner is sent? |
| 14:04.54 | Freeaqingme| | you wouldnt. But you could have a version attribute with the login action |
| 14:05.03 | seanbright | well that wouldn't help you |
| 14:05.08 | Freeaqingme| | so that you do: Login: Action\r\nVersion: 1.2 |
| 14:05.08 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:05.13 | seanbright | since the banner with one \r\n would have already been sent |
| 14:05.21 | Freeaqingme| | and that a definition of version 1.2 is that you can ignore everything sent before the loginheaders were sent |
| 14:06.10 | seanbright | sounds like a lot of work for very little (if any) gain |
| 14:06.18 | Freeaqingme| | yeah, I wouldnt do it for just this |
| 14:06.42 | Freeaqingme| | but it would be a way to some time introduce versioned api's without breaking old ones |
| 14:20.45 | *** join/#asterisk-dev pabelanger (~pabelange@50.22.5.41-static.reverse.softlayer.com) |
| 14:20.46 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:49.05 | ixyd_ | is there any documentation about the ael compiler in 1.8, especially why the s-extension is compild to ~~s~~ and why some apps dont care and some do? |
| 14:54.13 | ixyd_ | or maybe is there a difference in the way ¯oname() calls a macro and the way the M()-option of the Dial app calls a macro? |
| 14:54.13 | ixyd_ | in my case the macro called by ¯oname works fine, but the similiar macro called by Dial(...,M(macroname)) doesnt work |
| 14:58.37 | Marquis42 | ixyd_: M() calls regular dialplan macros(i.e., as used with the Macro() application), whereas AEL has its own notion of "macros". In newer versions (1.6.0, 1.6.1? I forget for certain) AEL began compiling its ¯oname-style macros into GoSub calls. |
| 15:01.20 | ixyd_ | @marquis42 very interesing! thank you! do you have any further information on this? or maybe a hint how to make M() accept my ael macro? |
| 15:05.56 | Marquis42 | It won't, you will need to begin using teh U() option instead to execute a GoSub. |
| 15:07.28 | Marquis42 | FWIW, we should probably take this to #asterisk as this isn't really a -dev question. I'm not usually there, but I'll go ahead and join so we can continue. |
| 15:10.28 | *** join/#asterisk-dev elguero (~miguel323@174.141.211.66.inaddr.G4.NET) |
| 15:31.58 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 15:41.47 | ixyd_ | anyone knows the reason for https://issues.asterisk.org/view.php?id=19151 not to appear under "My View" in mantis?i reported the issue and i even monitor it?! |
| 16:04.48 | leifmadsen | ixyd_: no idea |
| 16:04.51 | leifmadsen | cached page? |
| 16:05.14 | leifmadsen | are you in the "Asterisk" project? |
| 16:05.22 | leifmadsen | top right |
| 16:05.33 | leifmadsen | you need to be in the project the issue is reported under, or "All" |
| 16:05.39 | ixyd_ | aaaah i see! :) |
| 16:05.44 | leifmadsen | yep |
| 16:05.50 | ixyd_ | thats it! thank you! :) |
| 16:10.19 | leifmadsen | np :) |
| 16:10.23 | leifmadsen | I've spent a couple of hours on there |
| 16:18.38 | *** join/#asterisk-dev Freeaqingme_ (~dolf@dsl-083-247-011-232.solcon.nl) |
| 18:04.28 | seanbright | Marquis42: is issue 18737 the same as issue 18350? |
| 18:04.31 | MuffinMan | [ready for review] [Asterisk] Channels/chan_sip/Subscriptions 0018737: [patch] MWI subscription to remote server crashes during parse reported by cmaj https://issues.asterisk.org/view.php?id=18737 |
| 18:09.25 | Marquis42 | seanbright: yes |
| 18:09.35 | *** join/#asterisk-dev elguero (~miguel323@174.141.211.66.inaddr.G4.NET) |
| 18:09.58 | seanbright | cool |
| 19:19.31 | *** join/#asterisk-dev citywok (~citywok@67-134-194-33.dia.static.qwest.net) |
| 19:50.37 | *** join/#asterisk-dev elguero (~miguel323@66.211.140.17) |
| 20:05.54 | snuff-home | i hear of some bad tornados hit that area.. hope u lot are safe |
| 20:19.42 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 20:21.19 | anonymouz666 | I just saw on CNN website, the storm, how are people from alabama ? |
| 20:27.18 | *** join/#asterisk-dev joshaidan (~brianj@S0106001c1023e838.tb.shawcable.net) |
| 20:45.11 | Corydon76-home | Any ETA on origsvn coming back up? |
| 20:45.33 | Corydon76-home | anonymouz666: last I heard, which was yesterday evening, county-wide power outage |
| 20:49.10 | Corydon76-home | http://www.huffingtonpost.com/2011/04/28/huntsville-al-tornado-video_n_854921.html |
| 20:55.03 | Corydon76-home | Nevermind about origsvn... http://blog.al.com/breaking/2011/04/tva_damage.html |
| 20:55.50 | Corydon76-home | National news is focused on Birmingham, which is why I didn't know of Huntsville's extensive damage until now. |
| 20:55.52 | leifmadsen | Corydon76-home: ya, origsvn won't be online till next week |
| 20:56.07 | seanbright | think of all of the patches that will be ready to commit by then |
| 20:56.09 | seanbright | it's glorious |
| 20:56.11 | leifmadsen | :) |
| 20:56.21 | leifmadsen | quick! everyone start doing code reviews! |
| 20:56.28 | Corydon76-home | Heh |
| 20:58.09 | Corydon76-home | I'm surprised the lists are still working |
| 20:58.33 | leifmadsen | true |
| 20:58.46 | leifmadsen | they may go down tomorrow evening if the generator fuel runs out |
| 21:19.33 | *** join/#asterisk-dev datachomper (~Adium@173-28-22-246.client.mchsi.com) |
| 21:44.10 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 21:45.34 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 22:46.11 | *** join/#asterisk-dev Sipster (~Sipster@modemcable143.199-202-24.mc.videotron.ca) |