If I understand you correctly you would like to have support for quad9 and
We have an open pull request for this issue (see:
https://github.com/dealii/dealii/pull/10163). Hopefully we get that PR (or
some version of it) merged soon.
On Tuesday, 15
The error message already tells you what to do. You need to run the commend
with admi privileges, i.e., `sudo make install`.
Hope that helps,
On Wednesday, 1 July 2020 13:21:12 UTC+2, ME20S001 Bardawal Prakash wrote:
> Someone help me solving this issue, here I'm attaching
may I ask you to be more specific regarding to
parallel::fullydistributed::Triangualation (p:f:t) error. In the case of
p:f:t you can copy indeed refined meshes, however users need to deal with
periodicity on their own by applying the periodicy once again. See the
What you could also do is to turn compression off.
On Monday, 8 June 2020 14:19:25 UTC+2, peterrum wrote:
> Dear Maurice,
> The problem is that the size of `auto buffer =
> dealii::Utilities::pack(r1);` is not the same on all processes, which is a
> requirement if you use
Indeed! Christoph, you seem to be right!
Feel free to create a pull request on GitHub for this inconsistency! We
will help you if you need some assistance! Amazing that there are still
errors in the first tutorials although - probably - all deal.II user have
had a look at these...
The problem is that the size of `auto buffer =
dealii::Utilities::pack(r1);` is not the same on all processes, which is a
requirement if you use `MPI_Bcast`. My suggestion would to split the
procedure into two steps: 1) bcast the size on rank 1; 2) bcast the actual
is the issue solved now? I have compiled your code with the current version
of deal.II and it works.
On Monday, 8 June 2020 09:56:21 UTC+2, A.Z Ihsan wrote:
> Oops, i was wrong. I followed the deal.ii 9.2.0 tutorial meanwhile in my
> local deal.ii version is 9.1.
What type of triangulation are you using?
On Saturday, 6 June 2020 17:52:53 UTC+2, Amaresh B wrote:
> Dear all,
> I am trying to save my triangulation and using the lines below.
> 'triangulation.save' commands works and saves the mesh if my domain is
> either 2D or 3D (i.e. dim=2
I have no problem to compile the following code (your code with minor
using namespace dealii;
const unsigned int max_fe_degree);
Could you post a short code how you want to use the LinearOperator so that
I know what actually is not working.
Regarding Trilinos + LA::dist::Vectror: there is an open PR (
https://github.com/dealii/dealii/pull/9925) which adds the instantiations
(hope I did not miss any).
any chance that you post or send me a small runnable test program.
By the way, there is an open PR (https://github.com/dealii/dealii/pull/9343)
for the computation of the diagonal in a matrix-free manner. Once this is
merged, I will work the matrix-free assembly of sparse matrices.
On Saturday, 18 January 2020 12:57:24 UTC+1, Maxi Miller wrote:
> In step-48 the inverse mass matrix is applied by moving the inverse data
I guess I am not the correct person to explain you the reason for that
assert. But what you are doing is that while calling scale you are messing
with the ghost values (which prevents the compress step).
You should do it only locally. What you might want to check it out are the
Mail list logo