Ok, good. The commit is fine. I'll see if I can pinpoint the exact cause of
One more question, in fact a small inconsistency that is of my interest:
the function VectorTools::interpolate_boundary_values is not templated for
the generic Number type but for double only (argument
std::map<types::global_dof_index,double>& boundary_values). Is there a
reason for that?
On Wednesday, September 14, 2016 at 1:37:05 PM UTC+1, Wolfgang Bangerth
> > It is ok, you can apply patch yourself.
> I've committed under your name (which hopefully I got right):
> > I actually also had to specialize many template functions to work with
> the new
> > type (those related to matrices and vectors, BlockMatrixBase::add,
> > SparseMatrix::add and also local_apply_boundary_conditions etc.). There
> > some functions that do not work well with the user-defined types like
> > Vector<>::allocate(), Vector<>::deallocate() and
> > =(). They cause seg. faults. I am not sure why, perhaps because of
> > you use (Utilities::System::posix_memalign) and it is fine for primitive
> > types. Anyway that is something internal for my case.
> Hm, good question what is happening there. Feel free to propose individual
> patches for each of these cases if you can identify an underlying reason.
> > I am finishing what I started doing and will write you about an
> > application of deal.II. It is mostly useful for multi scale modelling in
> > chemical engineering but is general in nature. It is coupling of deal.II
> > an equation-based simulator: basically, using deal.II only to assemble
> > matrices/rhs (including non-linear FE cases), generating equations and
> > solving one or more of these systems together with other differential
> > algebraic equations in a large DAE system. All that is done from python
> > (although implemented in c++). An example could be Lithium-ion
> > electrodes are typically made out of a porous material composed of large
> > numbers of solid particles, and particles are in a electrolyte.
> > (transport modelled using the FE method) are coupled at the larger
> > length scale via electrolyte transport (using the finite volume method).
> > software are fully coupled and the boundary conditions can be set using
> > equations from the other software etc.
> That would make for a fantastic code gallery project!
> Wolfgang Bangerth email: bang...@colostate.edu
> www: http://www.math.colostate.edu/~bangerth/
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
You received this message because you are subscribed to the Google Groups
"deal.II User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/d/optout.