Skip to content
Snippets Groups Projects
  1. Mar 11, 2010
  2. Mar 10, 2010
  3. Mar 09, 2010
  4. Mar 06, 2010
  5. Mar 04, 2010
  6. Mar 03, 2010
  7. Mar 01, 2010
  8. Feb 26, 2010
  9. Feb 18, 2010
  10. Feb 17, 2010
  11. Feb 15, 2010
  12. Feb 10, 2010
  13. Feb 08, 2010
  14. Feb 04, 2010
  15. Feb 01, 2010
  16. Jan 29, 2010
  17. Jan 22, 2010
  18. Jan 20, 2010
  19. Jan 12, 2010
  20. Jan 11, 2010
  21. Jan 08, 2010
  22. Jan 06, 2010
    • Jean-François Remacle's avatar
      Finished the DG formulation (diffusive BC's) · aaf4e0cc
      Jean-François Remacle authored
      Added Navier Stokes & 2 test cases in DG
      Added binary restart capabilities in DG
      Added mesh renumbering option (-renumber)@
      
      aaf4e0cc
    • Christophe Geuzaine's avatar
      ghost cells, take three -- ghost cells are now fully functional (for · 174c2296
      Christophe Geuzaine authored
      single file IO)
      
      TWO BIG WARNINGS:
      
      1) The MSH file version has been bumped from 2.1 to 2.2 because if a
      mesh has partitions, the meaning of the tags has changed. Tag 3 used
      to be the partition id; now tag 3 contains the number of partitions
      (self+ghosts, if necessary), and the next tag(s) contain(s) the
      partition(s) id(s). Ghost partitions have < 0 ids. The (new) default
      behaviour is to not save partition numbers by default if there are
      none.
      
      2) There is an issue for split-file IO (one file per partition), due
      to our on-the-fly renumbering of the elements (we would need a global
      pass+store an inverse multimap to have the correct ghost element
      numbers in a split-file scheme). The problem comes from the multiple
      physicals -> multiple copies of the same MElement* in the MSH file +
      our refusal to store an index in MElement. We need to discuss this
      before we implement split-file IO in parallel...
      
      
      
      PS -- I also changed the way we write binary files. We now save blobs
      of single elements. This is fully compatible with old versions, but
      might slow down reading large files. I did not see any performance hit
      on my machine, but this should be tested more thoroughly. Third party
      codes can still write larger binary blobs if they want to, but Gmsh
      itself now writes small blobs, which makes the writeMSH routine much
      simpler.
      
      
      174c2296
  23. Jan 05, 2010
  24. Jan 04, 2010
Loading