IRC log for #brlcad on 20120618

01:12.09*** join/#brlcad GargantuaSauce (~sauce@blk-252-42-151.eastlink.ca)
01:12.29GargantuaSaucewho the hell makes a header file >21K lines long
01:36.21CIA-55BRL-CAD: 03cprecup * r51197 10/brlcad/trunk/src/conv/CMakeLists.txt: Eliminate search for the library libavoid
01:38.32CIA-55BRL-CAD: 03cprecup * r51198 10/brlcad/trunk/src/libged/CMakeLists.txt: Add search for libavoid
01:44.29CIA-55BRL-CAD: 03cprecup * r51199 10/brlcad/trunk/src/libged/dag.cpp: Model for a directed acyclic graph constructed by using the Adaptagrams' libraries. Methods that, for now, construct a rectangle for each object in a given database.
01:53.00CIA-55BRL-CAD: 03Cprecup 07http://brlcad.org * r3915 10/wiki/User:Cprecup/GSoC2012_progress: 17/06/2012 - added methods for constructiong rectangles for each object in a database
01:56.07cristinacould a mentor please check the latest source file that I added: src/libged/dag.cpp and give me a feedback? It's supposed to have methods used when dealing with a dag graph constructed using Adaptagrams. Thank you
02:05.10*** join/#brlcad xth1 (~thiago@187.106.54.104)
02:45.30CIA-55BRL-CAD: 03starseeker * r51200 10/brlcad/trunk/src/fb/orle-fb.c: Apply patch 3527258 from Ksenija Slivko
03:08.51*** join/#brlcad Technicus (~Technicus@66-191-61-83.dhcp.stpt.wi.charter.com)
03:11.49brlcadGargantuaSauce: we do, obviously ... some issue being encountered at 21k bytes?
03:13.06brlcadwe have a couple headers 10x that size, or you might have meant 201k :)
03:14.22brlcad(we also have a long-standing to-do item to chop our core library headers, but that's not yet started by anyone)
03:14.27GargantuaSauceno i just noticed that it took 40 minutes to compile because i forgot to add -j4 to the make invocation
03:14.57brlcadcristina: did you run distcheck?
03:16.25brlcadah, the build time is not impacted significantly by those headers sizes (on the contrary, results in fewer file reads) ..
03:16.52brlcadit's just a lot of sources (more than 1M lines) and the C++ compilation and documentation processing are killer
06:42.15*** join/#brlcad ksuzee (~ksu@46.149.81.166)
06:46.46*** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:41.52*** join/#brlcad anuragmurty (~anurag@14.139.128.11)
08:42.30anuragmurtyd_rossberg: hi!
08:54.23d_rossberganuragmurty: hi, are you working on extenting your rayInfo structure?
08:55.22anuragmurtyyes.. i have included region names also now, with fill distances in each region being saved..
08:55.46anuragmurtyi am trying to get the voxels.txt file in a format you suggested..
08:56.28anuragmurtyi.e. (x,y,z) -(region name)- (percentage this region fills the voxel)
08:56.32d_rossberghow do you save the references to the regions in your structure?
08:57.28anuragmurtyi just assign the pp->pt_regionp->reg_name pointer to it.. it is a linked list which checks if the region is already included.. if not, it is added to the end of the list..
08:58.47anuragmurtyhere, pp is present partition
08:59.34d_rossbergand this works?
09:00.06anuragmurtytill now i can list the different regions present in a particular voxel..
09:01.21anuragmurtyi need to this so i can include %-age fill of each region
09:01.22d_rossbergi ask because i'm not sure if you can rely on the name strings where kept in memory
09:02.21anuragmurtybut i will need some way to identify the region...
09:02.21d_rossbergin this case you need to copy them (e.g. in bu_vls)
09:04.10anuragmurtyi did not understand this.. i should explicitly copy the names?
09:10.06anuragmurtywhat i mean is, can you please tell me why directly assigning the pointer is a  bad idea?? i do not think i understood..
09:10.49d_rossbergwhat you see during the ray-trace are intermediate structures, and i don't know how long they live (or the structures they point to)
09:13.03d_rossbergsee rt_db_get_internal for example
09:13.08anuragmurtyok, so what you are saying is that i should copy them explicitly using bu_vls functions?
09:13.43anuragmurtyok i will look at rt_db_get_internal
09:14.03d_rossbergi would say yes, but you should ask sean about this too
09:14.24d_rossbergrt_db_get_internal is in src/librt/dir.c
09:16.21anuragmurtyhmm.. i will ask sean also then.. but one more thing-- is the name the only way to get to the region?? i mean, is there some other unique id etc associated??
09:17.03d_rossbergonly to get an idea what i'm talking about, you usually don't work with the database stream directly but with sim rt_db_internal structure or similar
09:19.22anuragmurtyhmmm...
09:29.19d_rossbergsee the operators.g geometry for example, the point there is that you even dont need the different names for the opcolumn~ groups
09:30.25d_rossbergit's suficient to have one group and place the multiple times with different matrices in "operators"
09:37.52anuragmurtyok.. i am having a look.. but i did not understand this..
09:38.13anuragmurtywhich matrices do you mean?
09:45.09cristinabrlcad: I've modified the src/libged/CMakeLists.txt file - the dag.cpp file wasn't ignored when the AVOID library wasn't found so I added it to the ged_ignore_files in this case.
09:45.22cristinanow, the distcheck runs ok. I should commit this
09:45.33cristinaIs there a problem with the included headers?
09:46.56*** join/#brlcad louipc (~louipc@archlinux/fellow/louipc)
10:06.41brlcadcristina: great, yes you should commit that ;)
10:06.50brlcadyou'll also need to add your file to Makefile.am
10:06.56brlcadif you've not already done so
10:08.19brlcadanuragmurty: I don't recall if those strings are retained, but copying them is the safe thing to do regardless
10:09.20brlcadbu_strdup() if you don't intend to do much with them, or one of the bu_vls_*() printing routines if you do
10:10.01cristinabrlcad: I added it to the Makefile.am. Should I also add ${AVOID} to the libged_la_LIBADD?
10:10.18brlcadcristina: no
10:10.51brlcadthat's a completely separate build system, so just add any/all new files to the EXTRA_DIST set
10:11.07brlcadincluding your dag.g file
10:11.39brlcadwe're not going to be adding all the libavoid checks necessary to the old build system, so we just need to make sure the files are included
10:13.50CIA-55BRL-CAD: 03brlcad * r51201 10/brlcad/trunk/TODO: idents first column bug was investigated and found to be unworthy. review and testing has been on-going.
10:14.05cristinabrlcad: I don't have a dag.g file
10:14.06brlcadstarseeker: yeah, just a few more TODO items still -- feel free to pluck any off, most are quick checks
10:14.12brlcadcristina: dag.c
10:14.48cristinaok, thank you :)
10:16.13CIA-55BRL-CAD: 03brlcad * r51202 10/brlcad/trunk/TODO: the brep class inlining is not a release item, push down to unsheduled
10:17.53brlcadcristina: if you want to test the other build system, you can run these steps if you have the gnu autotools installed: ./autogen.sh && mkdir -p .auto && cd .auto && ../configure --enable-all && make distcheck
10:18.38brlcaddistcheck should succeed, which usually amounts to making sure any and all new files are properly listed in a Makefile.am somewhere, usually in EXTRA_DIST
10:20.01CIA-55BRL-CAD: 03brlcad * r51203 10/brlcad/trunk/TODO: richard tested facetize on windows, works. testing illuminate+Z is not a release stopper
10:20.21cristinabrlcad: ok, I will run it. I used cmake -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled -DBRLCAD_ENABLE_STRICT=ON . && make distcheck and added the file along with the other source files but I will move it to EXTRA_DIST
10:20.27brlcadstarseeker: there we go, just five items left
10:20.46brlcadcristina: cmake is the NEW build system
10:20.58brlcadthe Makefile.am files describe an entirely different build system, non-cmake
10:21.20brlcadrunning autogen.sh+configure will run the OLD build system
10:21.54brlcadwe have to support both for a few months, but only minimally supporting the OLD system..
10:22.01cristinayes, I read about this in your instruction but found this command in the HACKING file
10:22.29cristinas/instruction/instructions
10:22.36brlcadsure, I just want to make sure you understand that the two have nothing to do with each other
10:22.55brlcadHACKING talks about the NEW build system and the steps to be taken there
10:25.09brlcadthe fact that they are both "make distcheck" at the end is irrelevant because they're two different build systems, one using autogen.sh+configure and the other using cmake to prepare
10:25.32cristinaI understand
10:25.47brlcadgreat
10:47.20d_rossberganuragmurty: the nodes of a combination have transformations associated
10:50.06d_rossbergthe are usually identities, but you may have seen geometries where a component alone and the same component in a group appear at different places
10:50.36anuragmurtyok..
11:42.02``Erikheh metaball tesselate (376280 triangles): cpu = 53890.9 sec, elapsed = 53904.2 sec
11:54.49CIA-55BRL-CAD: 03erikgreenwald * r51204 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: Adjust facetization grid size to a more reasonable value. (generation resolution was way too fine, may've been caused by tightening of bounding volume)
12:19.28CIA-55BRL-CAD: 03cprecup * r51205 10/brlcad/trunk/src/libged/CMakeLists.txt: Fix distcheck error that appears because of SVN_FILE_NOT_IN_BUILD for dag.cpp in the case when the AVOID library is not found.
12:21.33CIA-55BRL-CAD: 03cprecup * r51206 10/brlcad/trunk/src/libged/Makefile.am: Add the file dag.cpp for the OLD build system
12:22.07cristinabrlcad: ok, so now both the OLD and NEW system are tested :)
12:26.36CIA-55BRL-CAD: 03Cprecup 07http://brlcad.org * r3916 10/wiki/User:Cprecup/GSoC2012_progress: 17/06/2012 - fix distcheck + pass OLD build system test
13:02.19starseekerbrlcad: the build_region example in the man page seems to work - was there a specific report of build_region trouble?
13:07.08starseekerditto for sketch editor + circles
13:12.23starseekerbrlcad: we have a 'Verify no edit is no change' test involving a region - doesn't that satisfy our third remaining TODO?
13:22.02starseekerlooks like the g-nff crash has been cleared up - at least, ktank's tank converts
14:04.25*** join/#brlcad anuragmurty (~anurag@14.139.128.11)
14:20.35*** part/#brlcad anuragmurty (~anurag@14.139.128.11)
14:25.31*** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net)
14:34.33CIA-55BRL-CAD: 03starseeker * r51207 10/brlcad/trunk/TODO: Tried the example in build_region's man page, and it succeeded.
14:43.55``Eriksrc/librt/primitives/nmg/nmg.c:1525: warning: passing argument 4 of 'rt_nmg_import4_fastf' discards qualifiers from pointer target type
15:00.54CIA-55BRL-CAD: 03starseeker * r51208 10/brlcad/trunk/TODO: Made circles in sketch editor, unable to reproduce problem - if re-occurs, request bug submission with more detail.
15:07.30CIA-55BRL-CAD: 03Phoenix 07http://brlcad.org * r3917 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 4 */
15:15.38CIA-55BRL-CAD: 03starseeker * r51209 10/brlcad/trunk/TODO: mged -c + attach X + draw works on Linux and Mac
15:20.30CIA-55BRL-CAD: 03phoenixyjll * r51210 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add pnts to the ignore list.
15:20.46CIA-55BRL-CAD: 03starseeker * r51211 10/brlcad/trunk/TODO: The g-nff crash appears to have been fixed - succeeds on Linux and Mac
15:28.30CIA-55BRL-CAD: 03Phoenix 07http://brlcad.org * r3918 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 4 */
15:29.33CIA-55BRL-CAD: 03Phoenix 07http://brlcad.org * r3919 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 4 */
15:29.45CIA-55BRL-CAD: 03Phoenix 07http://brlcad.org * r3920 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */
15:42.35CIA-55BRL-CAD: 03starseeker * r51212 10/brlcad/trunk/TODO:
15:42.35CIA-55BRL-CAD: Problem was not with the red regressions, but a deeper issue involving syncing
15:42.35CIA-55BRL-CAD: low level data structures and attributes - red editing saw appropriate region
15:42.35CIA-55BRL-CAD: flag, but some other tools wouldn't. Fixed now - may possible be worth adding a
15:42.35CIA-55BRL-CAD: different test to check specifically for this in the future, but it's only
15:42.36CIA-55BRL-CAD: likely to come up in the next big attribute handling refactor.
16:28.10CIA-55BRL-CAD: 03phoenixyjll * r51213 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Export correctly and modify the output message.
16:29.59CIA-55BRL-CAD: 03phoenixyjll * r51214 10/brlcad/trunk/src/librt/primitives/pnts/pnts.c: Check whether count == 0 to avoid segmentation fault.
16:31.42CIA-55BRL-CAD: 03Phoenix 07http://brlcad.org * r3921 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */
16:55.13*** join/#brlcad merzo (~merzo@102-0-133-95.pool.ukrtel.net)
17:58.21*** join/#brlcad ksuzee (~ksu@193.151.107.42)
18:02.35ksuzeehello! Could anybody explain how programmes like umod, dmod etc. work? There're no mans about them..
18:35.01*** join/#brlcad stas (~stas@89.121.155.7)
19:04.23brlcadksuzee: read the source ;)
19:04.38brlcadand write a man page for them when you figure it out ;)
19:27.18*** join/#brlcad andrei_ (andrei@5-12-67-226.residential.rdsnet.ro)
19:27.21andrei_hello
19:27.42andrei_should i keep my IRC client up 24/7 ?
19:28.58andrei_secondly, what should I do next the tpkg script is quite finished, I ll finish the tpkg.c shortly.
19:39.13CIA-55BRL-CAD: 03starseeker * r51215 10/brlcad/branches/STABLE/ (477 files in 108 dirs): Synce trunk and STABLE - trunk r51214
19:42.02andrei_I know there is plenty work to be done, I am just worried about finishing mid term earlier, so I can double - check everything .
19:52.17*** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro)
20:26.02CIA-55BRL-CAD: 035.12.67.226 07http://brlcad.org * r3922 10/wiki/User:Popescu.andrei1991: /* Daily development log */
20:38.37starseekeryep - distcheck succeeded on STABLE
20:40.54starseekerdiff looks good
20:48.42*** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net)
21:05.42CIA-55BRL-CAD: 03Ksuzee 07http://brlcad.org * r3923 10/wiki/User:Ksuzee/Reports:
21:06.05CIA-55BRL-CAD: 03Ksuzee 07http://brlcad.org * r3924 10/wiki/User:Ksuzee/Reports:
21:22.56CIA-55BRL-CAD: 03crdueck * r51216 10/brlcad/trunk/src/librt/primitives/rpc/rpc.c: added volume function for rpc
22:28.16*** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net)
22:37.54*** part/#brlcad GargantuaSauce (~sauce@blk-252-42-151.eastlink.ca)

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