Lets use a workaround for the core dumps seen when processing data. Rather than attempting to update the hdf5 file after each point, instead lets send a qt signal containing a dictionary of the new data. The main thread can receive that signal, update the maps that it contains in memory, and only update the file from the main event loop after all processing is complete.
This may have been addressed by the cython FastRLock we added to h5py, which does a better job of synchronizing the h5py library.
commit dd3234e implemented a results proxy that updates maps in memory.
commit c4c0e8f implemented the FastRLock to provide efficient synchronization of the results proxy.
Core dumps were addressed by commit 00dd37957de2 in h5py, will be available in h5py-2.1.0.