> There is space for one more pointer without increasing the union size due to 
> tr_b's three pointers, but I'm not convinced the information you need isn't 
> already available through a different method.  The combined_tree_state in 
> tr_c, for example, keeps track of directory pointers, for example.


But tr_c is for OP_REGION. I cannot find this op in a comb tree...

> Moreover stashing a dbip into every union tree node just seems wrong.. it'd 
> be the same pointer on every node.  It'd seem more feasible to change tl_name 
> to something else (like a directory pointer), but would have to look at all 
> the places it's used.  I see you've kept the dbip argument to your callback, 
> so perhaps moot for now.

You said that the solids in a tree can be from different db_i before? If it's 
the case, keep a dbip in every leaf would be correct... Changing tl_name would 
result in lots of changes to the existed code. Without any better ideas, I have 
to keep the dbip argument to the callback..


Cheers!
Wu
------------------------------------------------------------------------------
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk
_______________________________________________
BRL-CAD Developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/brlcad-devel

Reply via email to