On 5/13/21 3:05 PM, Konrad Simon wrote:
I am currently writing an interface to some p4est functions. The structure of
p4est makes it often necessary to pass data around through a user pointer of
whatever type (void*). When creating a new triangulation this pointer is set
to „this“ (the
Dear all,
I am currently writing an interface to some p4est functions. The structure
of p4est makes it often necessary to pass data around through a user
pointer of whatever type (void*). When creating a new triangulation this
pointer is set to „this“ (the triangulation itself), see for
I have two different codes to solve the same problem but one works with
VectorTools::interpolate_boundary_values whereas the other doesn't and I'm
trying to figure out if I've done something wrong or there's a bug in the
library. In both codes, I have an FESystem made up of two smaller
By the way, I forgot to mention how I acutally compute the variable
"comp_0_ref", which is potentially the place where the difference may come
from.
I do this by simply asking the initialized FE Field function:
double comp_0_ref = fe_field.value(fe_values.quadrature_point(q));
For my
Hi David,
> I want to evaluate each point out of the cloud only once in case of a
distributed triangulation.
a quick (and dirty) solution would be to perform the communication
"non-uniquely" (i.e. evaluate multiple times) and pick out one specific
value. If you use
Sorry that didn't mention more details: I am running deal.II 9.2.0 on
Ubuntu 20.04,
installed through the available PPA.
The only boost function I am using is spherical_harmonic_r(l, m, theta,
phi) inside a simple user-defined function
which returns the spherical harmonic value times a const.
On 5/13/21 8:56 AM, Kishore Nori wrote:
I would be very happy to know on why the problem is arising and how can I fix
it?
We don't know without being able to see what specifically your code looks like
and the system it is running on -- but the way to find out is to run your
program in a
Hello everyone!
This is deal.II newsletter #166.
It automatically reports recently merged features and discussions about the
deal.II finite element library.
## Below you find a list of recently proposed or merged features:
#12199: Allow to enforce unique mapping in RemotePointEvaluation
Hi everyone,
I am trying to use Boost library math functions in a deal.II solver
program, and I am getting the following Segmentation fault and make errors
when I run the program after compilation.
```
make[3]: *** [CMakeFiles/run.dir/build.make:58: CMakeFiles/run]
Segmentation fault (core
