Revision: 57172
http://sourceforge.net/p/brlcad/code/57172
Author: starseeker
Date: 2013-08-27 14:45:52 +0000 (Tue, 27 Aug 2013)
Log Message:
-----------
Add a note to figure out why the initialization of stp->st_path is the way it
is.
Modified Paths:
--------------
brlcad/trunk/TODO
Modified: brlcad/trunk/TODO
===================================================================
--- brlcad/trunk/TODO 2013-08-27 13:15:56 UTC (rev 57171)
+++ brlcad/trunk/TODO 2013-08-27 14:45:52 UTC (rev 57172)
@@ -76,6 +76,14 @@
THESE ARE UNSCHEDULED BACKLOG TASKS
-----------------------------------
+* In tree.c line 531, the initialization of the local storage of the
+ full path in stp->st_path is conditionalized on the specifics of
+ the tree structure. Why? Could we get away with always initializing
+ (or never initializing, if it is not used) the st_path? Current
+ behavior is odd - if a region has a solid unioned under it the st_path
+ is not set, but if it has a comb unioned in the path is set - is this
+ an optimization, and if so is it necessary?
+
* investigate integrating Blender's (OSL-based) Cycles engine:
http://code.blender.org/index.php/2013/08/cycles-render-engine-released-with-permissive-license/
This was sent by the SourceForge.net collaborative development platform, the
world's largest Open Source development site.
------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
BRL-CAD Source Commits mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/brlcad-commits
