SIMION 8.0 Issues/Bugs/Enhancements

Issue I431 [80,batch,defect,resolved]
  Lua _G table wasn't shared between batch mode program and workbench
  program in non-GUI mode.

  The global table, _G, can be useful for communicating information
  between a Lua workbench user program and a Lua batch mode
  program call that flies the workbench.  For example,

    -- batch.lua (batch mode program)
    simion.command("fly test.iob")
    print(_G.result)  -- print result of Fly'm
    
    -- file: test.lua (workbench program attached to test.iob)
    simion.workbench_program()
    function segment.terminate()
      _G.result = ion_py_mm   -- return Fly'm result
    end

  Prior to SIMION 8.0.4-TEST11, this would only work if you ran the
  batch mode program via the SIMION GUI ("Run Lua Program" button").
  If you ran it from the command-line, the data will not get passed.
  The reason for this was that SIMION was actually creating two
  isolated Lua states for the batch mode and workbench programs
  (easily confirming by doing print(_G) in both programs).

  As of 8.0.4-TEST11, SIMION only creates a single Lua state, so you
  can use the above idiom.  In fact, the "geometry_optimize" example
  has been updated to use this new style (rather than passing data via
  a file).

  Resolved in 8.0.4-TEST11.