Changes between Version 93 and Version 94 of doc/app/errmsg

Timestamp:

Nov 23, 2011 12:54:10 PM (14 years ago)

Author:

heinze

Comment:

--

doc/app/errmsg

@@ -246 +246 @@
 ||[=#PA0223 PA0223]   ||psolver = "poisfft_hybrid" can only be used in case of a 1d-decomposition along x     || Siggi ||
 ||[=#PA0224 PA0224]   ||no matching grid for transpositions found   ||  ||
-||[=#PA0225 PA0225]   ||x-direction: gridpoint number (...) is not an integral divisor of the number of procesors (...)   ||Rieke  ||
-||[=#PA0226 PA0226]   ||x-direction: nx does not match the requirements given by the number of PEs used please use nx = ... instead of nx =...   ||Rieke  ||
-||[=#PA0227 PA0227]   ||y-direction: gridpoint number (...) is not an integral divisor of the number of processors (...)   ||Rieke  ||
-||[=#PA0228 PA0228]   ||y-direction: ny does not match the requirements given by the number of PEs used please use ny = ... instead of ny =...   ||Rieke  ||
+||[=#PA0225 PA0225]   ||x-direction: gridpoint number (...) is not an integral divisor of the number of processors (...)   || The division of the number of grid points along the x-direction given by [../inipar#nx nx]+1 by the number of processors along the x-direction has a rest and is therefore not an integral divisor of the number of processors. To solve this problem you must ensure that the aforementioned division is without rest for example by setting the number of PEs in x-direction manually (see [../d3par#npex npex]) or by changing [../inipar#nx nx]. It might also be the case that you did not think about that [../inipar#nx nx]+1 is the total number of gridpoints along the x-direction instead of [../inipar#nx nx].||
+||[=#PA0226 PA0226]   ||x-direction: nx does not match the requirements given by the number of PEs used please use nx = ... instead of nx =...   ||  ||
+||[=#PA0227 PA0227]   ||y-direction: gridpoint number (...) is not an integral divisor of the number of processors (...)   || The division of the number of grid points along the y-direction given by [../inipar#ny ny]+1 by the number of processors along the y-direction has a rest and is therefore not an integral divisor of the number of processors. To solve this problem you must ensure that the aforementioned division is without rest for example by setting the number of PEs in y-direction manually (see [../d3par#npey npey]) or by changing [../inipar#ny ny]. It might also be the case that you did not think about that [../inipar#ny ny]+1 is the total number of gridpoints along the y-direction instead of [../inipar#ny ny]. ||
+||[=#PA0228 PA0228]   ||y-direction: ny does not match the requirements given by the number of PEs used please use ny = ... instead of ny =...   ||  ||
 ||[=#PA0229 PA0229]   ||1d-decomposition along x chosen but nz restrictions may occur since ups-scheme is activated   ||  ||
 ||[=#PA0230 PA0230]   ||transposition z --> x: nz=... is not an integral divisior of pdims(1)= ...   ||Rieke  ||