[cam-users] CGD Forums

[phpbb at cgd.ucar.edu]

Dear cam-users, 

As you requested, here is the latest digest of messages posted on CGD Forums forums. Please come and join the discussion!


<<  ¿­ÌØÒ½ÔºÐÅÏ¢¹ÜÀíϵͳ(KATE HIS), http://bb.cgd.ucar.edu//viewtopic.php?t=108 >>

PosterDrandusPostedMon Jan 31, 2005 8:22 am MST, http://bb.cgd.ucar.edu//viewtopic.php?p=320#320
Message: ¿­ÌØÒ½ÔºÐÅÏ¢¹ÜÀíϵͳ(Kate HIS)
<br />ϵͳģ¿é½éÉÜ£º
<br />1.ϵͳ¹ÜÀí
<br />2.Ò©¿â¹ÜÀí
<br />3.ÃÅÕïÊÕ·Ñ
<br />4.סԺÊÕ·Ñ
<br />5.»¤Ê¿Õ¾
<br />6.Ò©·¿¹ÜÀí
<br />7.Ò½±£ÉèÖÃ
<br />8.Ôº³¤²éѯ
<br />9.ÎÀÉú²ÄÁÏ¡¢Ò½ÁÆÆ÷е¹ÜÀí
<br />10.ºóÇÚÎï×ʹÜÀí
<br />11.ϵͳʵʱ¼à¿Ø
<br />
<br />http://www.katesoft.com

------------------------------

<<  Problem with share statements in modules on SGI, http://bb.cgd.ucar.edu//viewtopic.php?t=111 >>

PosteroyvindsPostedTue Feb 01, 2005 1:43 pm MST, http://bb.cgd.ucar.edu//viewtopic.php?p=325#325
Message: The Mipspro compiler I am using on SGI does not like multiple writeups
<br />of the type: use shr_kind_mod that is found in several modules both in
<br /> CAM 2 and CAM3 eg in history.F90
<br />
<br />In order to get the module to compile the statement must be written once
<br />at the top of the module. It is easily enough corrected, but affects a 
<br />number of subroutines, especially in the finite volume version.
<br />
<br />Compiler MIPSpro 7.4.2m OS TRIX 6.5
<br />
<br />
<br />Øyvind Seland

------------------------------
PostereatonPostedTue Feb 01, 2005 3:44 pm MST, http://bb.cgd.ucar.edu//viewtopic.php?p=327#327
Message: I believe that this is a compiler bug.  To be specific consider the cam3.0
<br />version of history.F90.  The parameter r8 is declared twice (ignoring the
<br />ifdef SCAM code) through use association of shr_kind_mod.  Once in module
<br />history, and again in subroutine wrapup.  This is legal because these are
<br />distinct scoping units.
<br />
<br />That said, I think as a matter of programming style that it would be
<br />preferable to have a single declaration of the parameter r8 at the module
<br />level.

------------------------------

<<  Default number of non-advected constituents in CAM3, http://bb.cgd.ucar.edu//viewtopic.php?t=110 >>

PosteroyvindsPostedTue Feb 01, 2005 1:31 pm MST, http://bb.cgd.ucar.edu//viewtopic.php?p=324#324
Message: When setting up the model using configure the program suggests that
<br />default number of non-advected constituents should be 0.
<br />This makes sense since liquid water and ice are now transported.
<br />However the configure program says: Warning Setting number of
<br /> non-advected constituents to 0 requires source code modifications.
<br />
<br />When I set this value to anything but 0 it require source code 
<br />modifications to get the model running. Why is the warning written like
<br />this?
<br />
<br />
<br />Øyvind Seland

------------------------------
PostereatonPostedTue Feb 01, 2005 3:13 pm MST, http://bb.cgd.ucar.edu//viewtopic.php?p=326#326
Message: That's a bug in configure.  It has been fixed on our development branch.

------------------------------

<<  Why do different results come from the same CCM3 code with d, http://bb.cgd.ucar.edu//viewtopic.php?t=23 >>

PosteroyvindsPostedTue Feb 01, 2005 1:20 pm MST, http://bb.cgd.ucar.edu//viewtopic.php?p=323#323
Message: One possible reason for the differences you may see when only changing 
<br />compiler versions is that different versions treat a number of non-standard fortran 77 statements differently. I had to replace a number of amax and amin within the standard ccm3 code with max and min since
<br />the new compiler version only used amax and amin as real*4 instead of real*8 as it should be.
<br />
<br />
<br />Øyvind Seland

------------------------------




Format TEXT
Show Message Text YES
Show My Messages YES
Digest Frequency DAY
Show only new messages since last time I logged in FALSE
Send empty digests NO
Time of day to send digest 9 AM
Maximum characters per message in digest 32000