Everything was old and now wrong in this file. Wrong start/stop times,
wrong X and Y axis min/max values, wrong units for time, and wrong
variable names.
I created an ODE directory and moved the ODE sims into it. I moved
the Ball++ models into SIM_Ball++_L1 and flattened the directory
structure.
refs #191
Moved SIM_test_ip and a couple of other sims that depend on the same model set
to a new test directory. I'm doing a couple of sims at a time.
refs #191
Found a side effect of SWIG's "compactdefaultargs". It highlighted an
error we had in creating the data_record group in our ball sim. We did
not release the memory from python and it was causing a double free
at exit.
refs #176
Added a 3 wheeled car example from the ODE demos. I collapsed all of the separate classes
handling the world, objects, and drawings into a single class. Each world is different
and just including that with the objects for these simple examples is easier. Same goes
for the drawing.
refs #172
Changed the regular expressions that removes comments in convert_swig to
try and handle C style comments found in multiline #define statements.
Also added a TRICK_ICG_NOCOMMENT line to SIM_ode to stop ICG from
trying to process non-Trick comments in the ODE directory.
refs #172
Took the ODE bouncing ball tutorial sim and interfaced it within Trick. Created classes to handle
interfacing with ODE and the DrawStuff graphics that comes with ODE. Created classes
to contain the ball and the drawstuff graphics for the ball.
refs #172
Created a thread trigger container class to hold all of the various thread triggering
mechanisms. I wanted to avoid allocating/freeing trigger mechanisms. I added
an eventfd and futex trigger types. Updated SIM_threads_simple test sim to use
show how to set the thread trigger type.
refs #148
Wrote a python routine called get_value_by_ref_name that takes
a variable name string as an argument. The string is passed to
ref_attributes to find the address and returns a REF2 structure. The REF2
structure is passed to ref_to_value and the type and value of the variable
is returned in a structure. We call vval_<type> to extract the raw value
from the structure and return that to python space.
Made a couple of other bug fixes in the FieldVisior and cpp input file
example found while investigating this issue.
refs #123