On Thu, Sep 4, 2008 at 10:46 AM, Roy Stogner <[EMAIL PROTECTED]> wrote:
>
> On Thu, 4 Sep 2008, David Knezevic wrote:
>
>> The patch is attached (I must've checked out libmesh anonomously cos I can't
>> seem to commit myself, I'll look into that).
>
> There've been some server side SVN problems jus
Hi Roy,
So far IIRC we've only been using that value internally to let the
transient solvers and continuation solvers which call
DiffSolver::solve back off their time step or continuation step size
on failure. My thinking was that whether such reduction succeeded in
making the problem well-beha
On Thu, 4 Sep 2008, David Knezevic wrote:
> The patch is attached (I must've checked out libmesh anonomously cos I can't
> seem to commit myself, I'll look into that).
There've been some server side SVN problems just recently. But try it
again now; I just double-checked and got Tim's logging t
On Thu, 4 Sep 2008, David Knezevic wrote:
> I'm using (a subclass) of FEMSystem, with NewtonSolver, and I'd like to
> detect whether or not a quasi-Newton solve converged, i.e. I'd like to
> detect whether NewtonSolver::solve returns the enum
> DiffSolver::DIVERGED_MAX_NONLINEAR_ITERATIONS. Maybe
I'm using (a subclass) of FEMSystem, with NewtonSolver, and I'd like to
detect whether or not a quasi-Newton solve converged, i.e. I'd like to
detect whether NewtonSolver::solve returns the enum
DiffSolver::DIVERGED_MAX_NONLINEAR_ITERATIONS. Maybe I'm missing
something, but I didn't see any eas
