It is using the SolverControl-class for setting parameters such as the 
maximum iterations, but the used iterations are never returned (no call to 
check()). Therefore, was there a reason for setting the control()-object as 
constant, or can I change it to a non-constant value?

Am Freitag, 11. Oktober 2019 07:35:41 UTC+2 schrieb Wolfgang Bangerth:
>
> 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:                 bang...@colostate.edu 
> <javascript:> 
>                             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/6221cc43-db93-47dc-b2de-6e237b03d6e4%40googlegroups.com.

Reply via email to