- Jan 22, 2016
-
-
Bernd Flemisch authored
-
Bernd Flemisch authored
-
Bernd Flemisch authored
-
Bernd Flemisch authored
-
Bernd Flemisch authored
-
Bernd Flemisch authored
-
Johannes Hommel authored
Added the use of convenience functions also in the 2pncminlocalresidual, which i forgot in the previous commit 2c0b5..b82c76b4.
-
Johannes Hommel authored
2pnc and 2pncmin are now using only convenience functions as required in FS211 instead of directly calling the fluidstate. The necessary convenienience functions (mass and moleFraction, molarity) were implemented.
-
- Jan 21, 2016
-
-
Martin Beck authored
Added #if HAVE_MPI before class instantiation of NonoverlappingSolverTraits and OverlappingSolverTraits. Reviewed by Bernd.
-
Christoph Grüninger authored
-
- Jan 20, 2016
-
-
Timo Koch authored
The function definition requires brackets (). The function keyword is unnecessary and results in less portable shell code, see: http://unix.stackexchange.com/questions/73750/difference-between-function-foo-and-foo
-
Thomas Fetzer authored
- Jan 19, 2016
-
-
Martin Beck authored
Instead of calling fluidstate().FLUIDPROPERTY(), the now implemented convenience functions are used. Reviewed by kweis
-
Thomas Fetzer authored
This changes the reference solutions.
-
Thomas Fetzer authored
-
Thomas Fetzer authored
This requires updating the reference solutions. For mpnckinetic it was not able to check, whether the reference solution was already broken before.
-
Thomas Fetzer authored
-
Thomas Fetzer authored
The grids gets a position array from which the grid is constructed. Optional arguments are the number of cells and the grading
-
Bernd Flemisch authored
[gridcreator] Deprecate simplex and cube grid creator Structured grids can be defined (since dumux 2.8 / dune 2.4) via the input file like follows: ```ini [Grid] LowerLeft = 0 0 0 UpperRight = 4 5 6 Cells = 2 2 6 CellType = Simplex Refinement = 1 # optional ``` Note that Simplex is only available for grids supporting simplices. For multidomain applications the property GridParameterGroup can be set in each sub problem if you need to define different grids for the subdomains in the same input file. Dgf grids can be set as usual with the default grid creator ```ini [Grid] File = my.dgf ``` See merge request !44
-
Gabi Seitz authored
Add guardians for wrong boundary types for the mass balance in the free flow domain. Avoids undesired behavior in case a "not-defined" boundary type is set. See merge request !46
-
- Jan 18, 2016
-
-
Christoph Grüninger authored
[2pminc][bugfix] Fix compiler error variable unknown This is a quick fix that dumux compiles again. It looks like the 2pminc needs some cleanup (-> dumux-day?) See merge request !48
-
Timo Koch authored
-
Timo Koch authored
-
Timo Koch authored
Structured grids can be defined (since dumux 2.8 / dune 2.4) via the input file like follows: [Grid] LowerLeft = 0 0 0 UpperRight = 4 5 6 Cells = 2 2 6 CellType = Simplex Refinement = 1 # optional Note that Simplex is only available for grids supporting simplices. For multidomain applications the property GridParameterGroup can be set in each sub problem if you need to define different grids for the subdomains in the same input file. DGF The new default gridcreator (since dumux 2.8) has the identical functionality with identical interface. Just specify [Grid] File = bla.dgf
-
Christoph Grüninger authored
-
Thomas Fetzer authored
-
Thomas Fetzer authored
Update documentation
-
Bernd Flemisch authored
Feature/valgrind with cmake See merge request !43
-
- Jan 15, 2016
-
-
Christoph Grüninger authored
[bugfix] Make test require executable The test falsely required an executable with the name of the test instead of the name of the executable. As the comment correctly states the test needs the executable to run not a test target.. See merge request !45
-
Timo Koch authored
The test falsely required an executable with the name of the test instead of the name of the executable. As the comment correctly states the test needs the executable to run not a test target..
-
Bernd Flemisch authored
Feature/pointsources rebased Implements a point source feature. Source terms can be implemented as point sources in the problem file. A point source is a new class that stores point coordinates and a values PrimaryVariable vector with a source value for each equation. Point sources can also be solution dependent. For that the user adds a point source at the wished location with values 0.0. Then in the method solDependentPointSource() one gets all point sources associated with the DOF that the method is called for and can add to their values, values dependent on the current solution. The user specifies the source in kg/s (very convenient!). * [x] Move point source calculation from implicit problem to a helper function * [x] Make PointSource a Dumux property so people can use cutomized point source classes derived from a base class * [x] Consider extrusion for dim < 3 when calculating the volume * [x] Implement TimeDependentPointSource? * [x] Make it work for adaptive grids * [x] Implement PointSource constructor without value (for solDependentSources), the value is then set in solDependentPointSources. This branch has been rebased recently onto master. See merge request !36
-
- Jan 14, 2016
-
-
Timo Koch authored
-
Christoph Grüninger authored
Undefined preprocessor variables are set to 0 by default according to the C++ standard.
-
Christoph Grüninger authored
-
Christoph Grüninger authored
-
Christoph Grüninger authored
Re-enable Valgrind support which was accidentally dropped together with the Autotool's build system.
-
- Jan 13, 2016
-
-
Timo Koch authored
The bounding box tree uses the grid's index set as it is only concerned with elements no matter which discretization. We have to therefore use the gridview's indexset to access the point source map in the problem.
-