Changes between Version 144 and Version 145 of doc/app/errmsg

Timestamp:

Aug 15, 2013 8:05:02 AM (12 years ago)

Author:

raasch

Comment:

--

doc/app/errmsg

@@ -263 +263 @@
 ||[=#PA0221 PA0221]   ||number of PEs of the prescribed topology (...) does not match the number of PEs available to the job (...)   ||In case that the number of PEs along the x- and y-direction of the virtual processor grid is set via [../d3par#npex npex] and [../d3par#npey npey], the product npey*npex has to match exactly the total number of processors which is assigned by the '''mrun'''-option -X. ||
 ||[=#PA0222 PA0222]   ||if the processor topology is prescribed by the user, both values of "npex" and "npey" must be given in the NAMELIST-parameter file   || In case that only one number of processors along x- or y- direction [../d3par#npex npex] or [../d3par#npey npey] is set in the [../d3par#pgrid &d3par-Namelist], the remaining, so far not assigned, number of processors has to be set, too.   ||
-||[=#PA0223 PA0223]   ||psolver = "poisfft_hybrid" can only be used in case of a 1d-decomposition along x     || Siggi ||
+||[=#PA0223 PA0223]   ||error number free to use   ||  ||
 ||[=#PA0224 PA0224]   ||no matching grid for transpositions found   ||  ||
 ||[=#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 y-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]. ||