| 00:50.00 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.89.23) |
| 01:07.11 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 01:43.00 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 02:09.14 | *** join/#asterisk-dev pabelanger-lap (~pabelange@2607:f2c0:a000:166:21a:73ff:fe3f:1711) |
| 02:37.46 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 02:54.08 | *** join/#asterisk-dev pabelanger-lap (~pabelange@206-248-185-92.dsl.teksavvy.com) |
| 03:13.06 | *** join/#asterisk-dev pabelanger-lap (~pabelange@206-248-185-93.dsl.teksavvy.com) |
| 03:33.31 | *** join/#asterisk-dev guilhermebr (~Guilherme@187.113.34.69) |
| 03:40.11 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@76.164.43.75) |
| 06:24.33 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 07:04.16 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 07:20.23 | *** join/#asterisk-dev oej (~olle@79.138.215.58.bredband.tre.se) |
| 07:20.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:20.47 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:19.35 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:19.35 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:09.11 | *** join/#asterisk-dev frawd (~francois@210.Red-88-24-190.staticIP.rima-tde.net) |
| 10:26.54 | *** join/#asterisk-dev pabelanger-lap (~pabelange@2607:f2c0:a000:166:21a:73ff:fe3f:1711) |
| 10:37.45 | *** join/#asterisk-dev pentanol (~Unknown@91.195.60.231) |
| 11:14.23 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.50.119.172) |
| 11:25.34 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:30.12 | *** part/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:30.31 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 11:33.07 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 11:38.03 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 11:38.03 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:38.09 | guilhermebr | I wrote a module to check portability, every call run the app and make a SELECT sql query. MySQL connection happens in load_module. but when i load my module, asterisk show this error: |
| 11:38.19 | guilhermebr | res_config_mysql.c:639 mysql_reconnect: MySQL RealTime: Ping failed (2006). Trying an explicit reconnect. |
| 11:38.51 | guilhermebr | and after a time, asterisk stop answer the invites |
| 11:42.17 | guilhermebr | someone has an idea why interfere with res_config_mysql? |
| 11:46.32 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:46.32 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:54.58 | wdoekes2 | guilhermebr: wild guess: you're both using the libmysql and you're not freeing some resource properly |
| 12:01.08 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 12:07.13 | guilhermebr | wdoekes2, well I gonna test dinamically allocate... tnks! |
| 12:15.37 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 12:17.34 | guilhermebr | wdoekes2, i lock mysql ( ast_mutex_lock(&mysql_lock);) every select query... can this cause the error? |
| 12:21.52 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 13:07.23 | *** join/#asterisk-dev chazzam (~chazz@173-24-237-15.client.mchsi.com) |
| 13:08.18 | *** join/#asterisk-dev diegomad (~mad@190.147.221.78) |
| 13:20.39 | guilhermebr | i make changes and errors persist... |
| 13:21.08 | guilhermebr | someone can help? this is the code http://pastebin.com/Av6uCLhY |
| 13:21.22 | guilhermebr | i can't see the problem =[ |
| 13:23.25 | russellb | why not just use func_odbc |
| 13:24.26 | russellb | I don't see why you need a C module for this |
| 13:24.48 | russellb | in fact, there are a ton of error conditions this code doesn't handle that using the existing DB interfaces would handle for you |
| 13:27.30 | russellb | you also have some problems with thread safety, SQL injection, and potential buffer overflows ... |
| 13:27.41 | russellb | anyway, just use func_odbc, heh |
| 13:29.21 | guilhermebr | russellb, my server has 180/200 concurrent calls, each call calling this module |
| 13:29.41 | guilhermebr | my server crash all the time (i have a agi for portability) |
| 13:30.09 | guilhermebr | and each agi open connection with mysql |
| 13:31.33 | jsmith | guilhermebr: I too suggest you just use func_odbc |
| 13:31.38 | jsmith | guilhermebr: It scales much better than AGI |
| 13:32.35 | kpfleming | or at least switch to FastAGI used pooled connections from an AGI server |
| 13:33.16 | russellb | indeedy |
| 13:34.30 | *** join/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-ofgasjythjuoaszu) |
| 13:38.10 | guilhermebr | well i will try use func_odbc.. usually i don`t use odbc in the middle of asterisk and mysql... i think this cause a overhead. But if you say! thank you |
| 13:38.36 | jsmith | guilhermebr: It's not nearly as much overhead as using AGI! |
| 13:38.48 | Deeewayne | overhead > crashes |
| 13:38.53 | russellb | AGI without pooled connections, even |
| 13:39.16 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 13:39.43 | russellb | and if you're using AGI, I also wonder why you wouldn't just write your queries there instead of in this C module |
| 13:39.49 | russellb | but *shrugs* annnnnyway |
| 13:40.13 | russellb | hopefully you get it all worked out. |
| 13:41.12 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 13:46.20 | guilhermebr | russellb, the intention to write C module was to learn write asterisk modules... and solve the problem of mysql connections |
| 13:46.22 | guilhermebr | thank you all! I will do my tests now |
| 13:48.25 | kpfleming | guilhermebr: you'd probably be better off to write your AGI as a server (FastAGI-style) in C if you want to write in C, and then handle the pooling of the MySQL connections in that server |
| 13:56.04 | guilhermebr | kpfleming, I never used fastagi .. but reading here, I liked! can be even better |
| 14:02.01 | guilhermebr | shit... fastagi solve my life! i see many possibilities! =X |
| 14:11.11 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:12.40 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:12.40 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:17.50 | anonymouz666 | I read somewhere that now you can disable the EC from the dialplan |
| 14:17.54 | anonymouz666 | what version that was included? |
| 14:20.34 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:20.34 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:21.25 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:22.52 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/developer/jpeeler) |
| 14:22.52 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:35.23 | chazzam | anonymouz666: looks like 1.8 |
| 14:41.01 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:41.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:41.04 | *** join/#asterisk-dev ixyd (~denzs@carbon.gonicus.de) |
| 14:41.08 | ixyd | hey guys, iam trying to send faxes via sip/t.38 through the 1.8-svn from yesterday and iam wondering that the asterisk is reinviting to alaw after a couple of pages...can you tell me why the asteirsk is doing so? any hints would be great! :) |
| 14:43.32 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:43.32 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:44.59 | pabelanger | ixyd: #asterisk |
| 14:45.38 | ixyd | #asterisk: [TK]D-Fender> ixyd: #asterisk-dev < |
| 14:45.39 | ixyd | ;) |
| 15:01.15 | *** join/#asterisk-dev moy (~moy@209.117.177.35) |
| 15:25.24 | ixyd | for my above mentioned t.38 problem: http://pastebin.com/xhF0n74C it looks like a session timer?! expires, which makes the asterisk reinvite the call legs....any ideas on this? |
| 15:32.37 | *** join/#asterisk-dev modsaid (~modsaid@82.201.210.162) |
| 15:35.42 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 15:37.56 | *** join/#asterisk-dev frawd (~francois@210.Red-88-24-190.staticIP.rima-tde.net) |
| 15:38.44 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:38.45 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:41.07 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 15:49.16 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 15:49.16 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 15:52.11 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 15:53.09 | *** join/#asterisk-dev oej (~olle@95.209.106.251.bredband.tre.se) |
| 15:53.09 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:50.16 | eliel | Corydon76-dig: ping |
| 17:10.42 | Corydon76-dig | eliel: pong |
| 17:11.31 | eliel | Corydon76-dig: when creating the translator provider i have found that we will show the time in microseconds for one seconds of audio, and we won't be able to change it with the API, is that correct? |
| 17:12.24 | Corydon76-dig | The time is in microseconds, yes. The only thing you can change is the number of seconds of audio with which the calculation is performed |
| 17:13.11 | eliel | yes, so i will "hardcode" the number of seconds of the sample to one |
| 17:13.34 | Corydon76-dig | The longer the audio, the less likely it is that some caching information will cause the calculation to be misleading for translations purposes |
| 17:14.05 | eliel | ok |
| 17:14.07 | eliel | thanks |
| 17:14.23 | Corydon76-dig | but the longer the audio, the longer it takes to do the calculation, obviously. |
| 17:16.00 | eliel | i think that command is always run as default, at least is what i do |
| 17:16.05 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 17:16.30 | *** join/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-bszczkpbvzhjghfq) |
| 17:17.56 | eliel | we could have statistics of the common cli commands run on production environments for usability purposes... |
| 17:18.05 | eliel | just a though |
| 17:24.48 | Corydon76-dig | Well, the information contained in the calculation is cached, and I think the GET should simply retrieve the cached value |
| 17:26.21 | eliel | thanks for the tip |
| 17:37.43 | *** join/#asterisk-dev j4m3s (~j4m3s_@65.97.134.190.nw.nuvox.net) |
| 18:33.30 | eliel | Corydon76-dig: calling every translation (from: ulaw to: gsm for example) a "path" is correct? |
| 18:44.17 | Corydon76-dig | The translation utilizes a translation path, but the translation is not a path itself |
| 18:45.39 | Corydon76-dig | That is, the path is a plan and a translation is a utilization of that plan |
| 18:46.43 | Corydon76-dig | The point of our O(n^3) algorithm is to find the most efficient path between any two points |
| 18:47.42 | Corydon76-dig | Recall graph theory and realize that it's a directed graph |
| 18:48.13 | Corydon76-dig | (That is, the length of the path from A to B is not necessarily the same as the length of the path from B to A) |
| 18:54.51 | russellb | \o/ O(n^3) |
| 18:55.02 | russellb | that's what I call awesome algorithmic performance |
| 18:55.33 | eliel | mmm |
| 18:55.37 | Corydon76-dig | Well, but it does it the right way. When a new node is added to the graph, a recalculation is done at that time, and the results are cached for later usage |
| 18:56.22 | eliel | ok, so how i should call the tree nodes ? (/asterisk/core/translations -> and inside it what.... ) :) |
| 18:57.14 | Corydon76-dig | One optimization that could be done is to only do recalculation for those nodes whose existing paths reference one of the paths implemented by the registered codec. |
| 18:57.46 | Corydon76-dig | Well, not one of the paths, but one of the nodes in that 2-node path |
| 18:58.41 | Corydon76-dig | eliel: I'd say /asterisk/core/translations/[from-codec]/[to-codec]/ |
| 18:59.54 | eliel | so, one node should be: <gsm><ulaw>20</ulaw><alaw>20</alaw><g722>50</g722></gsm> (in xml form) |
| 19:00.00 | Corydon76-dig | If someone queries for a path that doesn't exist, return a special value, like -1. |
| 19:02.18 | Corydon76-dig | What do you think? |
| 19:03.50 | Corydon76-dig | I'd almost include another node in there... <gsm><ulaw><cost>20</cost><direct>yes</direct></ulaw></gsm> |
| 19:04.44 | Corydon76-dig | Where 'direct' is a boolean that means whether the translation path utilizes a single codec backend or not |
| 19:05.09 | kpfleming | just include an element that indicates the number of steps in the path |
| 19:05.22 | Corydon76-dig | That would work |
| 19:05.26 | eliel | ok! |
| 19:05.49 | eliel | thanks! |
| 19:08.02 | Corydon76-dig | Maybe even specify the path used |
| 19:30.27 | *** join/#asterisk-dev kkm (~kkm@76.91.228.152) |
| 19:54.17 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@75-92-150-245.war.clearwire-wmx.net) |
| 20:03.21 | *** join/#asterisk-dev pabelanger (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 20:03.49 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 21:07.08 | *** join/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 21:19.01 | wedhorn | leifmadsen: thanks for assigning M17770 :< Are there any elastix people that can help us get trunk on an elastix box |
| 21:19.03 | MuffinMan | [feedback] [Asterisk] Channels/chan_skinny 0017770: Asterisk is restarted to make a single ring reported by salecha https://issues.asterisk.org/view.php?id=17770 |
| 21:19.30 | wedhorn | -- without hosing everything else |
| 21:21.35 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 21:43.57 | wedhorn | leifmadsen: can you please close M17770, thanks |
| 21:43.59 | MuffinMan | [feedback] [Asterisk] Channels/chan_skinny 0017770: Asterisk is restarted to make a single ring reported by salecha https://issues.asterisk.org/view.php?id=17770 |
| 21:49.39 | leifmadsen | wedhorn: done! |
| 21:50.21 | wedhorn | thanks |
| 21:58.40 | *** join/#asterisk-dev obnauticus (~obnauticu@about/windows/regular/obnauticus) |
| 22:34.49 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 22:34.49 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 22:56.59 | *** join/#asterisk-dev miguel3239 (~miguel323@ns1.nashuacs.com) |
| 23:01.20 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 23:01.20 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:18.25 | *** join/#asterisk-dev ecrane (~ecrane@o1-69-19-166-10.static.o1.com) |
| 23:42.18 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |