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.