Changes between Version 1 and Version 2 of ticket/1851/General

Timestamp:

2017-02-21T16:40:45+01:00 (7 years ago)

Author:

frrh

Comment:

--

ticket/1851/General

@@ -4 +4 @@
 Using -Rb for both NEMO and CICE code compilation we find:
 
-   * TOP_SRC/MEDUSA/sms_medusa.F90 doesn't compile - ierr is OOB - it needs
-to be declared with a dimension of 8. 
+   * TOP_SRC/MEDUSA/sms_medusa.F90 doesn't compile - ierr is OOB - it needs to be declared with a dimension of 8. 
 
 
-   *  lib-4961 : WARNING 
+   * CICE generates:
+{{{
+  lib-4961 : WARNING 
   Subscript -330 is out of range for dimension 2 for array
   'array_g' at line 2206 in file 'ice_gather_scatter.F90' with bounds 1:332.
 
-ARRAY_G 2nd index is OOB in;
+   ARRAY_G 2nd index is OOB in;
 
               msg_buffer(i,j) = ARRAY_G(this_block%i_glob(i)+nghost,&
                                       this_block%j_glob(j)+nghost)
+}}}
+   Heaven knows why we have a negative number here!?
 
-Heaven knows why we have a negative number here!?
+   This doesn't cause a failure because its an OOB read. I suspect it would cause a failure if it was an OOB write. 
 
-This doesn't cause a failure because its an OOB read. I suspect it would cause a
-failure if it was an OOB write. 
-
-   *  lib-4213 : UNRECOVERABLE library error 
+   *  We then get:
+{{{
+  lib-4213 : UNRECOVERABLE library error 
   A pointer or allocatable array in an I/O list has not been associated
   or allocated.
 
-Encountered during a namelist WRITE to unit 27
-Fortran unit 27 is connected to a sequential formatted text file:
-  "output.namelist.pis"
-
+   Encountered during a namelist WRITE to unit 27
+   Fortran unit 27 is connected to a sequential formatted text file:
+     "output.namelist.pis"
+}}}
 
    *  trcnam_medusa.F90 has a section where it's initialising variables from the 
@@ -36 +38 @@
       jdms_input  = 3
 
-why?
-jdms_model is not initialised at all - is the 2nd occurrence supposed to refer
-to that?
+   why?
+   jdms_model is not initialised at all - is the 2nd occurrence supposed to refer to that?
 
-jq10 is not initialised.
+   jq10 is not initialised.
 
-Some variables are declared twice in natbio. e.g.
-vsed, xhr 
+   Some variables are declared twice in natbio. e.g. vsed, xhr 
 
-   *  Writing of natbio causes the above error. Suggesting something in that 
-namelist is unset. 
-Skipping that, we get a similar error writing natroam!
-Skip that and natopt seems to be OK but it's the only one of the three namelists
-that is. 
-The model then goes on to complete (and completes a 2nd 1-day cycle OK). 
+   *  Writing of natbio causes the above error. Suggesting something in that namelist is unset. 
+      Skipping that, we get a similar error writing natroam!
+      Skip that and natopt seems to be OK but it's the only one of the three namelists that is. 
+      The model then goes on to complete (and completes a 2nd 1-day cycle OK). 
 
-Checking job.err, the only warning we have is the one about the ARRAY_G
-reference in CICE. This is present in both the NRUN and teh CRUN (why wouldn't
-it be?)
+   * The code also refers to a namelist named "nammeddia", but we have no such namelist. Our namelists refer to something called "nammedia" (only one "d") Presumably that's a typo. JP says this is not currently used in our configurations (if it was, it would crash looking for a missing namelist!)  
 
+
+   * Checking job.err, the only warning we have is the one about the ARRAY_G reference in CICE. 
+     This is present in both the NRUN and teh CRUN (why wouldn't it be?)
+
+
+So we have a number of things to do:
+
+1) Correct ierr dimension to 8 in sms_medusa.F90
+2) Remove duplicate variable declarations in natbio
+3) Ensure missing fields are given default values in natbio
+4) Replace the 2nd occurrence of jdms_input with jdms_model, presumbaly
+5) Investigate why the namelist writes fail.
+