e" to "load". i.e.,
PACKAGES="${PACKAGES} *load*:petsc"
Otherwise it kept trying to download and build *petsc 3.19.0*, and failing.
Best,
David
On Friday, March 14, 2025 at 7:40:26 PM UTC-4 Wolfgang Bangerth wrote:
> On 3/14/25 14:49, David Montiel wrote:
> >
script to avoid downloading and
trying to install the default version petsc and instead indicate the path
where I installed so it can add it as a component.
Can this be done?
Thank you!
David
*Error message:*
*Fetching petsc 3.19.0*
*Verifying petsc-lite-3.19.0.tar.gz*
*petsc-lite-3.19.0
Thank you, Wolfgang
I'll look into it.
Best,
David
On Thursday, February 20, 2025 at 8:27:18 PM UTC-5 Wolfgang Bangerth wrote:
>
> On 2/20/25 14:18, David Montiel wrote:
> > /An error occurred in line <2204> of file <../source/lac/
> > lapack_full_matrix.cc&
all of these simulations crashed at some point.
Any ideas for how I can solve this problem?
Thank you,
David
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you are
[examples/CMakeFiles/example_step_83_release.dir/build.make:106:
bin/step-83.release] Error 1
make[1]: *** [CMakeFiles/Makefile2:8634:
examples/CMakeFiles/example_step_83_release.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs
I will try going with -DDEAL_II_COMPILE_EXAMPLES=OFF. That sho
probably modify the CMakeLists.txt file within step-83 but I was
hoping to instead introduce a flag during CMake to force skip step-83
instead.
Can I do that without disabling the rest of the examples, as in
DEAL_II_COMPONENT_EXAMPLES=OFF?
Any other better options?
Thank you!
David
--
The
./candi.sh
--platform=./deal.II-toolchain/platforms/supported/linux_cluster.platform
(the second attempt to install, after p4est was installed successfully)
which shows the installation errors is attached.
Any help with this would be greatly appreciated.
David
--
The deal.II project is
Thank you, Wolfgang
See further comments below.
Best,
David
On Tuesday, November 19, 2024 at 12:44:45 PM UTC-5 Wolfgang Bangerth wrote:
> Do I understand correctly that these meshes are identical, but that you
> store them in separate variables? Why not just one mesh th
Hello, Wolfgang
Thank you for your reply. Please see my inline replies below.
Best,
David
On Monday, November 18, 2024 at 9:38:45 PM UTC-5 Wolfgang Bangerth wrote:
David:
> I have two distinct distributed meshes representing the same spatial
> domain and (for now) with equal refi
the code, as well as
how the data is transferred (using VectorTools::interpolate) are appended
after the error message.
Any guidance would be appreciated.
Best,
David
An error occurred in line <1588> of file
in function
I am encountering a similar runtime error with one of my applications:
Assertion 1L >
> >
> > I've been stuck on this TBB issue for a while. Would you be able to give
> me
> > some hints on solving this problem? I would really appreciate it.
odules for various Linux
distributions? Every cluster is different but it would be super helpful to see
what other people have done to install deal.II and dependencies in this
situation.
Best,
David Wells
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options,
Hi there,
People use many different boundary conditions with deal.II - e.g., step-22 sets
the normal component of the normal stress to zero, whereas many other tutorial
programs use Dirichlet or Neumann boundary conditions.
Which two boundary conditions are you referring to?
Best,
David Wells
is Intel.
I will test deal.II with the PRISMS-PF applications and report if I see any
issues.
Thank you for your help, Luca!
David
On Monday, October 9, 2023 at 5:04:25 AM UTC-4 luca@gmail.com wrote:
> Alexander,
>
> can you try out our new dmg image?
>
>
> https:/
Best,
David
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you are subscribed to the Google Groups
"deal.II User Group" group.
To unsubscribe from thi
Hi Lorenzo,
What an interesting coincidence - I saw a student show me the same error
message last week. This is definitely a bug in deal.II!
Best,
David Wells
From: dealii@googlegroups.com on behalf of Lore
Micalizzi
Sent: Wednesday, March 8, 2023 9:42 AM
To
ll on which the point is and evaluate the shape
functions at that point but it would work for any order of element and any
point location.
Best,
David
From: dealii@googlegroups.com on behalf of Simon
Sent: Tuesday, February 7, 2023 5:05 AM
To: deal.II User
Hi Rahul,
This is a bug in deal.II - we wrote "long int" where we should have written
"types::suitesparse_index", which won't work on an ARM chip (apparently long
long means something different there).
I wrote a patch to fix this - see
https://github.com/dealii/deali
-DDEAL_II_WITH_MPI=ON -DDEAL_II_WITH_P4EST=ON
-DCMAKE_INSTALL_PREFIX=$WORK/dealii_install_2 $WORK/dealii-9.2.0
$ make -j 16 install
I already tried switching the default intel module by gcc and using a
previous version of cmake (3.20.2)
I would appreciate any help.
Best,
David
--
The deal.II
/precice-workshop-2023.html
Best regards and hope to see you soon,
David
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you are subscribed to the Google Groups
ts only an optional dependency
for us) uninstalling it.
Best,
David Wells
From: dealii@googlegroups.com on behalf of J
Sent: Friday, November 25, 2022 5:32 AM
To: deal.II User Group
Subject: [deal.II] Missing libumfpack.so when compiling deal-ii
You don't often
dealii.org/developer/doxygen/deal.II/step_45.html
Best,
David
From: dealii@googlegroups.com on behalf of Bruno
Turcksin
Sent: Friday, June 24, 2022 9:33 AM
To: deal.II User Group
Subject: Re: [deal.II] Can I use 3D prism elements (extruded triangles) in
deal.ii?
Amit
now?
Best,
David
From: dealii@googlegroups.com on behalf of Giselle
Sosa Jones
Sent: Wednesday, June 22, 2022 10:45 AM
To: dealii@googlegroups.com
Subject: Re: [deal.II] Tensor product polynomials
Hi David,
I've tried updating my C++ compiler and recompili
ABI change occurred in GCC 5 so
combining any two newer versions is typically okay.
Best,
David
From: dealii@googlegroups.com on behalf of Giselle
Sosa Jones
Sent: Tuesday, May 31, 2022 11:55 AM
To: deal.II User Group
Subject: Re: [deal.II] Tensor product
Hello there,
Sorry for the long delay in the reply. If you didn't figure this out yet: look
under
https://launchpad.net/~ginggs/+archive/ubuntu/deal.ii-9.3.0-backports
that is linked to from the 'ubuntu' section of
https://www.dealii.org/download.html . A PPA contains packages outside the
nor
adaptive mesh (not uniform). And we have
noticed that it happens if we use Neumann boundary conditions on both sides
of the corner, or a combination of Neumann and periodic BCs (we have not
tried other combinations).
Does anyone know what may be causing this problem?
Thank you!
David
--
The
Actually, I looked for it (see below) and it looks like that file does not
exist yet:
$ find . -name candi_configure
./dealii-candi/tmp/build/hdf5-1.10.7/candi_configure
./dealii-candi/tmp/build/p4est-2.2/candi_configure
On Tue, Jan 18, 2022 at 3:20 PM David Montiel Taboada
wrote:
> Thank
Thank you, Uwe and Wolfgang
I will share the file candi_configure with petsc support
David
On Tue, Jan 18, 2022 at 3:49 AM 'Uwe Köcher' via deal.II User Group <
dealii@googlegroups.com> wrote:
> Dear David,
>
> go to the folder dealii-candi/tmp/petsc build
> and ta
Thank you, Wolfgang. I will send them a message.
Regarding the following:
*Can you extract what the command line was with which the PETSc
configurationscript was called?*
Do you mean the line in the script candi.sh?
David
On Mon, Jan 17, 2022 at 10:41 PM Wolfgang Bangerth
wrote:
>
>
if
thread.isAlive():Finishing
configure run at Mon, 17 Jan 2022 12:06:23
-0500*
I hope someone can help.
Thank you!
David
--
The deal.II project is located at http://
Our workshop is a coming together of the whole preCICE community and
everyone who wants to get started with it. Looking forward to share ideas
and experiences in February.
Best regards,
David
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options
what to do?
Best,
David Wells
From: dealii@googlegroups.com on behalf of Joss G.
Sent: Wednesday, November 17, 2021 7:24 AM
To: deal.II User Group
Subject: [deal.II] Re: Mesh export, high order
Thank you for your answer.
Following the examples you mentioned,
uting a fiber field as
a finite element field, so you don't necessarily need to store quadrature data
- you can just compute values that you need cell-by-cell.
Best,
David
From: dealii@googlegroups.com on behalf of Matthew
Rich
Sent: Thursday, September
ther it
would be possible to have a switch within the deal.II macro in order to
choose either of these signatures. Maybe someone has another solution I'm
not aware of. I'm not even entirely sure, which of both signatures is
actually the recommended way to go.
Best regards,
Dav
Hello, Bruno.
Thank you, I will check. I assumed that was not the issue because when I
compile inside docker files are created.
David
On Tue, Aug 17, 2021, 4:30 AM Bruno Turcksin
wrote:
> David,
>
> Have you try to create a new file and save it inside docker? What is your
>
Sorry in my original email I wrote "This appears to happen if I try to run
the code in serial."
I meant it happens whether I try to run the code in serial or parallel
(e.g., using "./main" or "mprun -n 4 main"). It makes no difference.
Thank you,
David
On Sat
This is how I am launching the container, by the way:
$ docker run -ti -v
~/DockerWorkspace/phaseField/applications:/home/dealii/phaseField/applications
prismspf/prismspf:2.2
On Sat, Aug 7, 2021 at 2:55 PM David Montiel Taboada
wrote:
> Hello,
>
> I am running a container of PRISMS-
for instance) which leads me to believe it
may be a conflict between the Docker container and the underlying OS.
Has anyone encountered something similar? Any idea of what may be going on?
Thank you!
David
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum
users/cmake_user.html
to better understand how to set up your own project with CMake.
If you have the virtual machine then it is easiest to just install either
eclipse or QT creator inside the VM itself with the "apt-get install" command.
Best,
David Wells
__
ince we use CMake it shouldn't be that hard to point VS code at
your build directory and have it extract some information. If anyone actually
uses VS code I would appreciate if they could weigh in here!
Best,
David Wells
From: dealii@googlegroups.com on behalf of J
n the
diagonal are ignored completely.
On Friday, 2 July 2021 at 19:02:09 UTC+2 David Schneider wrote:
> Hello all together,
>
> I'm currently working on a modified version of step-37 dealing with a
> matrix-free implementation of a Laplace problem. As a postprocessing step,
&g
to achieve this (solving a problem on a subdomain such as an interface)
using matrix-free (3) do you think the approach makes sense or should I
just go with the sparse matrix-vector approach since the overall system
will be anyway relatively small (dim - 1)?
Thanks in advance and kind regar
is no equivalent ins
tep-35 because that program does not use time-dependent AMR. The same goes for
the solution transfer object - you will need to set up "before and after"
vectors if you want to use prolongatation and restriction to transfer the
solution across mesh refinements.
B
Best,
David Wells
From: dealii@googlegroups.com on behalf of Hermes
Sampedro
Sent: Thursday, June 24, 2021 9:35 AM
To: deal.II User Group
Subject: [deal.II] Higher order elements
Dear all,
I would like to ask how to handle higher-order elements. I would need t
ACK
unless you have some knowledge of how LAPACK internally stores the
factorization), so you need to do it no matter what.
Best,
David Wells
From: dealii@googlegroups.com on behalf of Lucas
Myers
Sent: Tuesday, June 22, 2021 4:04 PM
To: deal.II User Group
d for large
sparse problems, not small dense ones.
Best,
David Wells
From: dealii@googlegroups.com on behalf of Lucas
Myers
Sent: Monday, June 21, 2021 1:50 PM
To: deal.II User Group
Subject: [deal.II] 5x5 Matrix Inversion Problem
Hi Everyone,
I have a pr
Hi Timo,
short question: will the workshop afterwards be available on YouTube
analogous to the last workshop?
Regards,
David
On Wednesday, 2 June 2021 at 17:36:08 UTC+2 Timo Heister wrote:
> Hi all,
>
> We would like to announce a one-day deal.II workshop on June 18, 2021
> with s
Hello everyone,
A few PRISMS-PF users trying to run the deal.II prepacked image file on
MacOS Big Sur are reporting similar issues. Any help with this would be
greatly appreciated!
David
On Fri, Jun 11, 2021 at 1:59 PM Sumanth Theeda
wrote:
> Hello all,
>
> I have installed Deal.
Hi there,
It looks like you have a simple copy-paste error: you define lambda2 but call
lambda in line 1058. lambda2 is unused.
Best,
David
From: dealii@googlegroups.com on behalf of Nikki
Holtzer
Sent: Monday, May 17, 2021 2:31 PM
To: deal.II User Group
. The 'right' answer is
that you should use normal-looking deal.II code to compute whatever output
quantities you care about.
What kind of results do you want to get out of this class?
Best,
David
From: dealii@googlegroups.com on behalf of Chen R
Sent:
class. Another possibility (if all the
base elements are the same) would be to only have one finite element and do the
block-based numbering manually since each component will have the same number
of dofs.
Best,
David
From: dealii@googlegroups.com on behalf of Prav
Thank you! I will try that.
On Thu, May 27, 2021 at 9:17 AM Wolfgang Bangerth
wrote:
> On 5/26/21 10:53 PM, David Montiel Taboada wrote:
> >
> > I would like to solve a PDE using cylindrical coordinates (instead of
> > cartesian) but my equations are rotationally symmet
documentation means:
*The manifold id for the hull of the cylinder is set to zero, and a
CylindricalManifold is attached to it.*
Thank you!
David
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
would be of course highly appreciated. I
could contribute something in this direction, if that's what you were
thinking of. Let me add that it will probably take more time than you
think. Looking forward to the draft.
David
peterr...@gmail.com schrieb am Mittwoch, 12. Mai 2021 um 12:30:21 UT
em as well.
Thanks in advance and best regards,
David
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you are subscribed to the Google Groups
"deal.II
directly to the command line)
2) if you can, compile deal.II with the bare minimum number of dependencies
that you might want to use. Every dependency you can skip will save some memory.
3) make sure you are only compiling with a single processor (i.e., make -j1)
Best,
David Wells
().
Best,
David Wells
From: dealii@googlegroups.com on behalf of chong liu
Sent: Tuesday, May 4, 2021 12:06 PM
To: dealii@googlegroups.com
Subject: [deal.II] Problem related to make_hanging_nodes_constraints in the hp
cases
Dear all
I am trying to use the
Hi Pushkar,
That error is usually a result of having a sparse matrix with no sparsity
pattern attached to it. Could you please verify that you attach sparsity
patterns to all the matrices you use in assembly?
Best,
David Wells
From: dealii@googlegroups.com on
UTC+1 Wolfgang Bangerth wrote:
>
> David,
>
> > My Q is: is it likely to be feasible/sensible to use deal.II to analyse
> stress
> > during 3D printing within a resin bath, and to use it to dynamically add
> > support structures or modify printing parameters (eg spe
HyperBallBoundary should do most of
what you need to do (though, again, this is now done automatically by the grid
generator functions).
Best,
David Wells
From: dealii@googlegroups.com on behalf of 陈敏
Sent: Thursday, April 8, 2021 12:14 PM
To: dealii@googlegroups.com
for the entire bath and apart from boundary layers
could be treated as a small number of very large (potentially over 10ml)
blocks with minimal overall impact. I'm also assuming air above the bath
(the printed item is gradually lifted out) could be safely ignored as has
virtually no contribu
Hi everyone,
Oh my - I never got around to finishing this - we need to actually implement
the function otherwise there is no sense in deprecating this. I'll open an
issue and get it done before the release.
Best,
David Wells
From: dealii@googlegroups.co
Hi Peter,
>David, could you try out the following PR:
https://github.com/dealii/dealii/pull/11784
I tried it and the PR doesn't fix it for me.
> Not sure if the issue there is related. If not, could you post a vtk/vtu
file and I'll read it with my Paraview version.
Very good
Hi Daniel,
the problem here is independent of any data set. So, you can also see it in
paraView in the 'solid color' block. It seems to be an artificial curvature
within the element.
To my best knowledge it is not required to update any geometry related data.
What do you think?
Rega
o the program made the bug move to unrelated
pieces of the code but not make it appear any earlier in the run time of the
program.
That's frightening and now I'm not sure how PETSc avoids this problem, and I am
somewhat afraid to even look.
Best,
David
__
you happen to know if there are any downsides to making lots of MPI
communicators? I'd appreciate hearing back from anyone with experience with
this sort of MPI problem.
Best,
David Wells
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum
much!
David schrieb am Donnerstag, 18. Februar 2021 um 14:35:52 UTC+1:
> Hi Martin,
>
> thank you for your reply.
> before going into detail and providing more information let me ask again
> in order to avoid a misunderstanding. You say
>
> > apart from when exactly
ementation/ordering is not a problem.
I have another idea how to check it and will come back to this topic after
investigating.
Regards,
David
Martin Kronbichler schrieb am Samstag, 13. Februar 2021 um 15:53:11 UTC+1:
> Dear David,
>
> Indeed the two approaches should give the same answer;
Thank you, Bruno
David
On Tue, Feb 16, 2021, 1:51 PM Bruno Turcksin
wrote:
> David,
>
> I don't see many solutions here: 1) try to load metis yourself, if
> you're lucky it may override the other metis (I doubt this will work
> but it's easy to try) 2) you can try
) phdf5/1.10.4*
2) libfabric/1.7.0 4) git/2.24.16) python2/2.7.15 8) xalt/2.8
10) boost/1.68* 12) dealii/9.2.0*
Out of those modules, the ones I marked with an asterisk are automatically
added when I load the dealii module. The rest are the default modules that
are loaded when I login.
David
me directory.
I've copied the contents of my CMakeLists.txt file below.
Thank you,
David
*##*
*# CMake script for the PRISMS-PF applications:*
*##*
*CMAKE_MINIMUM_REQUIRED(VERSION 2.8.8)*
*# Find deal.II installation*
*FIND_PACKAGE(deal.II 8.3.0 REQUIRED*
* HINTS ${DEAL_II_DIR} ../ ../../ $E
Sorry for messing up the topic. I should be Understanding loops in
matrix-free. I wanted to insert a figure of the source code rather than the
google groups formatting and it didn't work for some reason.
David schrieb am Samstag, 6. Februar 2021 um 19:15:07 UTC+1:
> Hi there,
>
>
batches as the manual loop.
I also tried to set the vector zeroing on the destination vector to 'false'
(I use continuous elements) but it doesn't make any difference. According
to my understanding of the loop function, both implementations should be
equivalent. I probably miss
Thank you, Martin
I will try your suggestions!
Best,
David
On Fri, Jan 22, 2021 at 6:34 AM Martin Kronbichler <
kronbichler.mar...@gmail.com> wrote:
> Dear David,
>
> Without knowing the exact components of deal.II you are using, the first
> places where I would start looki
not observe the same issue elsewhere (e. g., on my local machine or on
the KNL nodes on Cori).
Any help that might help me figure out this issue is appreciated.
Best,
David
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https
appers in a slightly different way (they put
const in different places or something like that).
I don't use ASPECT but I suspect commenting out the inclusion of
full_matrix.templates.h might resolve the issue. Someone who uses ASPECT should
take a look.
Best,
David Wells
o use
std::vector, 4>>
(or switch the order of unique pointer and the array - what matters is that we
move pointers instead of FunctionParser instances) so that no copies or moves
are required.
Best,
David
From: dealii@googlegroups.com on behalf of
vachanpo...
aces of the cell and only reinitialize FEFaceValues when a face has the right
normal vector.
Best,
David
From: dealii@googlegroups.com on behalf of Corbin
Foucart
Sent: Friday, January 1, 2021 12:53 PM
To: deal.II User Group
Subject: [deal.II] Surface / volume inte
generate a mesh, not reading a mesh that already exists) you can ignore this
error.
Do you want to use gmsh in this way? If so, can you try running gmsh outside of
deal.II to try and isolate the problem?
Best,
David
From: dealii@googlegroups.com on behalf of
used by this fact.
I don't know if you/how to resolve the threads here, but I think the topic
is resolved.. Thank you very much Jean-Paul and Luca for the helpful
comments and the shared code.
Best regards,
David
Jean-Paul Pelteret schrieb am Donnerstag, 31. Dezember 2020 um 13:45:01
UTC+1:
ence
of the order \mathcal{O}(10^{-10}). But from what I learnt, double
precision should be at least accurate up to ~10^{-15}. There are five
orders of magnitude in between. I probably miss something here in between.
Any idea?
Regards,
David
Jean-Paul Pelteret schrieb am Mittwoch, 30. Dezember 20
one-field adopted)
leads to a convergence of the nonlinear scheme. So, it seems the
linearization is still "correct enough" for the modified (two-point) frame
of the residual. I will -of course- not rely on this half baked solution.
Best regards,
David
Jean-Paul Pelteret schrieb am
}
phi.submit_gradient(-result * transpose(F_inv), q_point); // end loop over
quadrature points
// For each element
phi.integrate(false, true);
```
It works, but I don't get the quadratic convergence order of the Newton
scheme anymore. Hence, I assume this is not sufficient.
David schrieb
FEEvaluation class. Maybe anyone else has a better idea for the
described problem.
Thanks in advance,
David
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you ar
al.II: I am pretty
sure that this macro is defined in the same way.
Best,
David
From: dealii@googlegroups.com on behalf of Zachary
42!
Sent: Wednesday, November 4, 2020 6:38 PM
To: dealii@googlegroups.com
Subject: [deal.II] Running new tests with argument
Hi
Thank you, Timo
I will look into it!
David
On Sat, Oct 10, 2020 at 11:30 AM Timo Heister wrote:
> Hi David,
>
> > For example, for the initial conditions, the code is supposed to output
> a file with name:
> >
> > solution-000.vtu
> >
> > bu
appear to be corrupt.
We are using deal.II v 9.1.1
Has anyone encountered this issue? Any help is appreciated.
Thank you!
David
Output method (some sections have been ommited, output part in bold):
===
*//outputResults() method for MatrixFreePDE class*
#include "../../include/matrixFreePD
know how to fix this problem, because it complains about a format
error which seems to actually not be there in my code and only shows up in
the check. I'd appreciate it if you could tell me the reason for this
problem.
David.
On Tuesday, 26 May 2020 at 05:40:57 UTC+2 Wolfgang Bangerth
just by rearranging
the elastic properties to form squares-like clusters. I think this case
does not correspond to any of your 4 points since I do this without h->inf.
In fact, each of those clusters are just 2 FE.
Best,
David.
On Saturday, 11 July 2020 06:19:50 UTC+2, Sebastian Stark wr
ries to use metis (and, if metis is not available,
aborts) if there are multiple partitions for the mesh.
Best,
David
On Mon, Jul 27, 2020 at 12:37 AM yuesu jin wrote:
> Dear all,
> I am running step-17 by mpirun, it returns the error
gt; On 7/2/20 10:06 PM, David F wrote:
> >
> > *_Q2_:* why the system behaves as anisotropic if its local inhomogeneous
> > elastic properties are isotropic? If you have any comment or suggestion
> about
> > the problem of mesh-induced elastic anistropy in FEM, I
tion
about the problem of mesh-induced elastic anistropy in FEM, I would like to
know it.
Thanks in advance,
David.
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message
o you see what to do? Please post again if you still have questions.
Best,
David
On Wed, Jun 24, 2020 at 1:19 AM Deepak Kukrety
wrote:
> Hi David,
>
> Thanks for confirming this. On a related note, may I ask which earlier
> version could be a safe bet to install?
>
> I don
Hi Deepak,
This is a known issue with the current version of the mac bundle - it
doesn't work with Catalina. We are in the process of fixing this. For now,
unfortunately, you will have to either use an older version of deal.II or
compile it yourself.
Sorry,
David
On Mon, Jun 22, 2020 at 7:
Yes, it seems indeed easy. I'll try to learn how to send it through the
official channel in github.
On Tuesday, 26 May 2020 05:40:57 UTC+2, Wolfgang Bangerth wrote:
>
> On 5/25/20 9:20 PM, David F wrote:
> >
> > I would like to apply many random distortions to a triangu
s not possible through the
interface of GridTools::distort_random but I wonder if there is another way
to do it, since this seems to me a very basic feature for the users of this
function.
Best,
David.
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
added to the
next release.
Best,
David
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you are subscribed to the Google Groups
"deal.II User Group"
willing to put your changes into a pull request so we can fix
this before the release?
Best,
David
On Sat, May 2, 2020 at 6:47 AM 'Sebastian Stark' via deal.II User Group <
dealii@googlegroups.com> wrote:
> Dear all,
>
> I am wondering whether there is a reason that the stan
));
You could also store Point *> objects if you want to manipulate
the points once you have all of them.
Does this answer your question? Please post again if you still need help
figuring this out!
Best,
David
On Thu, Apr 30, 2020 at 11:28 PM Bruno Blais wrote:
> Dear Shahab,
> I t
. Mech. Engrg. 172 (1999) 109-143*
David.
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you are subscribed to the Google Groups
"deal.II User Group"
1 - 100 of 236 matches
Mail list logo