| 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 |