DKRZ projects: Issueshttps://swprojects.dkrz.de/redmine/https://swprojects.dkrz.de/redmine/redmine/favicon.ico?17095821032012-10-26T16:14:38ZDKRZ projects
Redmine YAXT - Feature #308 (Closed): C Header installationhttps://swprojects.dkrz.de/redmine/issues/3082012-10-26T16:14:38ZThomas Jahnsjahns@dkrz.de
<p>The intention is to have only one header for users which in turn includes a set of headers placed in src/xt. This header shall be named yaxt.h and the current yaxt.h renamed xt_core.h.</p>
<p>A way to produce this header automatically shall be devised. It's currently unclear how to build a workable sequence of inclusion.</p>
<p>The tests shall in the future only use this header to prevent non-public interfaces from being used in the tests.</p> YAXT - Bug #302 (Closed): Naminghttps://swprojects.dkrz.de/redmine/issues/3022012-04-23T12:36:25ZThomas Jahnsjahns@dkrz.de
<p>The names of xt_idxlist and xt_idxvec are the inverse of conventional nomenclature:</p>
<ul>
<li>a vector is an ordered list of elements, but also with random access</li>
<li>a list is an ordered collection of elements, potentially with duplications</li>
</ul>
<p>so I'll rename both.</p> ScalES-PPM - Bug #299 (Closed): Fix array passing in C/Fortran interface files from P*TYPE* to *T...https://swprojects.dkrz.de/redmine/issues/2992012-02-10T12:03:21ZThomas Jahnsjahns@dkrz.de
<p>Some routines pass arrays incorrectly from Fortran to C. This does currently yield correct results for all compilers tested, i.e. is not an acute problem, but should be fixed for clarity of semantics.</p> ScalES-PPM - Feature #285 (Closed): Support Datatype passing between Fortran and Chttps://swprojects.dkrz.de/redmine/issues/2852011-09-19T12:54:03ZThomas Jahnsjahns@dkrz.de
<p>A test for representing void * in Fortran needs to be added.</p> ScalES-PPM - Bug #284 (Closed): Fix MPI_Comm_f2c testhttps://swprojects.dkrz.de/redmine/issues/2842011-09-19T12:53:03ZThomas Jahnsjahns@dkrz.de
<p>The test does not account for MPI_Comm_f2c implemented as macro, i.e. mpi.h is not included.</p> Quick Enqueue - Feature #275 (Closed): Add default wall time limit argument to configure script.https://swprojects.dkrz.de/redmine/issues/2752011-06-03T16:10:35ZThomas Jahnsjahns@dkrz.deQuick Enqueue - Feature #274 (Closed): Add default SMT-setting argument to configure script.https://swprojects.dkrz.de/redmine/issues/2742011-06-03T15:58:14ZThomas Jahnsjahns@dkrz.deQuick Enqueue - Feature #273 (Closed): Add default memory-limit argument to configure script.https://swprojects.dkrz.de/redmine/issues/2732011-06-03T15:43:51ZThomas Jahnsjahns@dkrz.deQuick Enqueue - Feature #272 (Closed): Add default class argument to configure script.https://swprojects.dkrz.de/redmine/issues/2722011-06-03T15:42:32ZThomas Jahnsjahns@dkrz.deQuick Enqueue - Bug #271 (Closed): Catch SIGINT and cancel jobhttps://swprojects.dkrz.de/redmine/issues/2712011-06-03T14:12:42ZThomas Jahnsjahns@dkrz.de
<p>The job is currently not cancelled automatically, but this would be desirable on signal exit.</p> Quick Enqueue - Feature #270 (Closed): Improve site-configuration.https://swprojects.dkrz.de/redmine/issues/2702011-06-01T16:35:59ZThomas Jahnsjahns@dkrz.de
<p>Some aspects of per-site-configuration should be improved by providing optional switches to configure:</p>
<ul>
<li>The method for establishing the temporary directory, which must be available on submit and execution host, should be configurable.</li>
<li>The following should be configurable:
<ul>
<li>default class</li>
<li>default per-task memory limit</li>
<li>default smt-mode</li>
<li>default wall clock time limit</li>
</ul></li>
</ul> Quick Enqueue - Feature #268 (Closed): Let user choose the job-namehttps://swprojects.dkrz.de/redmine/issues/2682011-06-01T16:25:19ZThomas Jahnsjahns@dkrz.de
<p>Currently the job name is derived from the first argument. It should be adjustable via optional arguments to distinguish separate tasks running with the same command.</p> ScalES-PPM - Bug #261 (Closed): Check wether make dist-check workshttps://swprojects.dkrz.de/redmine/issues/2612011-03-24T16:25:28ZThomas Jahnsjahns@dkrz.deScalES-PPM - Feature #240 (Closed): Complete implementation of hierarchical decomposition varianthttps://swprojects.dkrz.de/redmine/issues/2402011-02-03T12:38:32ZThomas Jahnsjahns@dkrz.de
<p>To use a different decomposition in the COSMOS-prototype, the code needs to be integrated with the models ECHAM6 and MPIOM.</p> ScalES-PPM - Bug #19 (Closed): extent representation naminghttps://swprojects.dkrz.de/redmine/issues/192010-02-09T15:18:21ZThomas Jahnsjahns@dkrz.de
<p>rename extent member 'offset' to 'lower_bound'</p>