summaryrefslogtreecommitdiff
path: root/doc/UsersGuide/UtilityRoutines.tex
diff options
context:
space:
mode:
authorjthorn <jthorn@17b73243-c579-4c4c-a9d2-2d5706c11dac>2002-04-03 13:09:23 +0000
committerjthorn <jthorn@17b73243-c579-4c4c-a9d2-2d5706c11dac>2002-04-03 13:09:23 +0000
commit13ffbdd8d610ff5dcf2b9b5876160ae3a00e84f7 (patch)
tree0f5ea3ec6e604fd7ff512b727a2915782d9c2558 /doc/UsersGuide/UtilityRoutines.tex
parent20505f19c30dda80af7aff4c0eaf9cc18ab959de (diff)
add documentation for new functions
Util_TableGetGeneric() Util_TableGetGenericArray() Util_TableSetGeneric() Util_TableSetGenericArray() also fix glitches in a few other table examples git-svn-id: http://svn.cactuscode.org/flesh/trunk@2690 17b73243-c579-4c4c-a9d2-2d5706c11dac
Diffstat (limited to 'doc/UsersGuide/UtilityRoutines.tex')
-rw-r--r--doc/UsersGuide/UtilityRoutines.tex27
1 files changed, 15 insertions, 12 deletions
diff --git a/doc/UsersGuide/UtilityRoutines.tex b/doc/UsersGuide/UtilityRoutines.tex
index a2ade683..20627c2b 100644
--- a/doc/UsersGuide/UtilityRoutines.tex
+++ b/doc/UsersGuide/UtilityRoutines.tex
@@ -74,14 +74,16 @@ A string can be stored by treating it as a 1-dimensional array of
\verb|CCTK_CHAR| (there's an example of this below).
The basic ``life cycle'' of a table is that you first create it
-with \verb|Util_TableCreate()|, then set entries in it with one or
-more of the \verb|Util_TableSet*()|, \verb|Util_TableSet*Array()|,
-and/or \verb|Util_TableSetString()| functions, then later on some
-other piece of code can get (copies of) the values you set from the
-table with one or more of the \verb|Util_TableGet*()|,
-\verb|Util_TableGet*Array()|, and/or \verb|Util_TableGetString()|
-functions. Finally, when you're through with a table you destroy
-it with \verb|Util_TableDestroy()|.
+with \verb|Util_TableCreate()| or \verb|Util_TableClone()|, then
+set entries in it using one or more of the \verb|Util_TableSet*()|,
+\verb|Util_TableSet*Array()|, \verb|Util_TableSetGeneric()|,
+\verb|Util_TableSetGenericArray()|, and/or \verb|Util_TableSetString()|
+functions. Then, at a later time some other piece of code can get
+(copies of) the values you set, using one or more of the
+\verb|Util_TableGet*()|, \verb|Util_TableGet*Array()|,
+\verb|Util_TableGetGeneric()|, \verb|Util_TableGetGenericArray()|,
+and/or \verb|Util_TableGetString()| functions. Finally, when you're
+through with a table you destroy it with \verb|Util_TableDestroy()|.
There are also convenience functions \verb|Util_TableSetFromString()|
to sets entries in a table based on a parameter-file--style string,
@@ -340,11 +342,12 @@ walk through some or all of the table entries in this order. This
order is guaranteed to remain unchanged for any given table so long
as no changes are made to that table, \ie{} so long as no
\verb|Util_TableSet*()|, \verb|Util_TableSet*Array()|,
+\verb|Util_TableSetGeneric()|, \verb|Util_TableSetGenericArray()|,
\verb|Util_TableSetString()|, or \verb|Util_TableDeleteKey()| calls
-are made on that table (making such calls on other tables doesn't matter).
-The order may change if there is any change in the table, and it
-may differ even between different tables with identical key/value
-contents.%%%
+are made on that table (making such calls on other tables doesn't
+matter). The order may change if there is any change in the table,
+and it may differ even between different tables with identical key/value
+contents (including those produced by \verb|Util_TableClone()|).%%%
\footnote{%%%
For example, if tables were implemented by hashing,
the internal order could be that of the hash buckets,