IRC log for #brlcad on 20160509

00:00.05 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:50.28 *** join/#brlcad qzecvokbhrtnypbn (~armin@dslb-088-065-176-190.088.065.pools.vodafone-ip.de)
04:26.42 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:02.35 *** join/#brlcad shubham (a5e16837@gateway/web/freenode/ip.165.225.104.55)
09:33.47 *** join/#brlcad infobot (ibot@rikers.org)
09:33.47 *** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
09:36.11 *** join/#brlcad catchchaos (6ace8782@gateway/web/freenode/ip.106.206.135.130)
10:04.47 boj Hi, starseeker, with the detection information you provided, I have submitted a patch there to avoid the memory leak when running obj-g in debug mode, please check it, thanks.
10:04.52 boj here is the link: https://sourceforge.net/p/brlcad/patches/443/
10:09.31 boj sorry, the ticket is Anonymous, I forget to log in..
14:10.56 *** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:16.25 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:47.43 *** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
15:17.36 *** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
15:34.58 *** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
15:47.29 *** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
16:04.42 *** join/#brlcad shubham (01163f0e@gateway/web/freenode/ip.1.22.63.14)
16:25.37 *** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
16:36.35 *** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
16:42.59 *** join/#brlcad ickby (~stefan@x5d8440a3.dyn.telefonica.de)
16:47.59 *** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
16:57.19 *** join/#brlcad yorik (~yorik@177.189.140.33)
17:19.57 *** join/#brlcad ickby_ (~stefan@x5d8440a3.dyn.telefonica.de)
17:24.16 *** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
17:35.17 *** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
17:36.17 *** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
18:58.03 *** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
19:41.19 *** join/#brlcad ickby_ (~stefan@x5d8440a3.dyn.telefonica.de)
19:50.19 *** join/#brlcad andrei_ (561e4738@gateway/web/freenode/ip.86.30.71.56)
19:58.04 *** join/#brlcad ickby (~stefan@x5d8440a3.dyn.telefonica.de)
20:24.16 *** join/#brlcad ickby (~stefan@x5d8440a3.dyn.telefonica.de)
20:28.53 *** join/#brlcad ickby_ (~stefan@x5d8440a3.dyn.telefonica.de)
20:37.20 starseeker ``Erik: looks like Notify bailed again?
20:37.37 *** join/#brlcad Notify (~notify@104.225.5.10)
20:38.56 Notify 03BRL-CAD:starseeker * 67850 (brlcad/trunk/include/bn/str.h brlcad/trunk/src/libbn/str.c and 8 others): See if we can provide a more accurate (i.e. non-clamping) option for matrix to string conversions. This still produces binary level differences in a g2asc asc2g cycle for combs with matricies, but the differences should be smaller.
20:48.20 *** join/#brlcad ickby (~stefan@x5d8440a3.dyn.telefonica.de)
20:51.43 *** join/#brlcad ickby (~stefan@x5d8440a3.dyn.telefonica.de)
21:03.43 brlcad starseeker: some bug motivate that?
21:36.47 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:38.58 *** join/#brlcad shubham (01163f71@gateway/web/freenode/ip.1.22.63.113)
21:39.31 *** join/#brlcad gaganjyot (~gaganjyot@122.173.196.55)
22:14.43 *** join/#brlcad merzo (~merzo@105.45.240.7)
22:36.00 *** join/#brlcad Notify (~notify@104.225.5.10)
22:43.20 *** join/#brlcad tandoorichick_ (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
22:43.38 *** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
23:52.57 starseeker brlcad: yeah - overlap appeared after g2asc->asc2g that wasn't there previously
23:53.31 starseeker (user report)
23:58.03 brlcad and you asked why they are converting to asc, right? :)
23:58.21 starseeker they told me actually - renaming
23:58.53 starseeker I offered an approach that didn't involve the asc conversion as a workaround
23:59.39 starseeker but it seemed reasonable that g2asc->asc2g should strive to not change anything out of the box
23:59.50 starseeker r67850 doesn't achieve that, unfortunately

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.