http://www.dune-project.org/flyspray/ Flyspray:: Dune: Recently opened tasks 2010-09-07T11:22:45Z http://www.dune-project.org/flyspray/index.php?do=details&task_id=818 2010-09-07T11:22:45Z Carsten Gräser Currently there is no information on the embedding of subentities available. If you e.g. have an element e you can not get the local index of the i-th vertex of some e.subEntity<c>(j) within e. Furthermore you can not even obtain the index/id of this vertex. This fact makes the subEntity method of Entity<0> and the iterators and geometries of codim 0<c<dim entities almost useless. As a first step I propose to add the subIndex/subId method also for codim c>0 entities. Then one could construct the embedding at least by comparing indices/ids. Furthermore it would be nice to provide the embedding directly similar to the subEntity method of the reference elements.
This fact makes the subEntity method of Entity<0> and the iterators and geometries of codim 0<c<dim entities almost useless.

As a first step I propose to add the subIndex/subId method also for codim c>0 entities. Then one could construct the embedding at least by comparing indices/ids.

Furthermore it would be nice to provide the embedding directly similar to the subEntity method of the reference elements.]]> http://www.dune-project.org/flyspray/index.php?do=details&task_id=817 2010-09-03T11:05:21Z Jonathan Youett When running test-ug.cc with the actual trunk versions of the dune core modules I get the following error: ./test-ug Testing UGGrid&lt;2&gt; and UGGrid&lt;3&gt; with red/green refinement test-ug: ../../../dune/grid/genericgeometry/cachedmapping.hh:91: Dune::GenericGeometry::CachedJacobianTransposed&lt;&lt;anonymous&gt;, &lt;template-parameter-1-2&gt; &gt;::operator const typename Dune::GenericGeometry::CachedStorage&lt;dim, GeometryTraits&gt;::Traits::JacobianTransposedType&amp;() const [with unsigned int dim = 2u, GeometryTraits = Dune::GenericGeometry::DefaultGeometryTraits&lt;double, 2, 2, false&gt;]: Assertion `*this&#039; failed. Abgebrochen In my code the same error appears when using an UG grid consisting of prisms. ./test-ug
Testing UGGrid<2> and UGGrid<3> with red/green refinement
test-ug: ../../../dune/grid/genericgeometry/cachedmapping.hh:91: Dune::GenericGeometry::CachedJacobianTransposed<<anonymous>, <template-parameter-1-2> >::operator const typename Dune::GenericGeometry::CachedStorage<dim, GeometryTraits>::Traits::JacobianTransposedType&() const [with unsigned int dim = 2u, GeometryTraits = Dune::GenericGeometry::DefaultGeometryTraits<double, 2, 2, false>]: Assertion `*this' failed.
Abgebrochen

In my code the same error appears when using an UG grid consisting of prisms.




]]> http://www.dune-project.org/flyspray/index.php?do=details&task_id=816 2010-08-13T14:45:01Z Markus Blatt Please ignore. http://www.dune-project.org/flyspray/index.php?do=details&task_id=815 2010-08-31T12:13:51Z Oliver Sander When calling &#039;make check&#039; in dune-grid/dune/grid/genericgeometry/test, the tests are compiled, but not run. This means that the automatic tests miss some important information. http://www.dune-project.org/flyspray/index.php?do=details&task_id=814 2010-07-16T11:48:54Z Oliver Sander As Christian explained nicely on the list You will have to add something like the following to project: dumux/m4/dumux.m4: dnl -*- autoconf -*- # Macros needed to find dumux and dependent libraries. They are called by # the macros in ${top_src_dir}/dependencies.m4, which is generated by # &quot;dunecontrol autogen&quot; # Additional checks needed to build dumux # This macro should be invoked by every module which depends on dumux, as # well as by dumux itself AC_DEFUN([DUMUX_CHECKS]) # Additional checks needed to find dumux # This macro should be invoked by every module which depends on dumux, but # not by dumux itself AC_DEFUN([DUMUX_CHECK_MODULE], [ DUNE_CHECK_MODULES([dumux],[dumux/dumux.hh]) ]) The macro DUMUX_CHECK_MODULE is required to find your module. If you didn&#039;t do any fancy tricks, the default version should do the trick. If you provide libraries, you should add the name of the lib to the DUNE_CHECK_MODULES entry (have a look at dune-grid for example).
You will have to add something like the following to project:

dumux/m4/dumux.m4:

dnl -*- autoconf -*-
# Macros needed to find dumux and dependent libraries. They are called by
# the macros in ${top_src_dir}/dependencies.m4, which is generated by
# "dunecontrol autogen"

# Additional checks needed to build dumux
# This macro should be invoked by every module which depends on dumux, as
# well as by dumux itself
AC_DEFUN([DUMUX_CHECKS])

# Additional checks needed to find dumux
# This macro should be invoked by every module which depends on dumux, but
# not by dumux itself
AC_DEFUN([DUMUX_CHECK_MODULE],
[
DUNE_CHECK_MODULES([dumux],[dumux/dumux.hh])
])


The macro DUMUX_CHECK_MODULE is required to find your module. If you
didn't do any fancy tricks, the default version should do the
trick. If you provide libraries, you should add the name of the lib to
the DUNE_CHECK_MODULES entry (have a look at dune-grid for example).
]]> http://www.dune-project.org/flyspray/index.php?do=details&task_id=813 2010-07-05T18:41:16Z Oliver Sander The Debian package dune-common-dev_2.0-3 conflicts with the package autoconf-archive, because it contains a few files from the archive and installs them. Some of the files are locally modified, others are (appear to be) verbatim copies. Hence an installation would overwrite files originally installed by the autoconf-archive (and vice versa), a thing that dpkg doesn&#039;t let you do. The situation is worse if you install dune-common globally without the help of a package manager. In that case, files from the autoconf-archive will be tacitly overwritten.
The situation is worse if you install dune-common globally without the help of a package manager. In that case, files from the autoconf-archive will be tacitly overwritten.

]]> http://www.dune-project.org/flyspray/index.php?do=details&task_id=812 2010-07-01T12:29:22Z Elias Pipping dune/grid/genericgeometry/test/testmapping.cc and dune/grid/genericgeometry/test/testgeo.cc try to include testgeo.hh which is also listed in SOURCES of dune/grid/genericgeometry/test/Makefile.am. For some reason, that file is not part of the tarball whereas it does exist in the trunk. http://www.dune-project.org/flyspray/index.php?do=details&task_id=811 2010-08-25T13:53:04Z Elias Pipping passing --without-gmp does not work. as one can already see from output such checking for __gmpz_abs in -Lno/lib -lgmp... yes it clearly doesn&#039;t do what it&#039;s supposed to (--without-gmp is equivalent to --with-gmp=no).
as one can already see from output such

checking for __gmpz_abs in -Lno/lib -lgmp... yes

it clearly doesn't do what it's supposed to (--without-gmp is equivalent to --with-gmp=no).]]> http://www.dune-project.org/flyspray/index.php?do=details&task_id=810 2010-06-29T17:08:35Z Oliver Sander The attached test file is supposed to load a grid from a gmsh file, loadbalance it and quit. However the UGGrid destructor throws an exception on all but the master processors: sander@haile:~/dune-parallel/dune-grid/dune/grid/io/file/test$ mpirun -np 2 destructortest DimX=2, DimY=1, DimZ=1 Reading 3d Gmsh grid... version 2 Gmsh file detected file contains 14 nodes file contains 48 elements number of real vertices = 14 number of boundary elements = 24 number of elements = 24 Reading 3d Gmsh grid... version 2 Gmsh file detected file contains 14 nodes file contains 48 elements number of real vertices = 14 number of boundary elements = 24 number of elements = 24 Process 1 is about to terminate! Process 0 is about to terminate! GridError: UG3d::DisposeMultiGrid returned error code! Here is the file #include &quot;config.h&quot; #include &lt;dune/common/mpihelper.hh&gt; #include &lt;dune/grid/uggrid.hh&gt; #include &lt;dune/grid/io/file/gmshreader.hh&gt; using namespace Dune; int main( int argc, char** argv ) try { Dune::MPIHelper::instance( argc, argv ); typedef Dune::UGGrid&lt;3&gt; GridType; GridType grid; Dune::GmshReader&lt;GridType&gt; gmshreader; gmshreader.read(grid, &quot;cube.msh&quot;); grid.loadBalance(); std::cout &lt;&lt; &quot;Process &quot; &lt;&lt; grid.comm().rank() &lt;&lt; &quot; is about to terminate!&quot; &lt;&lt; std::endl; return 0; } catch ( Dune::Exception &amp;e ) { std::cerr &lt;&lt; e &lt;&lt; std::endl; return 1; }
sander@haile:~/dune-parallel/dune-grid/dune/grid/io/file/test$ mpirun -np 2 destructortest
DimX=2, DimY=1, DimZ=1
Reading 3d Gmsh grid...
version 2 Gmsh file detected
file contains 14 nodes
file contains 48 elements
number of real vertices = 14
number of boundary elements = 24
number of elements = 24
Reading 3d Gmsh grid...
version 2 Gmsh file detected
file contains 14 nodes
file contains 48 elements
number of real vertices = 14
number of boundary elements = 24
number of elements = 24
Process 1 is about to terminate!
Process 0 is about to terminate!
GridError: UG3d::DisposeMultiGrid returned error code!


Here is the file

#include "config.h"

#include <dune/common/mpihelper.hh>
#include <dune/grid/uggrid.hh>
#include <dune/grid/io/file/gmshreader.hh>

using namespace Dune;

int main( int argc, char** argv ) try
{
Dune::MPIHelper::instance( argc, argv );

typedef Dune::UGGrid<3> GridType;
GridType grid;

Dune::GmshReader<GridType> gmshreader;
gmshreader.read(grid, "cube.msh");

grid.loadBalance();

std::cout << "Process " << grid.comm().rank() << " is about to terminate!" << std::endl;

return 0;
}
catch ( Dune::Exception &e )
{
std::cerr << e << std::endl;
return 1;
}]]> http://www.dune-project.org/flyspray/index.php?do=details&task_id=809 2010-06-29T14:17:37Z Carsten Gräser The help on dunecontrol says that the options -h and --help show the help text. Using these options leads to ERROR: unknown command &quot;--help&quot; / ERROR: unknown command &quot;-h&quot; However the help text is still displayed as for any unknown command. Using these options leads to

ERROR: unknown command "--help" / ERROR: unknown command "-h"

However the help text is still displayed as for any unknown command.

]]>