FS issueshttps://gitlab.dune-project.org/flyspray/FS/-/issues2012-02-15T18:54:12Zhttps://gitlab.dune-project.org/flyspray/FS/-/issues/442FS#442 GIDs for periodic YaspGrid on one processor wrong2012-02-15T18:54:12ZFlyspray ImporterFS#442 GIDs for periodic YaspGrid on one processor wrong
# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Christian May (cmay@itp.phys.ethz.ch) |
| Reported at | Oct 14, 2008 09:24 |
| Type | Bug Report |
| Version | 2.0 |
| Operating System | Linux |
| Last edited...
# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Christian May (cmay@itp.phys.ethz.ch) |
| Reported at | Oct 14, 2008 09:24 |
| Type | Bug Report |
| Version | 2.0 |
| Operating System | Linux |
| Last edited by | Christian Engwer (christi@conan.iwr.uni-heidelberg.de) |
| Last edited at | Feb 15, 2012 18:54 |
# Description
The attached file creates a 2-dimensional grid with 3x3 elements. One direction is labeled periodic, but it doesn't have an effect. Attached is also the output on my machine (Linux 2.6.18-92.1.6.el5 x86_64 GNU/Linux).
To my understanding, e.g. node 0 should have the same global number as node 3 and node 4 should have the same global node number as node 7, which it doesn't.
Thanks
Christian
# Attachments
* [attachment.tgz](/uploads/ed79befeaebd92f882fdcd696a7f5bec/attachment.tgz)
https://gitlab.dune-project.org/flyspray/FS/-/issues/367FS#367 gridcheck assumes non-periodic grids2015-11-20T10:53:32ZChristian EngwerFS#367 gridcheck assumes non-periodic grids# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Christian Engwer (christi@conan.iwr.uni-heidelberg.de) |
| Reported at | Mar 28, 2008 11:27 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] ...# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Christian Engwer (christi@conan.iwr.uni-heidelberg.de) |
| Reported at | Mar 28, 2008 11:27 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] |
| Operating System | Unspecified / All |
# Description
The DGF check for yaspgrid fails, because it loads a periodic grid.
gridcheck.cc line 756 reads:
```c++
assert(globalid.id(*(it.outside())) !=
globalid.id(*n));
```
it checks that
```c++
entity1 != entity1 => globalId(entity1) != globalId(entity2)
```
this assumption does not hold for periodic grids on one process.
https://gitlab.dune-project.org/flyspray/FS/-/issues/358FS#358 Outernormal of nonconforming UGGrid LeafIntersectionIterator is buggy ...2023-09-28T20:50:58ZOliver Sanderoliver.sander@tu-dresden.deFS#358 Outernormal of nonconforming UGGrid LeafIntersectionIterator is buggy for nonplanar quadrilaterals.# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Oliver Sander (oliver.sander@tu-dresden.de) |
| Reported at | Feb 25, 2008 15:23 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] |
| Operat...# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Oliver Sander (oliver.sander@tu-dresden.de) |
| Reported at | Feb 25, 2008 15:23 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] |
| Operating System | Unspecified / All |
# Description
The method `outerNormal` of the `UGGrid` `LeafIntersectionIterator` does not give the correct result when the grid is nonconforming and the intersection is a nonplanar quadrilateral. Reason: the input coordinates are interpreted with respect to the element face and not with respect to the intersection. This doesn't matter if the intersection is conforming or if the normal is constant anyways. But for nonplanar faces there needs to be a coordinate transformation.
Assigning to me.
https://gitlab.dune-project.org/flyspray/FS/-/issues/335FS#335 inconsistent verbose parameter of solvers2007-12-28T19:32:31ZChristian EngwerFS#335 inconsistent verbose parameter of solvers
# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Christian Engwer (christi@conan.iwr.uni-heidelberg.de) |
| Reported at | Dec 28, 2007 19:32 |
| Type | Feature Request |
| Version | Git (pre2.4) [autotools] |...
# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Christian Engwer (christi@conan.iwr.uni-heidelberg.de) |
| Reported at | Dec 28, 2007 19:32 |
| Type | Feature Request |
| Version | Git (pre2.4) [autotools] |
| Operating System | Unspecified / All |
# Description
the solvers in istl/solvers.hh use "int verbose", istl/superlu.hh uses "bool verbose=false" and istl/overlappingshwarz.hh doesn't use any verbose parameter at all.
This interface should be consistent among all solvers. I suggest to use an "int verbose=0" for all solvers.
I volunteer to apply these changes.
https://gitlab.dune-project.org/flyspray/FS/-/issues/276FS#276 adapt return value wrong2015-12-14T14:40:47ZChristian EngwerFS#276 adapt return value wrong# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Christian Engwer (christi@conan.iwr.uni-heidelberg.de) |
| Reported at | Mar 25, 2007 21:00 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] ...# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Christian Engwer (christi@conan.iwr.uni-heidelberg.de) |
| Reported at | Mar 25, 2007 21:00 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] |
| Operating System | Unspecified / All |
| Last edited by | Christian Engwer (christi@conan.iwr.uni-heidelberg.de) |
| Last edited at | Oct 7, 2012 13:16 |
# Description
`UGGrid<dim>::adapt()` always returns true. The Dune documentation states that the return value should be true if the grid got changed, otherwise false.
https://gitlab.dune-project.org/flyspray/FS/-/issues/232FS#232 Copies of elements have different global ids in parallel UGGrid2009-02-24T13:13:11ZOliver Sanderoliver.sander@tu-dresden.deFS#232 Copies of elements have different global ids in parallel UGGrid
# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Oliver Sander (oliver.sander@tu-dresden.de) |
| Reported at | Jan 5, 2007 16:09 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] |
| Operating Syst...
# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Oliver Sander (oliver.sander@tu-dresden.de) |
| Reported at | Jan 5, 2007 16:09 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] |
| Operating System | Unspecified / All |
| Last edited by | Oliver Sander (oliver.sander@tu-dresden.de) |
| Last edited at | Feb 24, 2009 13:13 |
# Description
The grid interface specification requires an element on level i which is a copy of an element of level i-1 to have the same global id as its father. In a distributed UGGrid, this father may be on a different processor, hence communication is necessary to implement the correct behaviour. So far, when running the parallel UGGrid, copy elements do not have the same global id as their fathers.
https://gitlab.dune-project.org/flyspray/FS/-/issues/116FS#116 Shallow Copy in CompressedBlockVectorWindow2015-11-19T13:02:33ZOliver Sanderoliver.sander@tu-dresden.deFS#116 Shallow Copy in CompressedBlockVectorWindow# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Oliver Sander (oliver.sander@tu-dresden.de) |
| Reported at | Mar 22, 2006 09:19 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] |
| Operat...# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Oliver Sander (oliver.sander@tu-dresden.de) |
| Reported at | Mar 22, 2006 09:19 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] |
| Operating System | Unspecified / All |
# Description
Consider the following piece of code:
```c++
BCRSMatrix<...> A,B;
[...]
for (int i=0; i<A.N(); i++) {
BCRSMatrix<...>::row_type tmp = A[i]; // (*)
tmp *= 2;
B[i] += tmp;
}
```
One would expect this to do only `B += 2*A`, but the copy constructor in line (*) does only a shallow copy. Thus, A gets screwed up in the process.
This behaviour is documented, but I think it is very counter-intuitive, and people don't usually read the documentation for copy constructors anyways. The errors it creates are very difficult to find.
https://gitlab.dune-project.org/flyspray/FS/-/issues/84FS#84 Provide unit test for the ISTL kernels for nested matrices and vectors2015-11-20T10:48:37ZMarkus BlattFS#84 Provide unit test for the ISTL kernels for nested matrices and vectors# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Markus Blatt (markus@dr-blatt.de) |
| Reported at | Jan 23, 2006 15:38 |
| Type | Feature Request |
| Version | Git (pre2.4) [autotools] |
| Operating S...# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Markus Blatt (markus@dr-blatt.de) |
| Reported at | Jan 23, 2006 15:38 |
| Type | Feature Request |
| Version | Git (pre2.4) [autotools] |
| Operating System | Unspecified / All |
| Last edited by | Christian Engwer (christi@conan.iwr.uni-heidelberg.de) |
| Last edited at | Jun 7, 2012 09:38 |
# Description
Unit tests should be provided for the ISTL kernels (gsetc.hh, ilu.hh, preconditioner.hh, solver.hh). This relates to task #81.
Only with this procedure we can make sure that all solvers and preconditioners works as expected even for the case of nested matrices and vectors, i.e `BlockVector<BlockVector<FieldVector<double> >` and `BCRSMatrix<BCRSMAtrix<FieldMatrix<double> > >`, respectively.
https://gitlab.dune-project.org/flyspray/FS/-/issues/51FS#51 AlbertaGrid LevelIntersectionIterator disabled.2015-11-18T16:22:14ZRobert KFS#51 AlbertaGrid LevelIntersectionIterator disabled.# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Robert K (robertk@posteo.org) |
| Reported at | Nov 18, 2005 17:42 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] |
| Operating System | U...# Metadata
| Property | Value |
| -------- | ----- |
| Reported by | Robert K (robertk@posteo.org) |
| Reported at | Nov 18, 2005 17:42 |
| Type | Bug Report |
| Version | Git (pre2.4) [autotools] |
| Operating System | Unspecified / All |
| Last edited by | Martin Nolte (nolte@mathematik.uni-freiburg.de) |
| Last edited at | Dec 15, 2009 16:08 |
# Description
When using special unstructured macro grids refinements can create non conform situation when using the
`LevelIterator` or the `HierarchicIteratror`. This causes error in the `LevelIntersectionIterator` which is disabled because of that reason.