1. 17 Sep, 2009 1 commit
    • Mark Olesen's avatar
      blockMesh: most mesh data are now demand-driven · 897baf81
      Mark Olesen authored
      - Unless the points(), cells(), patches() methods are called, the classes
        should know maintain a lightweight representation for as long as possible.
      
      - bugfix: old-code used xferMove() instead of xferCopy() when creating the
        topology mesh - causing const pointField& to break if the code order was
        changed
      
      - relocate blockMesh from src/meshing -> src/mesh
      897baf81
  2. 16 Sep, 2009 3 commits
  3. 09 Aug, 2009 5 commits
    • Mark Olesen's avatar
      foamCopySettings enhancement · 99609776
      Mark Olesen authored
      - read ~OpenFOAM/foamCopySettings.rc file for an extra rsync options
        for example, to ignore post-processing or sampling directories
      99609776
    • Mark Olesen's avatar
      improvments to tokenizing Scalar · ef37a55f
      Mark Olesen authored
      - avoid other degenerate sequences from being treated as a scalar
        eg, '1-e', '1e+', '1e.2'
      ef37a55f
    • Mark Olesen's avatar
      improvments to tokenizing Scalar · 9407443e
      Mark Olesen authored
      - for alphanumeric sequences (optionally with [-+.]) that don't look
        like a float or int -> return as a word
      
        This means that '0patch' now looks like a <word> (not <label>)
        and '1.end' looks like a <word> and not <scalar>
      
        Something like '1-e' still does get treated as a bad <scalar> though
      9407443e
    • Mark Olesen's avatar
      tokenizing Scalar is more stringent · e905f9b0
      Mark Olesen authored
      - require a digit somewhere. This traps '.' or '.+E' type of sequences
        instead of returning them as 0
      
      - avoid buffer overruns on really long sequences
      
      - should we be considering strtod() as an alternative to atof() and checking
        the errno?
        The same might be true for using strtoul() or strtol() instead of atol()
      e905f9b0
    • Mark Olesen's avatar
      77b2fecc
  4. 07 Aug, 2009 3 commits
  5. 06 Aug, 2009 8 commits
  6. 05 Aug, 2009 8 commits
  7. 04 Aug, 2009 8 commits
  8. 03 Aug, 2009 4 commits