Revision: 43804
http://brlcad.svn.sourceforge.net/brlcad/?rev=43804&view=rev
Author: starseeker
Date: 2011-03-09 00:21:37 +0000 (Wed, 09 Mar 2011)
Log Message:
-----------
Add some notes and thoughts about immediate next steps to the TODO for geomcore
Modified Paths:
--------------
geomcore/trunk/TODO
Modified: geomcore/trunk/TODO
===================================================================
--- geomcore/trunk/TODO 2011-03-09 00:10:01 UTC (rev 43803)
+++ geomcore/trunk/TODO 2011-03-09 00:21:37 UTC (rev 43804)
@@ -9,9 +9,41 @@
//TODO Look at /src/GE/exception and see if anything is actually using those
files. If not, remove them.
-//TODO review CMake logic
-
Probably lots more...
//TODO Implement GSMutex/GSMutexLocker
//TODO Fix segfaults in tests
+
+
+//TODO Get documentation into docbook and set up to build
+//TODO Write man pages for geomclient and geomserv.
+
+//TODO should geomclient be using libgsclient?
+
+
+Functionality to implement:
+
+//TODO Basic ability to pack up a requested .g object and its components (i.e.
if
+requesting an assembly get a bu_external containing the assembly, any
+sub-assemblies, and any regions - the full tree) - see g_transfer
+
+//TODO pack a bu_external into the appropriate geometry service wrapper and
send
+it down the connection to a client.
+
+//TODO Client needs to recognize it is getting geometry and know what to do
with
+it - at a minimum, stash the contents into a client-side bu_external,
+complete the read stages to get some valid, useful in memory structure
+(rt_db_internal?) and print out the objects received.
+
+
+//TODO Once we can do the above, convert svnTest logic into something a tad
more useful -
+for a first cut, maybe have an "init" routine that eats a .g and creates a
server
+backend arrangement. Ideally this shouldn't have to write out everything to
disk...
+current svnTest setup assumes that, but does the libsvn api really require it?
hmm...
+
+//TODO Also need to have a way for the geometry service to take an object
name, and generate
+the list of contents down to the region level that it will need to read.
Shoudl be
+a fairly straightforward tree walk, but that will need to be set up as well.
Perhaps
+the tree walk will call the bu_external packing routine with no need for
intermediate
+stages, if that's reliable - may have to be careful about duplicate names when
concating
+multiple regions, so straight bu_external concating may not be enough.
This was sent by the SourceForge.net collaborative development platform, the
world's largest Open Source development site.
------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
BRL-CAD Source Commits mailing list
brlcad-commits@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-commits
