| 03:20.46 | blitzrage | ok... I can't tell if this is a configuration issues or not... but I've seen this a couple times now: phone_1 --> asterisk_A --> asterisk_B --> phone_2. Phone_2 is ringing, but no ringing indication is making it back to Phone_1 (all SIP) |
| 03:21.54 | blitzrage | oh wtf... that's twice now that the 2nd try it works on... |
| 04:12.04 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 04:12.04 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 06:00.25 | *** join/#asterisk-bugs ZX81 (n=ZX81@202.20.97.211) |
| 08:21.17 | *** join/#asterisk-bugs infobot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 08:21.17 | *** topic/#asterisk-bugs is Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Goodbye 1.2. We'll miss you. Maybe. -=- Overall issue count: >360 -=- Monitor new reports in #asterisk-commits |
| 10:37.50 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:41.42 | *** join/#asterisk-bugs Victor_Yure (n=aaa@postfix.tradein.com.br) |
| 14:45.04 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:45.04 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 15:04.24 | *** join/#asterisk-bugs Alboa (n=alex@host81-149-28-177.in-addr.btopenworld.com) |
| 15:04.32 | Alboa | Hi |
| 15:05.47 | Alboa | I've got a backtrace from a segfault |
| 15:06.19 | Alboa | should I post it here first or register a bug on http://bugs.digium.com/? |
| 15:07.03 | Qwell | search for an existing bug first, then if one doesn't exist, open one |
| 15:07.05 | blitzrage | go ahead and register a bug -- is the backtrace from the latest version of Asterisk 1.4, and is asterisk compiled with DONT_OPTIMIZE? |
| 15:07.39 | Alboa | 1.4.16 and I did a make menuconfig to select DONT_OPTIMIZE |
| 15:08.41 | blitzrage | coolio |
| 15:11.57 | Alboa | I can't spot anything similar on http://bugs.digium.com, but perhaps I'm not searching very well |
| 15:12.12 | blitzrage | if all else fails, someone will mark it as a duplicate :D |
| 15:12.14 | Qwell | where is it crashing? |
| 15:12.25 | Alboa | Core was generated by `/usr/sbin/asterisk -f -vvvg -c'. |
| 15:12.25 | Alboa | Program terminated with signal 11, Segmentation fault. |
| 15:12.25 | Alboa | #0 0x08080c45 in __ast_pthread_mutex_trylock (filename=0x814a8f3 "channel.c", l |
| 15:12.25 | Alboa | <PROTECTED> |
| 15:12.25 | Alboa | 390 int canlog = strcmp(filename, "logger.c") & t->track; |
| 15:12.55 | Qwell | doesn't look familiar |
| 15:13.13 | Qwell | unless it's the one file fixed the other day, with trylock crashing, or whatever... |
| 15:13.24 | Qwell | Alboa: would you be willing to try the latest code from svn? |
| 15:14.46 | Alboa | as in from the 1.4 svn branch? |
| 15:14.50 | Qwell | yes |
| 15:15.03 | Alboa | I don't see why not |
| 15:15.43 | Alboa | you'll have to give me a little while. I've made a small mod to chan_sip.c which might need to be remerged. |
| 15:16.10 | Qwell | if it's easily reproducible, I would highly recommend not using any patches |
| 15:16.57 | Alboa | reprodible easily enough when using >20 sip channels and lots of calls for 30 minutes or so |
| 15:17.06 | Qwell | ahh.. |
| 15:17.48 | Alboa | the patch is really quite small |
| 15:18.00 | Alboa | maybe I should post it here in case I'm doing something really dumb |
| 15:18.31 | Qwell | now, I'm not going to say "your patch is probably causing it", but it would be nice to rule it out |
| 15:19.03 | Qwell | all too often, we've seen bug reports that worked themselves out, after the reporter realized it was his patch causing it |
| 15:19.20 | Alboa | fair enough |
| 15:19.36 | Qwell | (it's quite unfortunate when that happens too, because they rarely mention that it's a patched system) |
| 15:20.11 | Qwell | if you'd like to post the patch on the bug, that might help too |
| 15:20.26 | Alboa | well I wouldn't want to waste your time so here ir comes ... |
| 15:20.33 | Alboa | --- /home/alex/asterisks/asterisk-1.4.16/channels/chan_sip.c 2007-12-18 18:29:39.000000000 +0000 |
| 15:20.33 | Alboa | +++ channels/chan_sip.c 2007-12-20 10:15:56.000000000 +0000 |
| 15:20.33 | Alboa | @@ -11106,6 +11106,17 @@ |
| 15:20.33 | Alboa | <PROTECTED> |
| 15:20.33 | Alboa | <PROTECTED> |
| 15:20.33 | Alboa | <PROTECTED> |
| 15:20.35 | Alboa | + } else if (strncasecmp(c, "application/isup",16) == 0) { |
| 15:20.37 | Alboa | + /* SIP Embedded ISUP */ |
| 15:20.39 | Alboa | + ast_verbose("SIP Embedded ISUP received\n"); |
| 15:20.41 | Alboa | + //TODO IF SUSPEND HANGUP |
| 15:20.43 | Alboa | + ast_queue_hangup(p->owner); |
| 15:20.45 | Alboa | + /*struct ast_frame f = { AST_FRAME_DTMF, }; |
| 15:20.47 | Alboa | + f.subclass = 'A'; |
| 15:20.49 | Alboa | + f.len = 1000; |
| 15:20.51 | Alboa | + ast_queue_frame(p->owner, &f);*/ |
| 15:20.53 | Alboa | + transmit_response(p, "200 OK", req); |
| 15:20.55 | Alboa | + return; |
| 15:20.57 | Alboa | <PROTECTED> |
| 15:20.59 | Alboa | <PROTECTED> |
| 15:21.14 | blitzrage | Alboa: --> please use a pastebin next time: www.pastebin.ca |
| 15:21.16 | Qwell | looks fine |
| 15:21.24 | file | WELL, it's not exactly fine |
| 15:21.40 | blitzrage | you're missing a closing */ are you not? |
| 15:21.44 | file | it is possible for p->owner to be NULL |
| 15:21.51 | Qwell | is it? O.o |
| 15:21.58 | blitzrage | struct ast_frame |
| 15:22.04 | blitzrage | oh nevermind |
| 15:22.06 | blitzrage | found the close |
| 15:22.25 | file | Alboa: that is exactly your issue... |
| 15:22.34 | *** join/#asterisk-bugs jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:22.34 | file | so do an if (p->owner) before ast_queue_hangup(p->owner); |
| 15:22.39 | *** join/#asterisk-bugs Victor_Yure (n=aaa@postfix.tradein.com.br) |
| 15:23.10 | Alboa | that makes sense |
| 15:23.11 | Alboa | cheers |
| 15:23.37 | Alboa | I'd been running with the patch for a couple of months without issue |
| 15:23.42 | Alboa | guess I just got lucky |
| 15:25.44 | Alboa | I'd almost forgotten about it |
| 15:27.38 | Alboa | looks as if I need to clear out some old test code from the patch as well |
| 15:28.13 | Alboa | anyway ... |
| 15:28.18 | Alboa | Thanks for your help |
| 15:28.29 | Alboa | much appreciated |
| 15:54.41 | *** join/#asterisk-bugs monkeytype (n=Bill@nat/digium/x-c7fe546856177e4a) |
| 16:15.03 | *** join/#asterisk-bugs putnopvut (n=putnopvu@nat/digium/x-a34d44fb9cf1cbbe) |
| 16:15.03 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 16:15.16 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:15.16 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 16:16.32 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 16:57.36 | Juggie | russellb, i can into your twin last night |
| 16:57.39 | Juggie | only it was a she. |
| 16:58.12 | russellb | ... |
| 16:58.12 | russellb | what? |
| 16:58.23 | russellb | s/can/ran/ i assum |
| 16:58.25 | russellb | then it makes sense |
| 16:59.14 | Juggie | oh ya ran |
| 16:59.32 | Juggie | typo. |
| 18:52.08 | blitzrage | I've seen like 3 Kenny clones |
| 18:55.48 | putnopvut | ... |
| 19:12.59 | *** join/#asterisk-bugs infobot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 19:12.59 | *** topic/#asterisk-bugs is Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Goodbye 1.2. We'll miss you. Maybe. -=- Overall issue count: >360 -=- Monitor new reports in #asterisk-commits |
| 19:28.32 | *** join/#asterisk-bugs miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 20:20.25 | *** join/#asterisk-bugs d1mas (n=chatzill@ip195.117.adsl.wplus.ru) |
| 20:20.41 | d1mas | hi everybody |
| 20:21.24 | d1mas | file: just curious if you had any chance to think about t38insanity ?... |
| 20:25.00 | jsmith | russellb: Hey, this d-channel fixup you just checked in... any chance a similar problem exists in 1.2? (Not that you care... but I do!) |
| 20:25.26 | putnopvut | d1mas: For what it's worth, I haven't heard from file all day. I'm not sure if he's around. |
| 20:25.52 | d1mas | russelb: quick question regarding chan_iax issue you just closed. It looks like peer won't be built under these conditions (sin == null) |
| 20:26.14 | d1mas | putnopvut: thanks for the information |
| 20:28.41 | russellb | jsmith: no, it would not exist in 1.2 |
| 20:29.26 | d1mas | russellb: I mean issue 11606. From your fix it looks like var will be NULL at the end so the next check will return NULL from realtime_peer. At the same time I'm looking at rev 93625 of branches/1.4/channels/chan_iax2.c and from the code I see it will actually build peer under the same conditions. |
| 20:30.57 | d1mas | russellb: ohh.. please disregard. Misunderstood the code |
| 20:32.34 | d1mas | btw it wasn't "a potential" segfault. it was very real :=) and crashed our production three times... |
| 20:38.35 | d1mas | Who should I talk regarding zaptel kernel drivers? I need help with 11188 - just some guidance where to dig further... |
| 20:39.10 | russellb | M11188 |
| 20:39.11 | MuffinMan | [assigned] [Zaptel] wctdm24xxp 0011188: CPU load spikes every 10 seconds reported by dimas http://bugs.digium.com/view.php?id=11188 |
| 20:39.19 | russellb | contact support@digium.com |
| 20:39.27 | russellb | they can bug the right people internally |
| 20:39.49 | d1mas | ok, thanks |
| 21:09.12 | d1mas | One more thing before I go to sleep :) I have already emailed -dev but there were no response. It is regarding how collection of digits for WaitExtan works. What applications actually use the fact that if it returns >0, pbx_run will start collecting digits and making jump ? |
| 21:17.27 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 21:45.15 | file | reports of my death have been widely uh... well no reports have been reported as such... blast |
| 21:45.28 | file | d1mas: I have been working on other things |
| 21:45.34 | file | it's on my lower priority list |
| 21:55.31 | d1mas | file: I understand. Well, I mostly interested about your thoughts (I wrote you mine) rather thanactual implementation. I could even develop some parts myself |
| 21:55.54 | d1mas | mine=my |
| 22:31.04 | d1mas | file: btw, had you a chance to look at my "proposal" ? |
| 22:32.27 | file | no, like I said right now it's rather low on my list |
| 22:33.20 | file | it's in the proper folder though so it won't get lost |
| 22:35.12 | d1mas | file: ok :) As I said I could do at least part of the work myself, but for thins I need some kind of agreement with you regarding the architecture |
| 22:36.07 | d1mas | because if I implement something as I see it and you will later say "this is not really good idea because of following: ..." it will be pity, you know :) |
| 23:23.37 | blitzrage | putnopvut: moving it didn't work for you? |
| 23:23.46 | blitzrage | even after a make distclean? |
| 23:23.51 | blitzrage | let me see if it works for me again |
| 23:24.09 | blitzrage | (fyi: putnopvut and I were having a convo in the wrong channel -- we're discussion 11437) |
| 23:25.37 | blitzrage | putnopvut: hrmmm... works for me still |
| 23:29.04 | putnopvut | I'll try a distclean. |
| 23:35.12 | putnopvut | The distclean did the trick! |
| 23:35.20 | putnopvut | It compiled! YAY! |
| 23:36.04 | putnopvut | All right, I'll go ahead and commit the change, and put a comment in the source about why the IMAP stuff is included where it is. |
| 23:36.40 | blitzrage | sweet! |
| 23:36.45 | blitzrage | another closed bug |
| 23:37.33 | blitzrage | wonder how many bugs I've reported... :) |
| 23:37.44 | russellb | i can tell you |
| 23:37.57 | blitzrage | wow 73 |
| 23:42.14 | putnopvut | M11437 |
| 23:42.15 | MuffinMan | [closed] [Asterisk] Applications/app_voicemail 0011437: Compiling Asterisk --with-imap support fails reported by blitzrage http://bugs.digium.com/view.php?id=11437 |