| 01:11.44 | pabelanger | created 2 new issue against testsuite, but filled them under Asterisk. Are we planning on creating a new sub-project for mantis? |
| 01:22.05 | *** join/#asterisk-dev diegomad (~mad@190.158.77.2) |
| 02:19.32 | *** join/#asterisk-dev diegomad (~mad@190.158.77.2) |
| 02:27.26 | *** join/#asterisk-dev pabelanger (~pabelange@CPE001fe2a8fd1d-CM0012254094b2.cpe.net.cable.rogers.com) |
| 03:17.47 | *** join/#asterisk-dev diegomad (~mad@190.158.77.2) |
| 03:43.07 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 03:43.07 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- IAX2 is now RFC 5456. |
| 03:46.37 | *** join/#asterisk-dev elguero (~miguel323@h-68-167-124-171.cmbrmaor.static.covad.net) |
| 03:52.28 | *** join/#asterisk-dev pabelanger (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 04:56.37 | *** join/#asterisk-dev blshrestha (~blshresth@202.70.87.202) |
| 05:06.30 | *** part/#asterisk-dev blshrestha (~blshresth@202.70.87.202) |
| 05:19.59 | *** join/#asterisk-dev felipe_ (~felipe@my.nada.kth.se) |
| 08:01.28 | *** join/#asterisk-dev MAbbas (~abbas@203.215.177.194) |
| 08:02.08 | MAbbas | my asterisk 1.6.2.7 crashed with following error message. ERROR[26774]: astobj2.c:321 __ao2_ref: refcount -1 on object 0xb7659ff0 |
| 08:02.11 | MAbbas | any idea? |
| 08:17.23 | *** join/#asterisk-dev sgimeno (~chatzilla@226.Red-80-33-64.staticIP.rima-tde.net) |
| 08:40.22 | *** join/#asterisk-dev hehol (~Adium@ip-78-94-0-76.unitymediagroup.de) |
| 08:40.27 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-101-155-51.cinci.res.rr.com) |
| 08:49.47 | snuff-work | MAbbas: follow the guidelines for getting a backtrace from doc/backtrace.txt |
| 08:50.16 | snuff-work | especially if u can easily reproduce the error, log a bug report on issues |
| 10:58.58 | *** join/#asterisk-dev iscario (~quassel@laureades.davout.pck.nerim.net) |
| 10:59.52 | *** join/#asterisk-dev iscario (~quassel@laureades.davout.pck.nerim.net) |
| 11:12.42 | *** join/#asterisk-dev ccesario (~ccesario@189-19-6-236.dsl.telesp.net.br) |
| 11:16.24 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:16.24 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:39.46 | *** join/#asterisk-dev eliel (~eliels@200.43.6.244) |
| 11:39.46 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:02.55 | *** join/#asterisk-dev caio1982 (~caio1982@CAcert-br/caio1982) |
| 12:49.38 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:06.56 | *** join/#asterisk-dev pabelanger (~pabelange@CPE0013f7abc09a-CM0013f7abc096.cpe.net.cable.rogers.com) |
| 13:18.18 | pabelanger-away | morning all |
| 13:22.59 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:22.59 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:27.56 | *** join/#asterisk-dev rickead (~richard@hq.ipbase.co.uk) |
| 13:30.55 | rrb3942 | morning |
| 14:04.55 | *** join/#asterisk-dev Deeewayne (~dwayne@75-150-14-49-Atlanta.hfc.comcastbusiness.net) |
| 14:04.55 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 14:06.03 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:06.03 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:17.45 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:17.45 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:31.36 | *** join/#asterisk-dev hugorebelo (~hugo@200-171-132-124.completo.com.br) |
| 14:37.00 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:37.00 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:44.59 | *** join/#asterisk-dev moy (~moy@bas1-unionville55-1177733627.dsl.bell.ca) |
| 14:48.48 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:56.42 | *** join/#asterisk-dev jpeeler (~jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:56.42 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:11.05 | *** join/#asterisk-dev marv (~timr@router.asteriasgi.com) |
| 15:18.22 | *** join/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 15:26.38 | *** join/#asterisk-dev CunningPike (~CunningPi@204.239.8.157) |
| 15:28.50 | *** join/#asterisk-dev Netgeeks (~chris@173.11.68.155) |
| 15:33.40 | *** join/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 15:39.45 | *** join/#asterisk-dev puzzled_ (~patrick@puzzled.xs4all.nl) |
| 15:40.10 | *** join/#asterisk-dev frawd (~francois@81.32.115.125) |
| 15:40.26 | *** join/#asterisk-dev iscario (~quassel@laureades.davout.pck.nerim.net) |
| 15:40.42 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 15:40.42 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 15:41.29 | *** join/#asterisk-dev iscario (~quassel@LMontsouris-156-24-36-77.w217-128.abo.wanadoo.fr) |
| 15:59.31 | pabelanger_ | Is there any specific reason res_adsi.so cannot be unloaded? |
| 15:59.43 | pabelanger_ | unload_module: /* Can't unload this once we're loaded */ |
| 16:00.32 | russellb | mostly because it hasn't been implemented |
| 16:00.40 | russellb | but for good reason - that module doesn't have a way to know if it's being used or not |
| 16:01.17 | russellb | some protection would have to be implemented if unloading were to be supported |
| 16:01.31 | pabelanger_ | russellb: Ok, was just curious. Working on a test case and it was failing. |
| 16:01.36 | russellb | gotcha. |
| 16:02.19 | kpfleming | that's called an 'expected failure' :-) |
| 16:03.23 | pabelanger_ | kpfleming: will have to be, for now. |
| 16:37.12 | *** join/#asterisk-dev akshayb (~b49531e2@gateway/web/freenode/x-txutbmgbrdhvjfvj) |
| 16:38.45 | pabelanger_ | Seems there is no good way to unload res_calendar.so (Soft unload failed, 'res_calendar.so' has use count 1) once it is loaded and forcing it will coredump. |
| 16:39.03 | pabelanger_ | What is the best way to track down 'who' is using a module? |
| 16:47.59 | philipp64 | so... about 15370... can we look at it again? |
| 16:48.04 | Corydon76-dig | pabelanger: Actually, IT is |
| 16:48.06 | philipp64 | M15370 |
| 16:48.09 | MuffinMan | [confirmed] [Asterisk] Core/BuildSystem 0015370: [patch] Repeatedly building the asterisk directory repeatedly downloads the sounds files reported by pprindeville https://issues.asterisk.org/view.php?id=15370 |
| 16:48.33 | Corydon76-dig | pabelanger: See very last statement in load_module in res_calendar.c |
| 16:48.43 | pabelanger_ | Corydon76-dig: will do |
| 16:49.18 | Corydon76-dig | pabelanger_: what it probably should do is have the dependent modules take out references to the res_calendar module, and remove them when they're unloaded |
| 16:49.39 | *** join/#asterisk-dev davidbrillert (~aragon125@h216-235-8-130.host.egate.net) |
| 16:51.34 | pabelanger_ | Corydon76-dig: Is there an existing modules that currently does this? I'd like to see how that is done. |
| 16:53.06 | pabelanger_ | Corydon76-dig: Actually, I should be able to see that using doxygen |
| 16:54.09 | Corydon76-dig | main/translate.c does that |
| 17:01.12 | Corydon76-dig | Has to happen in the registration routine |
| 17:27.55 | *** join/#asterisk-dev dsfr (~dsfr@pdpc/sponsor/digium/dsfr) |
| 17:39.30 | *** join/#asterisk-dev eliel (~eliels@201.234.94.226) |
| 17:39.30 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 17:47.34 | *** join/#asterisk-dev vally (~vally@ip-109-90-253-92.unitymediagroup.de) |
| 18:06.22 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 18:06.57 | jmls | Corydon76-dig: ping |
| 18:28.46 | jmls | whistles while he works .. |
| 18:43.11 | *** join/#asterisk-dev chazzam (~chazz@173-24-238-25.client.mchsi.com) |
| 19:07.38 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 19:11.05 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 19:11.50 | *** join/#asterisk-dev diegomad (~mad@190.146.200.120) |
| 19:20.56 | tzafrir_laptop | Qwell, I see that configure.ac in trunk still has AST_EXT_LIB_SETUP_DEPENDENT([PRI_VERSION] |
| 19:21.02 | tzafrir_laptop | Any reason not to remove it? |
| 19:22.47 | Qwell | no clue |
| 19:25.35 | tzafrir_laptop | There's only a decelration of it, but not a test, from what I see |
| 19:27.54 | *** part/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 19:34.33 | Corydon76-dig | tzafrir_laptop: If there's no test left, then yes, you can remove it safely |
| 19:34.45 | Corydon76-dig | jmls: whistle-pong |
| 19:36.53 | jmls | hey Corydon76-dig |
| 19:37.15 | jmls | no crashes today either. Looks like that commit is suspicious |
| 19:37.42 | jmls | the audiohooks patch to 1.4 that is :) |
| 19:38.48 | Corydon76-dig | jmls: I have one more thing for you to try, just to be absolutely sure that it wasn't something else... |
| 19:39.26 | Corydon76-dig | jmls: svn update, then 'svn merge -c-260049' |
| 19:39.57 | Corydon76-dig | If it still doesn't crash, then we know definitely |
| 19:39.57 | jmls | heh, erm, is this going to introduce a crash ? It's my live system ... ;( |
| 19:40.38 | Corydon76-dig | Well, if it does, then it's a coincidence that just as David reverted that code, some other crash was introduced |
| 19:41.02 | Corydon76-dig | I just want to be absolutely sure before we go down this road |
| 19:41.27 | jmls | right. Okies. I'll do it tonight, and run it tomorrow. |
| 19:41.36 | Corydon76-dig | Cool |
| 19:41.53 | jmls | Unless you know of a scenario where you can make it crash, then I can test it tonight |
| 19:42.18 | Corydon76-dig | Unfortunately not |
| 19:42.23 | jmls | poo |
| 19:42.38 | pabelanger_ | russellb: ping |
| 19:43.15 | jmls | erp. should this be "svn merge -c260049" or "svn merge -c-r260049" ? |
| 19:44.08 | Qwell | neither |
| 19:44.08 | kpfleming | just as he put it... -c-260049 |
| 19:44.10 | jmls | "svn merge -c-260049" gives me "svn: Not enough arguments provided; try 'svn help' for more info" |
| 19:44.18 | file | . |
| 19:46.11 | Corydon76-dig | Add a period |
| 19:46.25 | jmls | ooohhhhh. |
| 19:46.28 | jmls | blushes |
| 19:46.29 | pabelanger_ | russellb: nevermind ;) |
| 19:47.42 | jmls | now I understand what file's cryptic comment was :P |
| 19:49.36 | jmls | aww, man, new versions of sounds :( |
| 19:50.11 | jmls | heh. 7,479,839 821K/s in 13s |
| 19:50.55 | jmls | right. Asterisk SVN-branch-1.4-r262662 |
| 19:51.02 | jmls | ready for action |
| 19:51.28 | jmls | set verbose 0 |
| 19:51.40 | jmls | crap, sorry, wrong window 8-) |
| 19:52.55 | jsmith | jmls: Now look what you've done... you've turned the verbosity on #asterisk-dev to 0! |
| 19:53.09 | jmls | jsmith: obviously not ... |
| 19:53.22 | jmls | that would be a cool feature though :) |
| 20:03.42 | pabelanger_ | w00t! Looks like my testcase is working, time to get it reviewed. |
| 20:03.53 | tzafrir_laptop | Corydon76-dig, hmm... I don't see a test for it in any version. What am I missing? |
| 20:04.00 | tzafrir_laptop | It was added in http://svn.asterisk.org/svn/asterisk/trunk@214466 |
| 20:05.57 | Corydon76-dig | tzafrir_laptop: Just remove it |
| 20:08.03 | tzafrir_laptop | also recreate configure? |
| 20:08.14 | Corydon76-dig | Sure |
| 20:09.12 | Corydon76-dig | You could probably remove all 5 of those there |
| 20:10.44 | Corydon76-dig | Or maybe not |
| 20:12.29 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 20:16.13 | tzafrir_laptop | What other 5? The rest of the PRI_* features have tests |
| 20:36.09 | Corydon76-dig | You mean other 4 |
| 21:27.03 | Kobaz | pri is getting unit tests? |
| 21:31.13 | *** join/#asterisk-dev ecrane (~ecrane@o1-69-19-166-10.static.o1.com) |
| 21:54.25 | *** join/#asterisk-dev CoderForLife (~Miranda@cpe-174-101-155-51.cinci.res.rr.com) |
| 23:18.50 | snuff-work | leifmadsen: ping? |
| 23:19.17 | leifmadsen | snuff-work: pong? |
| 23:19.56 | snuff-work | i have finished doing fixes to the doxygen.. now only 90 lines of errors.. |
| 23:20.19 | snuff-work | most of that is the 'line/func/file' attribs of functions |
| 23:22.30 | leifmadsen | well that's manageable :) |
| 23:26.01 | snuff-work | mm.. i hope to post the patch soon |
| 23:30.48 | snuff-work | doxygen has issues with ppl using the <hr/> tag |
| 23:31.04 | snuff-work | that would make another 10 or so errors go away |
| 23:32.26 | leifmadsen | there is a lot of changes in the .tex files that need to be updated so that it builds without warnings |
| 23:32.36 | leifmadsen | heads off to the living room for a bit |
| 23:37.55 | snuff-work | yer.. i noticed the 'tex' warnings.. |