On 10/9/19 7:47 AM, 'Maxi Miller' via deal.II User Group wrote:
> This number already comes from solver_control, given as
>
> solver_control.last_step ();
Hm, that's really quite unfortunate. It took me a couple minutes of looking
into the code, but I *think* what is happening is that the ArpackSolver class
simply doesn't use the solver control object at all, and that the -1 for the
number of iterations is simply the (unchanged) initializer the SolverControl
class uses for the number of iterations. So that would mean that it doesn't
actually indicate an error.
Can you check whether my interpretation is correct? If so, we should probably
just remove the argument from the ArpackSolver class's constructor, as well as
the corresponding member variable.
Best
W.
--
------------------------------------------------------------------------
Wolfgang Bangerth email: bange...@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
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 this group and stop receiving emails from it, send an email
to dealii+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/dealii/24170177-20e2-ffe4-906e-4d1b2d9d549f%40colostate.edu.
