1. 01 May, 2014 1 commit
  2. 22 Apr, 2014 1 commit
  3. 07 Apr, 2014 1 commit
  4. 04 Dec, 2013 1 commit
  5. 29 Oct, 2013 1 commit
  6. 09 Oct, 2013 1 commit
  7. 17 Sep, 2013 1 commit
  8. 13 Sep, 2013 1 commit
  9. 27 Aug, 2013 1 commit
  10. 22 Aug, 2013 2 commits
  11. 14 Aug, 2013 1 commit
  12. 29 May, 2012 1 commit
  13. 23 Mar, 2012 1 commit
  14. 05 Mar, 2012 1 commit
    • brugger's avatar
      · 3ad0e019
      brugger authored
      I updated the year in the copyright notice from "2000 - 2011" to
      "2000 - 2012" in all the ".c" and ".C" files in the src directory.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@17584 18c085ea-50e0-402c-830e-de6fd14e8384
      3ad0e019
  15. 01 Sep, 2011 1 commit
  16. 17 Jul, 2011 1 commit
    • hrchilds's avatar
      Merge RC to trunk, picking up 3 bug fixes: · 364e7685
      hrchilds authored
      (1) Oliver Ruebel ran into a case with ray casted volume rendering where samples were misclassified.  If you have a large true range, but the user sets a very small range, then overflows can lead to misclassification.
      (2) Hari Krishnan ran into a case where his derived type of the PICS filter was crashing, since the base class left a dangling pointer around.  Fixed now.
      (3) I was doing some analysis for Paul Fischer and found that the plane seeding strategy for streamlines wasn't working right.  It was using the x-length for both X and Y, resulting in always square planes.  It can now do rectangles (x-length != y-length) correctly.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@15400 18c085ea-50e0-402c-830e-de6fd14e8384
      364e7685
  17. 12 Jul, 2011 1 commit
    • miller86's avatar
      Resolving #631, removing 'using' statements from all header files. · ace3d1e1
      miller86 authored
      As a consequence, a lot of source files needed fixing up too. There
      were many cases where source files referred to STL classes but either
      did not include the cooresponding C++ STL header or did not have a
      using statement or did not have a 'std::' scope resolution.
      
      I added a hook to prevent commits of header files with using statements
      in them. I added skips for anything in vendor_branches, release and
      src/third_party_builtin and common/utility/visitstream.h (whose using
      statements I think define a single symbol name such as cerr or endl).
      Nonetheless, I still think visitstream.h might bare further scrutiny
      on this issue.
      
      There are a number of other observations I had regarding header file
      design and usage that I will send to visit-developers in a follow-up
      email.
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@15352 18c085ea-50e0-402c-830e-de6fd14e8384
      ace3d1e1
  18. 01 Jul, 2011 1 commit
  19. 21 Feb, 2011 1 commit
  20. 28 Jan, 2011 1 commit
  21. 18 Jan, 2011 1 commit
    • brugger's avatar
      · b22d9fd2
      brugger authored
      I updated the copyright dates in the copyright notice in all the "*.c",
      "*.C", "*.h", "*.java", "*.cmake", "*.txt" and "*.in" files in the "src"
      directory.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@13578 18c085ea-50e0-402c-830e-de6fd14e8384
      b22d9fd2
  22. 17 Dec, 2010 1 commit
  23. 05 Dec, 2010 1 commit
    • hrchilds's avatar
      · be09816e
      hrchilds authored
      Three streamline changes:
      (1) Christoph told me what the tolerances mean, so I modified QvisStreamlinePlotWindow to reflect how they are used.
      (2) The core code for doing particle advection has a test to see if the velocity is zero and stop advection (this is an oversimplification).  This behavior is not correct for the new pathline code ... a region could have zero velocity when a particle is there, but it might start moving afterwards.  I removed the test in the case of pathlines.
      (3) I added two new warnings: (1) stiffness and (2) critical points.  It looks like we sometimes wrap around critical points without terminating.  This was being reported as "you hit the num steps condition", but is actual separate.  So the critical points warning reflects that.  As far as stiffness, this refers to numerical problems.  Very troublingly, the stiff criteria appears to come up a lot.  I left the warning in, but we'll need to figure out what is going on soon.  (Both warnings can be disabled.)
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@13192 18c085ea-50e0-402c-830e-de6fd14e8384
      be09816e
  24. 28 Nov, 2010 1 commit
  25. 10 Nov, 2010 1 commit
  26. 05 Nov, 2010 1 commit
  27. 09 Oct, 2010 1 commit
  28. 29 Aug, 2010 1 commit
  29. 27 Aug, 2010 1 commit
  30. 06 Aug, 2010 1 commit
    • garth's avatar
      Merged integral curve changes from garth/streamlines branch: · 09f7c3ca
      garth authored
          Enabled AMR ghost zone information in avtIVPVTKField; integral curves  
          now correctly descend into finer levels as encountered (Eduard Deines).  
      
          Modified domain transition handling in avtIntegralCurve::Advance() to
          push across the boundary with smaller steps.
      
          Adapted the IC algorithms and the Poincare plot to the new terminology.  
      
          Cleanup of status and termination flags used between avtIVPSolver and  
          avtIntegralCurve.  
      
          Introduced explicit DIRECTION flag for avtIntegralCurve to allow more robust  
          handling of integration direction; this was previously inferred from the  
          termination criterion, which is not compatible with pathlines.  
      
          Refactored termination handling out of the avtIVPSolver subclasses, it is now  
          the responsibility of avtIntegralCurve::AnalyzeStep().  
          avtIntegralCurve::Advance() now explicitly respects temporal bounds of  
          avtIVPField. (avtIntegralCurve::DoAdvance() was merged into  
          avtIntegralCurve::Advance()).  
      
          Reduce role of avtIVPStep: avtIVPField::ComputeScalarVariable() now uses an  
          index-based instead of variable name strings, the mapping is set through  
          avtIVPField::SetScalarVariable().  
      
          Total rewrite of avtStateRecorderIntegralCurve to use a flat storage scheme  
          that reduces memory consumption tremendously. Adapted  
          avtStreamlinePolyDataFilter correspondingly.  
      
          avtStateRecorderIntegralCurve::Serialize() now also transmits the serialize  
          flags, ensuring that sender and receiver agree on what is transmitted; this  
          fixes current crashes in parallel IC algorithms.  
      
          New cell locator infrastructure based on avtCellLocator, for now local to the  
          IVP module. The previously used vtkVisItCellLocator was reimplemented as  
          avtCellLocatorClassic. Added cell locators for rectilinear  
          (avtCellLocatorRect) and unstructured meshes (avtCellLocatorBIH). The new  
          infrastructure is more robust, faster and consumes less memory for  
          (un)structured meshes; fast paths for specific mesh and cell types are  
          introduced that avoid calls to VTK methods which are not thread-safe and slow  
          (e.g. unstructured tet/hex). Locators are now stateless and can be safely  
          shared between multiple threads (in preparation for David Camp's hybrid  
          parallel work) and cached in the pipeline (future work).  
      
          Rewrote avtIVPVTKField to contain all cell/point location state.  
        
          avtParICAlgorithm now handles the case of no seedpoints without crashing.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@12139 18c085ea-50e0-402c-830e-de6fd14e8384
      09f7c3ca
  31. 20 Jul, 2010 1 commit
    • brugger's avatar
      · a78ec05f
      brugger authored
      I updated the LLNL review and release number in the copyright notice
      in all the "*.C", "*.h", "*.java", "*.cmake", "*.txt" and "*.in" files
      in the src directory.
      
      
      
      git-svn-id: http://visit.ilight.com/svn/visit/trunk/src@11946 18c085ea-50e0-402c-830e-de6fd14e8384
      a78ec05f
  32. 23 Jun, 2010 1 commit
  33. 11 Jun, 2010 1 commit
  34. 10 Jun, 2010 1 commit
  35. 06 Jun, 2010 2 commits
  36. 05 Jun, 2010 1 commit
  37. 04 Jun, 2010 2 commits