IRC log for #brlcad on 20110812

00:33.03 ``Erik progname, eh? O.o I feel like bu_basename is ... wrong... assumes '/' is the path delimiter, which isn't guaranteed
00:34.01 ``Erik but I'm recouping from exercise, so'z what do I know
00:34.31 ``Erik (also assumes that "." means "here")
00:36.32 CIA-62 BRL-CAD: 03bhinesley * r45933 10/brlcad/trunk/src/libged/edit.c:
00:36.32 CIA-62 BRL-CAD: Translations to absolute coordinates are mostly working now, id est "translate
00:36.32 CIA-62 BRL-CAD: 10 20 30 sphere.s". Ommitted coordinates are set to 0 for the time being; will
00:36.32 CIA-62 BRL-CAD: be enabled once relative positioning is working. Fixed lots of small stuff that
00:36.32 CIA-62 BRL-CAD: was causing big problems: return variables not being checked properly, vectors
00:36.32 CIA-62 BRL-CAD: not being initialized, using a ptr where a ptr-to-ptr was needed, etc.
00:36.43 ``Erik (here are some delimiters, delimited with spaces: / \ : . > )
00:37.45 ``Erik (here are some parent directory delimiters, for s&g: .. [-] :: / ^ < )
00:38.21 ``Erik s/delimiters/specifiers/
00:39.13 ``Erik finishes drying off and heads out, have a good weekend all :)
00:52.41 *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc)
02:14.37 CIA-62 BRL-CAD: 03starseeker * r45934 10/brlcad/trunk/CMakeLists.txt: Stay with the release wording.
02:16.26 abhi2011 patch submitted for new bounding box function in librt using struct rt_db_internal
03:12.04 CIA-62 BRL-CAD: 03bhinesley * r45935 10/brlcad/trunk/src/libged/edit.c: (log message trimmed)
03:12.04 CIA-62 BRL-CAD: Relative and absolute translations of single objects is now working, as is using
03:12.04 CIA-62 BRL-CAD: a default of the bounding box center of objects or option -k to set keypoints.
03:12.04 CIA-62 BRL-CAD: Objects and numbers are now working for all arguments, as well. Using the
03:12.04 CIA-62 BRL-CAD: apparent coordinates of objects (i.e. translate -k
03:12.05 CIA-62 BRL-CAD: a/very/specific/instance/of/shp.s -a 0 17 2.3 shp2.s) is working somewhat, but
03:12.05 CIA-62 BRL-CAD: is off a bit in many cases. Specifiying coordinates/objects with -x/-y/-z is not
03:15.19 bhinesley ^--regarding that... I failed to mention that using "obj/shp" vs. "shp" on the objects to translate does work as expected (ala oed)
04:03.23 *** join/#brlcad juanman (~quassel@unaffiliated/juanman)
04:28.23 CIA-62 BRL-CAD: 03brlcad * r45936 10/brlcad/trunk/NEWS: reword to put verb foot forward first, and to remove trailing dash
04:29.08 CIA-62 BRL-CAD: 03brlcad * r45937 10/brlcad/trunk/NEWS:
04:29.08 CIA-62 BRL-CAD: reword to put verb foot forward first, and to remove trailing dash; A bug in
04:29.08 CIA-62 BRL-CAD: Archer's help browser code resulted in Archer failing to start if it was unable
04:29.08 CIA-62 BRL-CAD: to find the html files used for the help system - it now starts even if those
04:29.08 CIA-62 BRL-CAD: files are not present.
04:37.20 CIA-62 BRL-CAD: 03brlcad * r45938 10/brlcad/trunk/ (NEWS src/libged/keep.c): the keep command now saves the sketch associated with a revolve, not just the revolve itself.
04:46.31 CIA-62 BRL-CAD: 03brlcad * r45939 10/brlcad/trunk/BUGS: revolve is busted?
04:53.25 CIA-62 BRL-CAD: 03brlcad * r45940 10/brlcad/trunk/ (BUGS TODO): document a few more issues being uncovered by the nurbs testing. tessellation failures (crash and graceful aborts) on rhc and epa hypersensitivity to absolute tolerance.
05:07.36 CIA-62 BRL-CAD: 03bhinesley * r45941 10/brlcad/trunk/src/libged/edit.c: Tweak behavior of -k/-a/-r translations, per IRC conversation with Sean on June 30, 2011, around 05:45:00 to UTC. Seems to be fully in compliance.
05:26.33 CIA-62 BRL-CAD: 0399.125.86.110 07http://brlcad.org * r3071 10/wiki/User:Bhinesley: /* Log */ today
06:46.21 brlcad ``Erik: er, bu_basename() uses BU_DIR_SEPARATOR now (change made earlier this week while you were sleeping)
08:14.46 brlcad *finally* gets the script working (so he thinks) with all the calcs he originally intended: rt perf, rt pixdiff, rtedge pixdiff, rtxray pixdiff, projected area, and volume
10:40.54 *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net)
11:32.00 ``Erik huh, did I not svn up? O.o
11:32.29 ``Erik I looked on my home box to see what kinda stuff starseeker was mucking with, it tends to be horribly out of date :)
11:55.58 CIA-62 BRL-CAD: 03Kunigami 07http://brlcad.org * r3072 10/wiki/User:Kunigami/GSoc2011/Reports: /* Reports */ updated week 12, corrected formatting of week 11
12:32.06 ``Erik that's a lot of updated files O.o
12:32.53 ``Erik if ya'll are calling this a churchville la tolteca day, I'm willing to come visit... otherwise, dayy off, beaches!
12:33.18 ``Erik grabs a hedge trimmer and enjoys "vacation" O.o workworkowrk. zubzub.
13:00.35 abhi2011 Hi, I have seen boolean trees uses many places in the code , like for example one of the parameters of rt_bound_tree() in librt
13:01.05 abhi2011 I know what a boolean tree is , but I fail to understand how it can be used to represent a region
13:02.11 abhi2011 I would think a region would be represented by a non-binary tree for example
13:02.42 abhi2011 with the child nodes being the' unioned' regions or primitives
13:04.24 abhi2011 a boolean tree would be more useful to represent decision trees for example, but I am probably missing some essential point about the data structure used to represent the model
13:05.51 abhi2011 I can see that the operation on the constituents nodes like UNION/XOR are kept at the tree root, maybe thats the reason why boolean trees are used
14:43.04 CIA-62 BRL-CAD: 03Abhi2011 07http://brlcad.org * r3073 10/wiki/User:Abhijit: /* Log */
17:00.21 *** join/#brlcad nsd_ (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net)
17:32.48 *** join/#brlcad milamber (~devlin@d118-75-70-176.try.wideopenwest.com)
17:44.57 CIA-62 BRL-CAD: 03bhinesley * r45942 10/brlcad/trunk/src/libged/edit.c: Check for existence of matp_t before getting vector or applying deltas.
17:47.11 *** join/#brlcad nsd_ (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net)
18:16.53 *** join/#brlcad kunigami_ (~kunigami@201.53.206.27)
19:18.52 *** join/#brlcad nsd_ (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net)
19:39.07 *** join/#brlcad Stattrav_ (~Stattrav@117.192.128.100)
20:02.40 *** join/#brlcad dli (~dli@dsl-173-248-243-175.acanac.net)
20:02.50 CIA-62 BRL-CAD: 03starseeker * r45943 10/brlcad/trunk/misc/CMake/FindTCL.cmake: Do as Tcl does - if Tcl is quiet, so too should Tk be quiet.
20:36.56 CIA-62 BRL-CAD: 03bhinesley * r45944 10/brlcad/trunk/src/libged/edit.c: Disable error on the use of paths with len > 2. It was checking arguments it shouldn't have been. It may be better off dead anyways; see note in file.
20:38.26 brlcad iiiinteresting votes on the logo images
20:38.39 CIA-62 BRL-CAD: 03bhinesley * r45945 10/brlcad/trunk/src/libged/path.c: reincrement pointer/length when done; otherwise, freeing the path only works intermittently
20:48.34 louipc hows that going?
20:49.27 brlcad it's pretty much done :)
20:49.43 brlcad nine judges have voted, four candidates shot to the top of the list
20:57.50 brlcad ah *whew*
20:58.15 brlcad actually thought we had a tie for first ..
20:58.22 brlcad but was error in the maths
20:59.17 CIA-62 BRL-CAD: 03starseeker * r45946 10/brlcad/trunk/ (6 files in 4 dirs):
20:59.17 CIA-62 BRL-CAD: Begin a major re-work of the third-party-option-handling logic in CMake, taking
20:59.18 CIA-62 BRL-CAD: advantage of CMake's ability to constrain variables to particular string values.
20:59.18 CIA-62 BRL-CAD: This should actually simplify the build logic somewhat in the end, but right now
20:59.18 CIA-62 BRL-CAD: it's definitely alpha and untested in most configurations.
21:00.00 brlcad shaweet, very clear 1st, 2nd, 3rd
21:04.46 starseeker oof
21:04.46 CIA-62 BRL-CAD: 03starseeker * r45947 10/brlcad/trunk/CMakeLists.txt: Cleanup, delete leftover code.
21:06.58 CIA-62 BRL-CAD: 03starseeker * r45948 10/brlcad/trunk/CMakeLists.txt: Beware cut and paste.
21:08.04 CIA-62 BRL-CAD: 03starseeker * r45949 10/brlcad/trunk/CMakeLists.txt: ordering consistency
21:09.43 CIA-62 BRL-CAD: 03starseeker * r45950 10/brlcad/trunk/CMakeLists.txt: mark RPMBUILD_EXEC as advanced
21:11.22 CIA-62 BRL-CAD: 03bhinesley * r45951 10/brlcad/trunk/src/libged/edit.c: suboptions (-x/-y/-z) were erroneously detected as primary options, triggering a syntax error
21:11.57 CIA-62 BRL-CAD: 03starseeker * r45952 10/brlcad/trunk/CMakeLists.txt: Stray newline
21:19.58 CIA-62 BRL-CAD: 03starseeker * r45953 10/brlcad/trunk/configure.cmake.sh: Update configure.cmake.sh to reflect new variables
21:22.02 CIA-62 BRL-CAD: 03starseeker * r45954 10/brlcad/trunk/ (3 files in 2 dirs): Rename FindTclPackage to more accurately reflect what it's doing these days
21:23.09 CIA-62 BRL-CAD: 03starseeker * r45955 10/brlcad/trunk/CMakeLists.txt: Fix comment
22:29.40 CIA-62 BRL-CAD: 03bhinesley * r45956 10/brlcad/trunk/src/libged/edit.c:
22:29.40 CIA-62 BRL-CAD: Coordinate specification flags are all enabled by default, so a bitwise and is
22:29.40 CIA-62 BRL-CAD: needed to enable just one. Once that was fixed, they were not being detected as
22:29.40 CIA-62 BRL-CAD: suboptions; a separate flag was needed for that. ged_edit() is doing the right
22:29.40 CIA-62 BRL-CAD: thing now, but now it's being picked up as bad syntax somewhere else.
22:34.55 CIA-62 BRL-CAD: 03starseeker * r45957 10/brlcad/trunk/ (15 files in 14 dirs): Improve handling of extra documentation options - use conditional options keying off of program detection and other options, shorten variable names.
22:36.29 CIA-62 BRL-CAD: 03starseeker * r45958 10/brlcad/trunk/configure.cmake.sh: Correct configure.cmake.sh
22:37.27 starseeker figures that's enough damage for one day...
23:30.43 *** join/#brlcad nsd_ (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net)

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