The problem was with the fe object..
The way I went around it was to declare it as a static class member
static FE_Q fe;
template
FE_Q Helmholtz_GFE2::fe(1);
The other solution that worked as well was to create the pointers directly
in the constructor with "new"
fe_enriched
(
Hi Edith,
I would certainly run in debugger to see what’s going on.
>From the code you show, it looks like you initialize your functions **after**
>you actually pass them to constructor of FE_Enriched.
To be on the safe side, i would move those above.
Cheers,
Denis.
> On 3 Feb 2017, at 15:29,
2017-02-03 8:45 GMT-05:00 Denis Davydov :
> Thanks for confirming this, Bruno.
> Do you think we should mention in the documentation?
Sure. Since you asked the question, there are probably others with the
same question.
Bruno
--
The deal.II project is located at
Denis,
On Friday, February 3, 2017 at 8:36:03 AM UTC-5, Denis Davydov wrote:
>
> So far i don't have any indication that such resizing is not allowed, but
> just wanted to double check.
>
It should work. I can't think of a reason why it wouldn't.
Best,
Bruno
--
The deal.II project is located
Hi all,
That's a question, probably, to Wolfgang and/or Bruno.
It's not explicitly mention in the documentation whether or not parts of
the Copy/Scratch data classes can be resized during cell assembly.
Obviously, in the hp-FEM case, one would need to resize local matrices
according to a FE
If there are no further questions on this topic,
please mark some answer as "correct/best" so that this topic
is displayed as "Answered" in the google group list.
Cheers,
Denis.
On Tuesday, January 31, 2017 at 10:01:38 AM UTC+1, Denis Davydov wrote:
>
> Hi,
>
> On Tuesday, January 31, 2017 at
I am glad that it worked out.
Please mark some answer as "correct/bast" so that this topic
is marked as "Answered" in the google group list.
Cheers,
Denis.
On Tuesday, January 31, 2017 at 7:27:17 PM UTC+1, Vinayak Gholap wrote:
>
> Hello,
>
> Yes it worked.
> @Jean-Paul: Yes I use the