Skip to content
Snippets Groups Projects
  1. Sep 24, 2010
  2. Sep 06, 2010
  3. Aug 24, 2010
  4. Aug 12, 2010
  5. Aug 04, 2010
  6. Jun 18, 2010
  7. Jun 13, 2010
  8. Jun 11, 2010
  9. Jun 04, 2010
  10. Jun 03, 2010
  11. Jun 02, 2010
  12. May 21, 2010
  13. May 19, 2010
  14. May 17, 2010
  15. May 05, 2010
  16. Apr 02, 2010
  17. Mar 31, 2010
  18. Mar 27, 2010
  19. Mar 20, 2010
  20. Mar 12, 2010
  21. Mar 10, 2010
  22. Mar 09, 2010
  23. Mar 01, 2010
  24. Feb 15, 2010
  25. Feb 10, 2010
  26. Jan 26, 2010
  27. Jan 20, 2010
  28. Jan 16, 2010
    • Christophe Geuzaine's avatar
      · b19eadb4
      Christophe Geuzaine authored
      pretty please do not just "throw;" when you don't know what to do
      
      + constify MElement some more
      
      b19eadb4
  29. Jan 06, 2010
    • 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
  30. Dec 08, 2009
  31. Nov 13, 2009
  32. Oct 03, 2009
  33. Oct 02, 2009
  34. Sep 19, 2009
  35. Sep 17, 2009
  36. Sep 14, 2009
  37. Sep 10, 2009
Loading