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 |