[MITgcm-devel] [Fwd: [MITgcm-cvs] MITgcm/pkg/diagnostics CVS Commit]

chris hill cnh at mit.edu
Wed Oct 20 09:23:31 EDT 2004


A.,

 The way this is done in config_summary.F is by a call like

      CALL WRITE_1D_R8( drC,Nr, INDEX_K,'drC = ',
     &'   /* C spacing ( units of r ) */')

 see 

 
http://mitgcm.org/cgi-bin/viewcvs.cgi/MITgcm/model/src/config_summary.F?rev=1.62&content-type=t

 That makes a formatted list that can be infinitely long (in theory - no
tested). It also compresses duplicate values so you don't get
  1.,
  1.,
etc..
but get 

 33 at 1.,

 or something.
 

Chris
-----Forwarded Message-----
From: Alistair Adcroft <adcroft at mitgcm.org>
To: mitgcm-cvs at mitgcm.org
Subject: [MITgcm-cvs] MITgcm/pkg/diagnostics CVS Commit
Date: Tue, 19 Oct 2004 13:55:41 -0400

Update of /u/gcmpack/MITgcm/pkg/diagnostics
In directory forge:/tmp/cvs-serv22020

Modified Files:
	diag_readparms.F 
Log Message:
Making the output ugly: for a 97 layer job, this implciit I/O loop caused
a file overflow (meaning msgBuf). A BBS message suggests we should simply
make msgBuf 512 big but (i) writing to formatted streams with lins longer
than 255 chars doesn't work everywhere and (ii) it wouldn't help with my
320 layer model.

_______________________________________________
MITgcm-cvs mailing list
MITgcm-cvs at mitgcm.org
http://dev.mitgcm.org/mailman/listinfo/mitgcm-cvs




More information about the MITgcm-devel mailing list