From: bangerth Date: Fri, 5 Dec 2008 22:48:32 +0000 (+0000) Subject: Fix an oversight in the number of iterations. X-Git-Url: https://gitweb.dealii.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=a5d3be9c79ac9f42fd14698d7dbad88f0869a420;p=dealii-svn.git Fix an oversight in the number of iterations. git-svn-id: https://svn.dealii.org/trunk@17869 0785d39b-7218-0410-832d-ea1e28bc413d --- diff --git a/deal.II/deal.II/source/grid/grid_generator.cc b/deal.II/deal.II/source/grid/grid_generator.cc index 6ab34fb45c..abf8c70ad0 100644 --- a/deal.II/deal.II/source/grid/grid_generator.cc +++ b/deal.II/deal.II/source/grid/grid_generator.cc @@ -2397,7 +2397,7 @@ void GridGenerator::laplace_solve (const SparseMatrix &S, prec.initialize(S, 1.2); FilteredMatrix > PF (prec); - SolverControl control (1000, 1.e-10, false, false); + SolverControl control (n_dofs, 1.e-10, false, false); GrowingVectorMemory > mem; SolverCG > solver (control, mem); diff --git a/deal.II/doc/news/changes.h b/deal.II/doc/news/changes.h index 3ec4087b25..58b5117653 100644 --- a/deal.II/doc/news/changes.h +++ b/deal.II/doc/news/changes.h @@ -526,6 +526,16 @@ inconvenience this causes.

deal.II

    +
  1. +

    + Fixed: The GridGenerator::laplace_transform would only do at most 1000 + iterations in its solver, irrespective of the actual number of nodes to + be moved around. This is now fixed: the maximum number now equals the + number of nodes. +
    + (Luca D'Auria 2008/12/05) +

    +
  2. New: The function DoFTools::make_zero_boundary_constraints() computes the