1. 19 Jul, 2017 1 commit
    • Kenneth Leiter's avatar
      Major updates to C interface. · 851768ca
      Kenneth Leiter authored
      Previous implementation of C interface passed raw pointers
      up to user and it was unclear and inconsistent who owned the pointer
      leading to bugs. The previous implementation lead to creation
      of many copy constructors, many of which had bugs.
      
      Now we pass opaque pointers to C which the user is *always* responsible for
      freeing.
      
      Remove broken copy constructors.
      
      Update C tests so that all pass valgrind memory leak checks.
      851768ca
  2. 18 Aug, 2016 1 commit
  3. 13 Jun, 2016 1 commit
  4. 27 May, 2014 1 commit
    • Andrew J. Burns's avatar
      Rework of HeavyDataController and HDF5Controller to remove extra code and move... · 7f5d7003
      Andrew J. Burns authored
      Rework of HeavyDataController and HDF5Controller to remove extra code and move HeavyDataController away from being too dependent on hdf5 style
      XdmfFunction now supports negative numbers in addition to the - operator
      Reworked the interaction between array references and reading
      Cleaned up some warnings that showed up in pedantic
      Adjusted mpi tests to test against the MPIEXEC variable as opposed to hard calling mpirun
      Still needs to be changed to work better with Cray mpi style execution
      Updates to XdmfArrayType to allow for signed and floating point checking
      General test and Documentation updates
      7f5d7003
  5. 09 Sep, 2013 1 commit
  6. 02 Dec, 2011 1 commit
    • Brian Panneton's avatar
      BUG: Fixed resolving file names with protocol added · 294c383c
      Brian Panneton authored
      The bug appears when trying to use a filename given as:
      file:///path/to/xmf/file.xmf and the xmf contains a reference to an h5 file.
      
      - When writing you will end up with a file called 'file:' which contains
      random data.
      - When reading, libxml2 has no problem opening the xml file however
      getRealPath() returns the wrong path for the h5 file. If you try to
      use file.xmf from the to directory (ie: read("to/xmf/file.xmf")) the
      h5 file will be loaded from 'to/file.h5'.
      
      To correct the issue, we strip out the unwanted scheme and other stuff
      in the URI and just use the path. (libxml has functions for this)
      294c383c
  7. 11 Feb, 2011 1 commit
  8. 04 Feb, 2011 1 commit
  9. 22 Jan, 2011 1 commit
  10. 26 Jul, 2010 1 commit