[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