| 01:55.59 | *** join/#asterisk-dev acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com) |
| 13:32.14 | *** join/#asterisk-dev Marquis42 (~Marquis42@d14-69-130-192.try.wideopenwest.com) |
| 14:28.38 | *** join/#asterisk-dev newtonr (~newtonr@173-21-146-94.client.mchsi.com) |
| 14:28.38 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:00.43 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 15:08.45 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 15:08.45 | *** mode/#asterisk-dev [+o ChanServ] by asimov.freenode.net |
| 15:12.25 | *** join/#asterisk-dev neuroxdnb (6dfc48b5@gateway/web/freenode/ip.109.252.72.181) |
| 15:12.37 | neuroxdnb | Hi! |
| 15:14.13 | neuroxdnb | I`ve found a way to use asterisk with selinux without 100% CPU, and found a mistake in a code. I am not programmer, just system administrator, so i need your help to patch it. Please, respond. |
| 15:16.34 | gtjoseph | What and where was the mistake? |
| 15:17.29 | neuroxdnb | my english isnt good, but i try. |
| 15:18.55 | neuroxdnb | i cannot spend a lot of time with irc, is there have another way to discuss about it? |
| 15:19.35 | gtjoseph | The asterisk-users mailing list or https://community.asterisk.org |
| 15:19.56 | neuroxdnb | Thank you! |
| 15:20.13 | gtjoseph | No problem |
| 15:20.42 | gtjoseph | Here's the link to the mailing list: http://lists.digium.com/mailman/listinfo/asterisk-users |
| 15:21.05 | neuroxdnb | Thanks! I will choice this way. |
| 15:22.37 | neuroxdnb | Why not asterisk-dev? |
| 15:25.09 | gtjoseph | We try to use asterisk-dev for for discussion about the actual development of asterisk, not necessarily bugs. |
| 15:32.18 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d004995bbbea2fbe5c1.ipv6.abo.wanadoo.fr) |
| 15:40.03 | *** join/#asterisk-dev Marquis42 (~Marquis42@d14-69-130-192.try.wideopenwest.com) |
| 16:26.38 | *** join/#asterisk-dev babak_ (uid19622@gateway/web/irccloud.com/x-uihdcxxxxyndqrbn) |
| 16:42.48 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 17:23.16 | *** join/#asterisk-dev libardi (~kvirc@179.159.8.239) |
| 17:29.16 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 17:29.17 | *** join/#asterisk-dev Tim_Toady (~fuzzy@snf-33276.vm.okeanos.grnet.gr) |
| 17:29.17 | *** join/#asterisk-dev cbanta (~cbanta@74.117.189.108) |
| 17:41.33 | *** join/#asterisk-dev leedm777 (~textual@50-81-28-152.client.mchsi.com) |
| 18:10.52 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 18:25.23 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 18:42.53 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 18:54.18 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 18:54.18 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 18:59.09 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 18:59.09 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:31.53 | *** join/#asterisk-dev leedm777 (~textual@50-81-28-152.client.mchsi.com) |
| 21:12.15 | *** join/#asterisk-dev leedm777 (~textual@50-81-28-152.client.mchsi.com) |
| 21:47.51 | *** join/#asterisk-dev leedm777 (~textual@50-81-28-152.client.mchsi.com) |
| 22:13.42 | *** join/#asterisk-dev neuroxdnb (~neuroxdnb@ppp109-252-72-181.pppoe.spdop.ru) |
| 22:14.28 | *** join/#asterisk-dev neuroxdnb (~neuroxdnb@ppp109-252-72-181.pppoe.spdop.ru) |
| 22:19.39 | *** join/#asterisk-dev acidfu_ (~acidfoo@24-212-247-227.cable.teksavvy.com) |
| 23:24.56 | file | gtjoseph, hrmph |
| 23:25.05 | gtjoseph | what? |
| 23:25.24 | file | there's a new backtrace on that just filed PJSIP issue |
| 23:25.59 | gtjoseph | my favorite: pj_atomic_dec_and_get |
| 23:26.17 | gtjoseph | ok, time for some serious investigation. |
| 23:26.33 | file | probably because the tx data is getting double decremented |
| 23:27.35 | file | wouldn't surprise me if ASTERISK-26384 is the same |
| 23:33.33 | gtjoseph | hmmm. ASTERISK-26384 looks a little different and i'm not sure they're using bundled. |
| 23:34.00 | gtjoseph | if they were we'd see more debug info |
| 23:35.41 | file | very very strange though |
| 23:36.32 | gtjoseph | qft |
| 23:39.38 | file | hum |
| 23:39.57 | file | so, it's outbound registration |
| 23:41.16 | file | PJSIP rev 5353 |
| 23:41.28 | file | is between 2.5.1 and 2.5.5 |
| 23:41.44 | gtjoseph | so it went in with 1.5.5 |
| 23:41.47 | gtjoseph | 2.5 |
| 23:41.50 | gtjoseph | 2.5.5 |
| 23:42.28 | file | few more potentially |
| 23:42.37 | file | 5352 too |
| 23:42.50 | file | but 5353 feels more... |
| 23:43.12 | file | possible. |
| 23:53.37 | file | has_tsx is manipulated without the lock held, but I don't think that should matter... |
| 23:54.14 | gtjoseph | well, it could |
| 23:54.23 | gtjoseph | i guess |
| 23:55.35 | gtjoseph | if has_tsx was set true after it was set false already once |
| 23:55.44 | gtjoseph | damn i can't look at the code right now. i |
| 23:56.02 | gtjoseph | i'm helping a friend migrate from chan_sip to chan_pjsip. :) |