[dune-pdelab] Problem with Dune::PDELab::NonOverlappingEntitySet - UGGrid with non overlapping parallel solvers.

[Dominic Kempf]

Hey Tim,

its called:

feature/fix-nonoverlapping-mode
<http://conan2.iwr.uni-heidelberg.de/git/pdelab/dune-pdelab/commits/feature/fix-nonoverlapping-mode>

If you cannot see the name, you should use git fetch first.

Dominic

On Fri, Oct 9, 2015 at 3:15 PM, Dodwell, Timothy <T.Dodwell at exeter.ac.uk>
wrote:

> Hi Steffen,
>
> Thanks for this! I can't see it as a branch, any of these ring a bell?
>
> ens-helps-MacBook-Pro:dune-pdelab tjd20$ git branch -r
>   origin/HEAD -> origin/master
>   origin/feature/add-dense-backend
>   origin/feature/cmake-all-pkg-libs
>   origin/feature/fix-entityptr-deprecation-warnings
>   origin/feature/fix-instationary-multidomain
>   origin/feature/functions
>   origin/feature/new-functions-interface
>   origin/feature/typetree-cleanups
>   origin/master
>   origin/p/christi/gridglue
>   origin/p/joe/egu2011-poster
>   origin/p/muething/heterogeneous-containers
>   origin/p/muething/new-bcrs-matrix
>   origin/p/muething/padua
>   origin/p/peter/funcepws13
>   origin/release
>   origin/releases/1.0
>   origin/releases/1.1
>   origin/releases/1.2snapshot
>   origin/releases/2.0
>   origin/releases/2.0snapshot
>   origin/releases/2.1snapshot
>   origin/releases/pdelab-course-201203
> ens-helps-MacBook-Pro:dune-pdelab tjd20$
>
> Cheers
>
> Tim
>
>
>
> ________________________________________
> From: Steffen Müthing <steffen.muething at iwr.uni-heidelberg.de>
> Sent: 09 October 2015 13:27
> To: Dodwell, Timothy
> Cc: Eike Mueller; dune-pdelab mailing list
> Subject: Re: [dune-pdelab] Problem with
> Dune::PDELab::NonOverlappingEntitySet - UGGrid with non overlapping
> parallel solvers.
>
> Hi Tim,
>
> you’ve run into a bleeding edge problem… I’ve fixed the nonoverlapping
> computations just last week, but the
> code hasn’t landed in the master of dune-pdelab yet. You can try switching
> PDELab to the branch
> feature/fix-nonoverlapping-mode (I think that’s what is called, I’m
> traveling right now). That branch contains
> the EntitySet.
>
> Cheers,
> Steffen
>
> > Am 09.10.2015 um 15:08 schrieb Dodwell, Timothy <T.Dodwell at exeter.ac.uk
> >:
> >
> > Hi Eike (Hope things are well in Bath),
> >
> > Sorry I have confused issues mentioning  PkLocalFiniteElementMap, what
> you spotted was a bug in my testing branch, when checking out my master I
> called FEM fem(gv); So forget the second half of my question.
> >
> > The issue is not being able to find
> 'Dune::PDELab::NonOverlappingEntitySet'
> >
> > I need to use this ( from what I understand) as UG doesn't support
> overlapping domain decomposition.
> >
> > Cheers
> >
> > Tim
> >
> > From: Eike Mueller <E.Mueller at bath.ac.uk>
> > Sent: 09 October 2015 10:54
> > To: Dodwell, Timothy
> > Cc: dune-pdelab at dune-project.org
> > Subject: Re: [dune-pdelab] Problem with
> Dune::PDELab::NonOverlappingEntitySet - UGGrid with non overlapping
> parallel solvers.
> >
> > Hi Tim,
> >
> > which version of DUNE is this? Looking at finiteelementmap/pkfem.hh in
> the master which I updated not too long ago, the constructor of the class
> PkLocalFiniteElementMap seems to require the gridview as an argument, so
> maybe this deletes the default constructor (which gets called by “FEM
> fem")? Have you tried
> >
> > FEM fem(gv);
> >
> > But it’s odd that it works in the sequenetial version...
> >
> > Eike
> >
> >> On 9 Oct 2015, at 10:28, Dodwell, Timothy <T.Dodwell at exeter.ac.uk>
> wrote:
> >>
> >> PkLocalFiniteElementMap
> >
> > _______________________________________________
> > dune-pdelab mailing list
> > dune-pdelab at dune-project.org
> > http://lists.dune-project.org/mailman/listinfo/dune-pdelab
>
> _______________________________________________
> dune-pdelab mailing list
> dune-pdelab at dune-project.org
> http://lists.dune-project.org/mailman/listinfo/dune-pdelab
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.dune-project.org/pipermail/dune-pdelab/attachments/20151009/902fb250/attachment.htm>