IRC log for #brlcad on 20150731

06:37.05 *** join/#brlcad infobot (ibot@69-58-76-73.ut.vivintwireless.net)
06:37.05 *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congrats to all GCI 2014 winners Peter & Marc! || Congratulations to our 12 GSoC students! || Don't ask if someone is here, just ask your questions and wait for a response. ;-)
07:26.51 vasc pixdiff bytes: 783165 matching, 3267 off by 1, 0 off by many
07:26.57 vasc for the tgc
07:29.19 dracarys983 starseeker: src/libanalyze/util.cpp -- [ERROR : ydata may be used uninitialized in analyze_get_bbox_rays()]
07:29.52 vasc i'll do the tests for the other primitives later
07:36.50 vasc torus: http://imgur.com/jDR4xrc
08:02.03 *** part/#brlcad vasc (~vasc@bl13-249-244.dsl.telepac.pt)
08:07.59 *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dukmytcbmjgdlqey)
08:43.27 *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:45.15 d_rossberg dracarys983: just tried to compile your libanalyze patch and got an error in src/libged/analyze.c:1319:5: error: ISO C90 forbids variable length array ‘names’ [-Wvla]
08:46.55 dracarys983 d_rossberg: Okay, I'll fix that. Weird my build didn't catch that.
08:48.52 d_rossberg did you disabled BRLCAD_ENABLE_STRICT?
08:49.53 dracarys983 Oh this build is using my cmake config that I did before and it's been ages since I changed any of the flags. Yes, probably that flag is disabled.
08:50.05 *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:59.08 dracarys983 d_rossberg: I'll turn it on and compile once. Will update you in a while.
09:08.50 d_rossberg maybe you should delete your cmake chache and generate a clean build
09:09.04 dracarys983 Yeah, doing that right now
09:23.39 dracarys983 d_rossberg: So I make a new directory mged_build, ran cmake <path_to_source> -DCMAKE_BUILD_TYPE=Release -DBRLCAD_ENABLE_STRICT=ON
09:23.48 dracarys983 Then I run make mged
09:24.05 dracarys983 I didn't get any errors :/
09:29.29 d_rossberg try "cmake <path_to_source>" without any extension
09:30.32 d_rossberg btw, i've gcc (Debian 4.9.2-10) 4.9.2
09:32.40 dracarys983 d_rossberg: gcc -v gives : gcc version 4.9.2 (Ubuntu 4.9.2-0ubuntu1~14.04)
09:39.06 dracarys983 d_rossberg: Yes I got the error
09:39.27 dracarys983 For "names" and "inds"
09:39.52 dracarys983 I've set it to a fixed size of 64
09:45.54 dracarys983 d_rossberg: I'll update the patch in 5 mins
09:53.23 dracarys983 d_rossberg: I have uploaded the new patch. I'm going for lunch. Will be back in about 30 mins. :)
10:29.15 dracarys983 d_rossberg: Any updates?
10:35.47 *** join/#brlcad gurwinder (~chatzilla@117.212.51.242)
10:47.10 *** join/#brlcad konrado (~konro@41.205.22.61)
10:50.16 Notify 03BRL-CAD:indianlarry * 65776 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Fixed index error in brep subdivision where it splits across the knots. Also opted to use bu_malloc/bu_free instead of c++ new/delete for allocation of double array that holds span vector.
11:09.28 dracarys983 d_rossberg: The Caller functions for centroid and volume are also done. Compiled successfully. Just have to test it now.
11:10.03 dracarys983 Will upload their patches by tonight. I'll start with the Surface Area part from tomorrow. :)
11:15.06 *** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-dukmytcbmjgdlqey)
11:15.19 *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dukmytcbmjgdlqey)
11:21.00 dracarys983 brlcad, starseeker : A list of errors that I got while compiling the latest revision : https://gist.github.com/dracarys-stormborn/5118ffeb76897befc661
11:54.22 d_rossberg dracarys983: thanks for the updated patch, i could build the programs now
11:59.12 Notify 03BRL-CAD Wiki:MeShubham99 * 9178 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
12:07.42 d_rossberg and a first test was successful
12:08.55 d_rossberg the only issue i got was the missing .density file, without it analyze will do nothing
12:54.19 Notify 03BRL-CAD Wiki:MeShubham99 * 9179 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 9 */
12:58.29 konrado d_rossberg: I have just made a status update
12:58.50 konrado I hope you get it soon.
13:05.40 d_rossberg konrado: yes, i've seen it, but i'll need some time to check it
13:06.50 d_rossberg but thanks for the eamples, they make the tests easier
13:10.12 konrado Ok, I would continue updating my work while waiting for a review. Thanks
13:28.30 *** join/#brlcad konrado_ (~konro@41.205.22.49)
14:09.19 *** join/#brlcad ih8sum3r (~deepak@122.173.207.45)
14:16.42 Notify 03BRL-CAD Wiki:Konrado DJ * 0 /wiki/File:Chess8Levels.png:
14:26.28 Notify 03BRL-CAD Wiki:Konrado DJ * 9181 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 31 JULY 2015 */
14:28.32 Notify 03BRL-CAD Wiki:Konrado DJ * 0 /wiki/File:AllenDuttonVillage.png:
14:30.42 Notify 03BRL-CAD Wiki:Konrado DJ * 9183 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 31 JULY 2015 */
15:04.52 starseeker dracarys983: apologies - there's a lot of work in progress in that bit of code right now
15:05.43 dracarys983 starseeker: Not a problem. I just wanted to inform, thought the list might help fixing them rather than building it for finding each. :)
15:06.14 starseeker i thought we had fixed some of those long jumps - what compiler are you using?
15:06.25 dracarys983 gcc 4.9.2
15:06.28 starseeker hmm
15:06.31 starseeker what platform?
15:06.46 dracarys983 Ubuntu 14.04
15:06.55 starseeker and you're using the latest svn revision?
15:07.06 dracarys983 Yeah. 65775 I guess?
15:07.44 dracarys983 Yeah that's the one
15:09.55 dracarys983 And also I had disabled the flag BRLCAD_ENABLE_STRICT while building.
15:14.36 *** join/#brlcad gurwinder (~chatzilla@117.220.168.189)
15:18.10 Notify 03BRL-CAD:starseeker * 65777 brlcad/trunk/src/libanalyze/util.cpp: Rework seg_filter to more closely match the generic worker.
15:35.53 Notify 03BRL-CAD:starseeker * 65778 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Don't seem to be hanging now - re-enable parallel prep.
15:43.00 *** join/#brlcad sofat (~sofat@202.164.45.208)
15:57.29 Notify 03BRL-CAD:indianlarry * 65779 brlcad/trunk/src/libbu/semaphore.c: Function bu_semaphore_init() does a quick unlocked read of global "bu_nsemaphores" and returns if "nsemaphores <= bu_nsemaphores" otherwise it wait for lock and initialize what it thinks are uninitialized semaphores. There looks to be a race condition that could lead to possible re-initializing of semaphores. Fixed by checking bu_semaphores again
15:57.32 Notify under lock(bu_init_lock) to make sure not already initialized.
15:57.34 Notify ...
16:04.09 Notify 03BRL-CAD:indianlarry * 65780 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Removed static int counter variable "hit_count", wasn't thread safe but also wasn't used anywhere. Also commented out bu_log message about "preparing face" got to be a little much...
16:06.01 *** join/#brlcad sofat (~sofat@202.164.45.204)
16:06.02 Notify 03BRL-CAD:indianlarry * 65781 brlcad/trunk/src/liboptical/shade.c: Local "static int" variable used as logging counter(logs up to 100 messages by default) not thread safe. Now locks counter when incremented under lock until past log limit.
16:10.19 *** join/#brlcad bhollister2 (~brad@2601:647:cb02:7a00:5c7b:615e:aad2:f56a)
16:13.29 *** join/#brlcad sofat (~sofat@202.164.45.204)
16:33.09 *** join/#brlcad vasc (~vasc@bl13-249-244.dsl.telepac.pt)
16:43.30 *** join/#brlcad sofat (~sofat@202.164.45.204)
16:58.53 bhollister2 starseeker: checking in for our 10 AM Pacific time mtg. should have two patches ready today. able to remove specified verts in nmg.
16:59.44 bhollister2 starseeker: is there a way to update view in geom window with a simple call? will this refresh labelverts as well?
17:00.28 *** join/#brlcad gurwinder (~chatzilla@117.220.168.189)
17:32.20 *** join/#brlcad ih8sum3r (~deepak@122.173.207.45)
18:25.13 *** join/#brlcad sofat (~sofat@202.164.45.204)
18:26.33 Notify 03BRL-CAD:starseeker * 65782 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in): Since we have a release coming up, back out the attempt to remove config_win.h - reliable testing of these sorts of things cross-platform is as yet an unsolved problem.
18:31.38 starseeker bhollister2: you mean trigger an update from the C libraries?
18:31.45 starseeker depends on where you're working from
18:34.13 starseeker if you're in MGED, I'd suggest looking at what the faceplate code does - that enables/disables various line drawings in the MGED display
18:52.01 *** join/#brlcad sofat (~sofat@202.164.45.204)
18:57.34 Notify 03BRL-CAD:starseeker * 65783 brlcad/trunk/src/libbu/tests/opt.c: Triggers build errors on 32bit bsd + clang
19:02.31 starseeker this is apparently still a problem on BSD: http://lists.freebsd.org/pipermail/svn-src-head/2013-October/052722.html
19:20.34 Notify 03BRL-CAD:starseeker * 65784 brlcad/trunk/src/libbu/semaphore.c: Hmm - this is causing errors on FreeBSD - fatal semaphore acquisition failure and bu_semaphore_acquire(): pthread_mutex_lock() failed on [3]
19:55.36 Notify 03BRL-CAD:starseeker * 65785 (brlcad/trunk/include/rt/geom.h brlcad/trunk/src/libged/brep.c): Don't expose the ON_Brep type in rt/geom.h if we're not in C++ mode
20:04.03 Notify 03BRL-CAD:ejno * 65786 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix build error found on Windows
20:04.53 Notify 03BRL-CAD:ejno * 65787 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: silence warning over known_thickness possibly not being initialized; refactoring
20:08.48 brlcad starseeker: 65785 doesn't make sense -- ON_Brep is already conditionalized
20:09.28 brlcad with a somewhat cleaner solution than void*
20:10.41 brlcad (it's a C struct when not C++ mode)
20:11.50 brlcad avoids needings casts everywhere, for example
20:12.44 Notify 03BRL-CAD:starseeker * 65788 brlcad/trunk/include/ged.h: GED export, not RT
20:28.25 Notify 03BRL-CAD:starseeker * 65789 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/ged_private.h and 2 others): Is brlcad_interp used only in libged? tclcad seems to just be setting it - is that necessary?
20:47.28 *** join/#brlcad konrado (~konro@41.205.22.24)
20:50.33 starseeker brlcad: it was a build error on Windows
20:51.02 starseeker we're defining ON_Brep to be something in C somewhere else?
20:51.05 starseeker looks...
20:52.02 starseeker ah
20:53.36 starseeker we're including brep.h in rt/geom.h though, and for some reason that isn't taking in MSVC
20:56.33 Notify 03BRL-CAD:starseeker * 65790 (brlcad/trunk/include/rt/geom.h brlcad/trunk/src/libged/brep.c): revert r65785 - not the right solution
20:59.58 starseeker it doesn't know what to make of ON_Brep in the bot decimate.c
21:01.24 starseeker ah, nevermind
21:02.32 Notify 03BRL-CAD:starseeker * 65791 brlcad/trunk/src/librt/primitives/bot/decimate.c: Include rt/geom.h in decimate.c
21:09.50 vasc brlcad, eh.... any news on the SVN repository access or patch commits?
21:10.38 vasc http://infobot.rikers.org/%23brlcad/ seems to be borked
21:10.57 vasc no logs for jul 30
21:11.36 starseeker scowls... Archer's interaction with the raytracers is messed up somehow
21:11.44 starseeker wonder how that happened...
21:15.52 sofat brlcad, hello
21:32.33 Notify 03BRL-CAD Wiki:202.164.45.204 * 9184 /wiki/User:Hiteshsofat/GSoc15/log_developmen:
21:52.06 Notify 03BRL-CAD:starseeker * 65792 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt and 5 others): Complete the elimination of brlcad_interp. Have MGED and libtclcad stash their interp in the ged structure to provide an interp to the rt and rtcheck commands. Needs more testing, but with any luck this is the last step. Basically the requirement for any non libtclcad gedp that wants to use interp commands
21:52.08 Notify is the application has to supply its interp pointer to gedp->ged_interp rather than leaning on the global (which is now what mged does). Getting Tcl out of libged altogether is going to be much tougher, since asyncronous rendering and display features are relying on Tcl channels and methods (especially on windows)
21:52.10 Notify ...
21:52.51 starseeker heh - apparently those tclcad assignments were needed
22:01.28 Notify 03BRL-CAD:starseeker * 65793 brlcad/trunk/src/libanalyze/analyze_private.h: Tweaks
22:03.21 dracarys983 Just solved the Rubik's cube for the first time ....
22:03.47 dracarys983 It's interesting :D
22:22.32 Stragus It's interesting finding the sequence of moves, yes
22:23.02 Stragus I remember I filled a stack of sheets of paper with strange drawings before I managed to solve the 4x4x4
22:23.14 Stragus Then a friend gave me the 5x5x5 and I gave up :p
22:53.52 vasc i had one when i was a kid. my parents bought it for me
22:54.02 vasc i tried and tried and then gave up
22:54.11 vasc never had much patience
22:54.29 vasc one friend of mine once came to play and had a brilliant plan to solve it
22:54.47 vasc he just removed the caps by hand and place them elsewhere so the colors would match
22:55.22 vasc rubik's cubes...
22:55.37 vasc i was always better at logic puzzles
22:56.52 vasc so gratz
22:57.11 vasc i think i was 5
22:57.13 vasc or was i 4
23:01.42 Stragus Eh, right. I was 26 or something when I finally solved my Rubik cube :p
23:30.12 Notify 03BRL-CAD:starseeker * 65794 brlcad/trunk/src/libged/rt.c: gedp is under drcdp
23:33.20 Notify 03BRL-CAD Wiki:Bhollister * 9185 /wiki/User:Bhollister/DevLogJuly2015:
23:40.44 Notify 03BRL-CAD:starseeker * 65795 brlcad/trunk/src/libanalyze/analyze_private.h: Windows build tweaks.
23:45.12 starseeker huzza - Windows build complete and Archer runs.
23:46.06 Notify 03BRL-CAD Wiki:Bhollister * 9186 /wiki/User:Bhollister/DevLogAug2015: Created page with "__FORCETOC__ ---- = Sat, August 1, 2015 = = Sun, August 2, 2015 = = Mon, August 3, 2015 '''''Week 11 (of 14)''''' = = Tues, August 4, 2015 = = Wed, August 5, 2015 = = T..."
23:46.50 Notify 03BRL-CAD Wiki:Bhollister * 9187 /wiki/User:Bhollister/DevLog:
23:51.22 Notify 03BRL-CAD Wiki:Bhollister * 9188 /wiki/User:Bhollister/DevLogJuly2015: /* Fri, July 31, 2015 */
23:54.12 Notify 03BRL-CAD Wiki:Bhollister * 9189 /wiki/User:Bhollister/DevLogAug2015: /* Mon, August 3, 2015 Week 11 (of 14) */

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