From a5d3be9c79ac9f42fd14698d7dbad88f0869a420 Mon Sep 17 00:00:00 2001 From: bangerth Date: Fri, 5 Dec 2008 22:48:32 +0000 Subject: [PATCH] Fix an oversight in the number of iterations. git-svn-id: https://svn.dealii.org/trunk@17869 0785d39b-7218-0410-832d-ea1e28bc413d --- deal.II/deal.II/source/grid/grid_generator.cc | 2 +- deal.II/doc/news/changes.h | 10 ++++++++++ 2 files changed, 11 insertions(+), 1 deletion(-) 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 -- 2.39.5