From erik@ucar.edu Fri May 17 18:47:36 2002 From: erik@ucar.edu (Erik Kluzek) Date: Fri, 17 May 2002 11:47:36 -0600 (MDT) Subject: [cam-users] Try out CAM release web-page... Message-ID: New "cam-users" Please go to the CAM web-site at: http://www.ccsm.ucar.edu/models/atm-cam/ The model source code and datasets are now active on the web-site. Erik Kluzek, (CGD at NCAR) National Center for Atmospheric Research Boulder CO, (off) (303)497-1326 (fax) (303)497-1324 --------- Home page and public PGP key--------------- http://www.cgd.ucar.edu/~erik !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! From soilzhang@msn.com Fri Jun 14 03:36:16 2002 From: soilzhang@msn.com (Zhang Yu) Date: Fri, 14 Jun 2002 10:36:16 +0800 Subject: [cam-users] Some esmf functions can't be found in CAM2.0 Message-ID: ------=_NextPart_001_0002_01C2138F.502D6AC0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Dear CAM users: There is some Error message in file MAKE.out when I compile CAM2.0, that = is =20 ld64: WARNING 84 : /home/dsk3/zy/cam2/camrun/bld/esmf/lib/libO/IRIX64/lib= esmf.a is not used for resolving any symbol. =20 ld64: ERROR 33 : Unresolved text symbol "ESMF_ERRHANDLERSETTYPE.in.ESMF_E= RRORMOD" -- 1st referenced by time_manager.o. =20 Use linker option -v to see when and which objects, archives and dsos are= loaded. =20 ld64: ERROR 33 : Unresolved text symbol "ESMF_TIMEINITIS.in.ESMF_TIMEMOD"= -- 1st referenced by time_manager.o. =20 Use linker option -v to see when and which objects, archives and dsos are= loaded. =20 ld64: ERROR 33 : Unresolved text symbol "ESMF_DATEINITIS.in.ESMF_DATEMOD"= -- 1st referenced by time_manager.o. =20 Use linker option -v to see when and which objects, archives and dsos are= loaded. =20 ld64: ERROR 33 : Unresolved text symbol "ESMF_TIMEMGRINITSTD.in.ESMF_TIME= MGRMOD" -- 1st referenced by time_manager.o. =20 Use linker option -v to see when and which objects, archives and dsos are= loaded. =20 ld64: ERROR 33 : Unresolved text symbol "ESMF_TIMEINITUNDEFINED.in.ESMF_T= IMEMOD" -- 1st referenced by time_manager.o. =20 Use linker option -v to see when and which objects, archives and dsos are= loaded. =20 ld64: ERROR 33 : Unresolved text symbol "ESMF_DATEDIFF.in.ESMF_DATEMOD" -= - 1st referenced by time_manager.o. =20 Use linker option -v to see when and which objects, archives and dsos are= loaded. =20 ld64: ERROR 33 : Unresolved text symbol "ESMF_TIMEGETIS.in.ESMF_TIMEMOD" = -- 1st referenced by time_manager.o. =20 Use linker option -v to see when and which objects, archives and dsos are= loaded. =20 ld64: ERROR 33 : Unresolved text symbol "ESMF_DATEINCREMENTSEC.in.ESMF_DA= TEMOD" -- 1st referenced by time_manager.o. =20 ............ =20 Maybe some esmf functions can't be found. the libesmf.a file don't contai= ned this symbols. =20 Is there someone can help me? =20 Best Regards =20 Zhang Yu 06/14/2002 =B4=D3=CD=F8=D5=BE=B5=C3=B5=BD=B8=FC=B6=E0=D0=C5=CF=A2=A1=A3MSN Explor= er =C3=E2=B7=D1=CF=C2=D4=D8:http://explorer.msn.com/lccn ------=_NextPart_001_0002_01C2138F.502D6AC0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable


Dear C= AM users:
There is some Error message in file MAKE.out when I = compile CAM2.0, that is


ld64: WARNING 84 : /home/dsk3/zy/ca= m2/camrun/bld/esmf/lib/libO/IRIX64/libesmf.a is not used for resolving an= y symbol.
ld64: ERROR 33 : Unresolved text symbol "ESMF_ERRHANDLERSET= TYPE.in.ESMF_ERRORMOD" -- 1st referenced by time_manager.o.
Use linke= r option -v to see when and which objects, archives and dsos are loaded. =
ld64: ERROR 33 : Unresolved text symbol "ESMF_TIMEINITIS.in.ESMF_TIME= MOD" -- 1st referenced by time_manager.o.
Use linker option -v to see= when and which objects, archives and dsos are loaded.
ld64: ERROR 33= : Unresolved text symbol "ESMF_DATEINITIS.in.ESMF_DATEMOD" -- 1st refere= nced by time_manager.o.
Use linker option -v to see when and which ob= jects, archives and dsos are loaded.
ld64: ERROR 33 : Unresolved text= symbol "ESMF_TIMEMGRINITSTD.in.ESMF_TIMEMGRMOD" -- 1st referenced by tim= e_manager.o.
Use linker option -v to see when and which objects, arch= ives and dsos are loaded.
ld64: ERROR 33 : Unresolved text symbol "ES= MF_TIMEINITUNDEFINED.in.ESMF_TIMEMOD" -- 1st referenced by time_manager.o= .
Use linker option -v to see when and which objects, archives and ds= os are loaded.
ld64: ERROR 33 : Unresolved text symbol "ESMF_DATEDIFF= .in.ESMF_DATEMOD" -- 1st referenced by time_manager.o.
Use linker opt= ion -v to see when and which objects, archives and dsos are loaded.
l= d64: ERROR 33 : Unresolved text symbol "ESMF_TIMEGETIS.in.ESMF_TIMEMOD" -= - 1st referenced by time_manager.o.
Use linker option -v to see when = and which objects, archives and dsos are loaded.
ld64: ERROR 33 : Unr= esolved text symbol "ESMF_DATEINCREMENTSEC.in.ESMF_DATEMOD" -- 1st refere= nced by time_manager.o.
............

Maybe some esmf functions ca= n't be found. the libesmf.a file don't contained this symbols.
Is the= re someone can help me?

Best Regards

   &n= bsp;        Zhang Yu

 &nbs= p;            = ;    06/14/2002

  


=B4=D3=CD=F8=D5=BE=B5=C3=B5=BD=B8=FC=B6=E0=D0=C5=CF=A2=A1= =A3MSN Explorer =C3=E2=B7=D1=CF=C2=D4=D8=A3=BAhttp://explorer.msn.com/lccn

------=_NextPart_001_0002_01C2138F.502D6AC0-- From rosinski@cgd.ucar.edu Fri Jun 14 16:25:47 2002 From: rosinski@cgd.ucar.edu (Jim Rosinski) Date: Fri, 14 Jun 2002 09:25:47 -0600 (MDT) Subject: [cam-users] Some esmf functions can't be found in CAM2.0 In-Reply-To: Message-ID: On Fri, 14 Jun 2002, Zhang Yu wrote: > There is some Error message in file MAKE.out when I compile CAM2.0, that is > > ld64: WARNING 84 : /home/dsk3/zy/cam2/camrun/bld/esmf/lib/libO/IRIX64/libesmf.a is not used for resolving any symbol. > ld64: ERROR 33 : Unresolved text symbol "ESMF_ERRHANDLERSETTYPE.in.ESMF_ERRORMOD" -- 1st referenced by time_manager.o. I heard at a meeting that there was an error in the IRIX OS that caused a problem that might be exactly this. Unfortunately I don't know of a workaround. A broader question is how should CAM users report problems with ESMF? Most if not all of us treat that library and its build procedure as a black box. Jim Rosinski From dneckels@scd.ucar.edu Mon Jun 17 19:44:29 2002 From: dneckels@scd.ucar.edu (David Neckels) Date: Mon, 17 Jun 2002 12:44:29 -0600 (MDT) Subject: [cam-users] CAM IRIX compile problem Message-ID: There have been two instances of problems building the CAM on SGI machines. This problem is being addressed and appears to be an issue with a specific version of IRIX. It is suspected that a problem in either remote filesystems or the ar utility is responsible. More information will be forthcoming when this is resolved. The following lists the symptoms of this problem: 1) The CCSM (CAM) compile gets to the ESMF build. It begins traversing the makefiles and builds ESMC_BasicUtil.o, the first file in the ESMF build. 2) The archive facility is called to add this object file to the library libesmf.a. Since the library is not yet created (this is the first object file) ar creates the library. 3) This new library has a future date (2010-02-22, 8 years in the future in the two cases seen so far). 4) Dependency checking thereafter does not work since the library has a future date. None of the esmf files are built, and the build eventually crashes when these files are needed. I am working with SGI support and the first user who reported the problem to identify the specific circumstances under which the problem occurs. Problem reports can be filed on the ESMF website at: http://www.esmf.ucar.edu, under User Documentation and Links. Mail is forwarded to the appropriate staff upon submission of a problem report. For immediate assistance please write to esmf@ucar.edu. David Neckels From dneckels@scd.ucar.edu Wed Jun 19 19:40:49 2002 From: dneckels@scd.ucar.edu (David Neckels) Date: Wed, 19 Jun 2002 12:40:49 -0600 (MDT) Subject: [cam-users] IRIX Compile Problem Resolved as Gmake Bug Message-ID: On June 17 a mail was sent to this list describing a problem two users were having compiling the CAM/CCSM on IRIX 6.5. This problem has been resolved. There is a known bug involving the calculation of file dates in some versions of gmake. A fix to this bug is included in gmake 3.79.1. If the symptoms below occur, please update to this latest version of gmake (it should be noted that the bug does not appear in some older versions of gmake; it was introduced somewhere between 3.78.1 and 3.79). This bug has also been seen on other operating systems (Solaris, for instance), though not with the CAM. -The release notes for gmake 3.79.1 describe the fix (gmake, ChangeLog): __________________________________________ 2000-04-18 Paul D. Smith * remake.c (f_mtime): If ar_member_date() returns -1 (the member doesn't exist), then return (FILE_TIMESTAMP)-1 rather than returning the timestamp calculated from the value -1. Fixes PR/1696. Reported by Gilles Bourhis . _________________________________________ -More information can be found at the gmake bug tracking system: http://bugs.gnu.org/cgi-bin/gnatsweb.pl?debug=&database=default&cmd=view+audit-trail&pr=1696 -Examples of other people encountering this bug may be viewed at: http://www.geocrawler.com/archives/3/351/2000/12/0/4785432/ http://www.geocrawler.com/archives/3/351/2000/4/0/3619059/ In summary, if this bug appears on your system upgrade your gmake version to 3.79.1. Thank you, David Neckels The description provided with the mail June 17 is below. ================ NCAR Boulder, Co http://www.scd.ucar.edu/css/staff/dneckels (303) 497-1224 The following lists the symptoms of this problem: 1) The CCSM (CAM) compile gets to the ESMF build. It begins traversing the makefiles and builds ESMC_BasicUtil.o, the first file in the ESMF build. 2) The archive facility is called to add this object file to the library libesmf.a. Since the library is not yet created (this is the first object file) ar creates the library. 3) This new library has a future date (2010-02-22, 8 years in the future in the two cases seen so far). 4) Dependency checking thereafter does not work since the library has a future date. None of the esmf files are built, and the build eventually crashes when these files are needed. From du_plessi@onera.fr Thu Jun 27 10:01:35 2002 From: du_plessi@onera.fr (Guillaume du Plessix) Date: Thu, 27 Jun 2002 11:01:35 +0200 Subject: [cam-users] CCM3 on NEC Message-ID: <3D1AD46F.97AC5A6B@onera.fr> Hi If somebody had an experience on running the cam2 model on a NEC computer , I would like to receive your advice on it especially for setting up the script, the multi processor run and the input/output files Many thanks in advance Richard Ramaroson From Qiaozhen Mu Fri Jul 12 18:10:52 2002 From: Qiaozhen Mu (Qiaozhen Mu) Date: Fri, 12 Jul 2002 12:10:52 -0500 (CDT) Subject: [cam-users] to build CAM2 with multiple processors on Linux Message-ID: <200207121710.g6CHAqh21435@ig.utexas.edu> --Farrow_of_Piglets_883_000 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: V2ngbt+GMuIL4ueBReLmVA== Dear CAM Users, We have succeeded to build CAM2 on SGI using SPMD. But I failed to build CAM2 with 2 cpus on Linux which uses Myrinet. The attached files are the Makefile and the script I use to build CAM2. In the MAKE.out, it said at the end, """"""""""""""""""""""""""""""""" lf95 -o /disk/cg2/qiaozhen/ccsm/cam/cam2/models/atm/cam/amd_run/amd_spmd/amd_2_spmd/bld/ cam BalanceCheck.o BareGrou ndFluxes.o Biogeophysics1.o Biogeophysics2.o Biogeophysics_Lake.o CanopyFluxes.o CombineSnowLayers.o Combo.o Divide SnowLayers.o Drainage.o EcosystemDyn.o FrictionVelocity.o Hydrology1.o Hydrology2.o Hydrology_Lake.o Infiltration.o LatentHCond.o MoninObukIni.o PhaseChange.o QSat.o RtmMod.o SensibleHCond.o SnowAge.o SnowAlbedo.o SnowCompaction.o SnowWater.o SoilAlbedo.o SoilTemperature.o SoilThermProp.o SoilWater.o StabilityFunc.o Stomata.o SurfaceAlbedo.o S urfaceRadiation.o SurfaceRunoff.o Tridiagonal.o TwoStream.o WetIceHydrology.o advnce.o aermix.o albice.o albocean.o areaMod.o atm_lndMod.o atmdrvMod.o bandij.o basdy.o basdz.o basiy.o bilin.o binary_io.o bnddyi.o bndexch.o buffer. o cam.o camice.o camoce.o ccsm_msg.o chemistry.o cldclw.o cldconst.o cldefr.o cldems.o cldfrc.o cldint.o cldinti.o cldnrh.o cldovrlap.o cldsav.o cldwat.o clm_csmMod.o clm_map.o clm_varcon.o clm_varctl.o clm_varder.o clm_varmap.o c lm_varpar.o clm_varsur.o clmtype.o closure.o commap.o comozp.o comslt.o comspe.o comsrf.o cond.o constituents.o con trolMod.o convtran.o courlim.o cpslec.o cubxdr.o cubydr.o cubzdr.o dadadj.o datetime.o diagnostics.o difcor.o dp_co upling.o driver.o dycore.o dyn.o dyn_grid.o dynconst.o dyndrv.o dynpkg.o endrun.o engy_tdif.o engy_te.o error_messa ges.o esinti.o extx.o extys.o extyv.o f_wrappers.o fft99.o filenames.o fileutils.o findvalue.o flxint.o flxoce.o ga uaw_mod.o geopotential.o get_cpustamp.o get_filename.o get_thread_num.o gffgch.o grcalc.o grdini.o grdxy.o grmult.o gw_drag.o hdinti.o herxin.o heryin.o herzin.o histFileMod.o histHandlerMod.o histUpdate.o history.o hordif.o hordi f1.o hrintp.o hycoef.o ice_constants.o ice_data.o ice_dh.o ice_kinds_mod.o ice_sfc_flux.o ice_srf.o ice_tstm.o infn an.o iniTimeConst.o iniTimeVar.o inicFileMod.o inidat.o inital.o initcom.o initext.o initializeMod.o initindx.o int i.o intp_util.o ioFileMod.o ioUnitMod.o iostop.o kdpfnd.o lagyin.o lcbas.o lcdbas.o limdx.o limdy.o limdz.o linebuf _stdout.o linemsdyn.o lininterp.o lnd_atmMod.o mf2mr.o mkglacier.o mkgridMod.o mklai.o mklanwat.o mkmxovr.o mkpft.o mkrank.o mksoicol.o mksoitex.o mksrfdatMod.o mkurban.o moistconvection.o mpishorthand.o mr2mf.o mtdlss.o mvegFileM od.o omcalc.o oznini.o oznint.o parse_namelist.o pdelb0.o pft_varcon.o pftcFileMod.o phcs.o phys_adiabatic.o phys_g rid.o phys_idealized.o physconst.o physics_types.o physpkg.o plevs0.o pmgrid.o ppgrid.o precision.o preset.o print_ memusage.o prognostics.o program_csm.o program_off.o pspect.o q1q2.o qmassa.o qmassd.o qneg3.o qneg3a.o qneg4.o qua d.o radae.o radclwmx.o radcswmx.o radctl.o raddedmx.o radheat.o radini.o radinp.o radoz2.o radozn.o ramp_ghg.o ramp _scon.o ramp_so4_mod.o readinitial.o realloc3.o realloc4.o realloc6.o realloc7.o reordp.o restFileMod.o restart.o r estart_dynamics.o restart_physics.o rgrid.o rstwr.o scan2.o scandyn.o scanslt.o scm0.o settau.o sgexx.o shr_const_m od.o shr_file_mod.o shr_kind_mod.o shr_msg_mod.o shr_orb_mod.o shr_sys_mod.o shr_timer_mod.o shr_vmath_fwrap.o shr_ vmath_mod.o sltb1.o sltini.o snowdp2lev.o so4bnd.o sortarray.o spegrd.o spetru.o sphdep.o spmdMod.o spmd_dyn.o spmd _phys.o spmdinit.o srchutil.o srfoce.o srfxfer.o sst_data.o stats.o stepon.o string_utils.o surfFileMod.o t_error.o t_initialize.o t_pclstr.o t_pr.o t_reset.o t_setoption.o t_stamp.o t_start.o t_stop.o test_tracers.o tfilt_massfix .o time_manager.o tphysac.o tphysbc.o tphysidl.o tracers.o trcab.o trcabn.o trcems.o trcmix.o trcplk.o trcpth.o trj mps.o trunc.o tsinti.o tstep.o turbulence.o units.o v2xy.o vertical_diffusion.o vertinterp.o virtem.o vrtmap.o wrap _mpi.o wrap_nf.o wv_saturation.o xqmass.o xy2v.o zenith.o zm_conv.o -L/usr/local/netcdf/lib -lnetcdf -L/disk/cg2/qi aozhen/ccsm/cam/cam2/models/atm/cam/amd_run/amd_spmd/amd_2_spmd/bld/esmf/lib/lib O/linux_lf95 -lesmf --staticlink -L /usr/local/gmmpi/lib -lmpich /usr/local/gmmpi/lib/libmpich.a(regcache.o): In function `gmpi_regcache_init': regcache.o(.text+0x1e): undefined reference to `gm_hash_hash_ptr' regcache.o(.text+0x23): undefined reference to `gm_hash_compare_ptrs' regcache.o(.text+0x28): undefined reference to `gm_create_hash' regcache.o(.text+0x3c): undefined reference to `gm_create_lookaside' /usr/local/gmmpi/lib/libmpich.a(regcache.o): In function `gmpi_regcache_deregister': regcache.o(.text+0x8f): undefined reference to `GM_PAGE_LEN' regcache.o(.text+0x9e): undefined reference to `gm_deregister_memory' /usr/local/gmmpi/lib/libmpich.a(regcache.o): In function `gmpi_regcache_garbage_collector': regcache.o(.text+0xea): undefined reference to `gm_hash_remove' regcache.o(.text+0x105): undefined reference to `GM_PAGE_LEN' regcache.o(.text+0x16a): undefined reference to `gm_lookaside_free' /usr/local/gmmpi/lib/libmpich.a(regcache.o): In function `gmpi_regcache_register': regcache.o(.text+0x1b9): undefined reference to `GM_PAGE_LEN' regcache.o(.text+0x1c8): undefined reference to `gm_register_memory' regcache.o(.text+0x1e8): undefined reference to `GM_PAGE_LEN' regcache.o(.text+0x1f7): undefined reference to `gm_register_memory' regcache.o(.text+0x226): undefined reference to `gm_lookaside_alloc' regcache.o(.text+0x27d): undefined reference to `GM_PAGE_LEN' regcache.o(.text+0x292): undefined reference to `gm_hash_insert' /usr/local/gmmpi/lib/libmpich.a(regcache.o): In function `gmpi_use_interval': regcache.o(.text+0x2ed): undefined reference to `GM_PAGE_LEN' regcache.o(.text+0x323): undefined reference to `gm_hash_find' regcache.o(.text+0x372): undefined reference to `GM_PAGE_LEN' regcache.o(.text+0x3ed): undefined reference to `GM_PAGE_LEN' /usr/local/gmmpi/lib/libmpich.a(regcache.o): In function `gmpi_unuse_interval': regcache.o(.text+0x440): undefined reference to `GM_PAGE_LEN' regcache.o(.text+0x45f): undefined reference to `gm_hash_find' regcache.o(.text+0x46b): undefined reference to `GM_PAGE_LEN' /usr/local/gmmpi/lib/libmpich.a(regcache.o): In function `gmpi_clear_interval': regcache.o(.text+0x496): undefined reference to `GM_PAGE_LEN' regcache.o(.text+0x4c7): undefined reference to `gm_hash_find' regcache.o(.text+0x4df): undefined reference to `gm_hash_remove' regcache.o(.text+0x52e): undefined reference to `gm_lookaside_free' regcache.o(.text+0x555): undefined reference to `GM_PAGE_LEN' /usr/local/gmmpi/lib/libmpich.a(regcache.o): In function `gmpi_clear_all_intervals': regcache.o(.text+0x5a3): undefined reference to `gm_destroy_hash' regcache.o(.text+0x5b1): undefined reference to `gm_destroy_lookaside' /usr/local/gmmpi/lib/libmpich.a(gmpriv.o): In function `gmpi_dma_alloc': gmpriv.o(.text+0x48): undefined reference to `gm_dma_malloc' /usr/local/gmmpi/lib/libmpich.a(gmpriv.o): In function `gmpi_dma_free': gmpriv.o(.text+0x60): undefined reference to `gm_dma_free' /usr/local/gmmpi/lib/libmpich.a(gmpriv.o): In function `gmpi_check_send_status': ...... chself.o(.text+0x36a): undefined reference to `gm_bcopy' chself.o(.text+0x416): undefined reference to `gm_bcopy' /usr/local/gmmpi/lib/libmpich.a(gmconf.o): In function `gmpi_getconf': gmconf.o(.text+0x1ec): undefined reference to `gm_bzero' gmconf.o(.text+0x292): undefined reference to `gm_bzero' gmconf.o(.text+0x2fe): undefined reference to `gm_bzero' gmconf.o(.text+0x310): undefined reference to `gm_bzero' gmconf.o(.text+0x619): undefined reference to `gm_blocking_receive_no_spin' gmconf.o(.text+0x655): undefined reference to `gm_blocking_receive' gmconf.o(.text+0x67c): undefined reference to `gm_receive' gmake: *** [/disk/cg2/qiaozhen/ccsm/cam/cam2/models/atm/cam/amd_run/amd_spmd/amd_2_spmd/bld /cam] Error 1 """"""""""""""""""""""""""""""""" I don't know what more I should modify in the Makefile or the script. Thanks for any help in advance. Best regards, Qiaozhen *************************************** *The University of Texas at Austin * *Institute for Geophysics * *4412 Spicewood Springs Rd., Bldg. 600* *Austin, Texas 78759-8500 * *phone:(512) 471-0462 * *fax :(512) 471-8844 * *************************************** --Farrow_of_Piglets_883_000 Content-Type: APPLICATION/x-sun-cshell-script; name="run-utig-amd-spmd.csh"; x-unix-mode=0755 Content-Transfer-Encoding: BASE64 Content-Description: run-utig-amd-spmd.csh Content-MD5: l+5s9rknnCz0nfeMxBk07Q== IyEgL2Jpbi90Y3NoIC1mCgojLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K IyMgUEMtbGludXgKIyMtLS0tLS0tLS0tLS0KCiMjIG50YXNrcyBpcyB0aGUg bnVtYmVyIG9mIE1QSSB0YXNrcy4gIE9uIHRoZSBQQyB3ZSBhc3N1bWUgdXNl IGEgcHVyZSBNUEkKIyMgY29uZmlndXJhdGlvbiB3aGljaCBhc3NpZ25zIDEg TVBJIHRhc2sgcGVyIHByb2Nlc3Nvci4Kc2V0IG50YXNrcyA9IDIKCiMjIERv IG91ciBiZXN0IHRvIGdldCBzdWZmaWNpZW50IHN0YWNrIG1lbW9yeQpsaW1p dCBzdGFja3NpemUgdW5saW1pdGVkCgojIyBST09UIE9GIENBTSBESVNUUklC VVRJT04gLSBwcm9iYWJseSBuZWVkcyB0byBiZSBjdXN0b21pemVkLgojIyBD b250YWlucyB0aGUgc291cmNlIGNvZGUgZm9yIHRoZSBDQU0gZGlzdHJpYnV0 aW9uLgojIyAodGhlIHJvb3QgZGlyZWN0b3J5IGNvbnRhaW5zIHRoZSBzdWJk aXJlY3RvcnkgIm1vZGVscyIpCnNldCBjYW1yb290ICAgICAgPSAvZGlzay9j ZzIvcWlhb3poZW4vY2NzbS9jYW0vY2FtMgoKIyMgUk9PVCBPRiBDQU0gREFU QSBESVNUUklCVVRJT04gLSBuZWVkcyB0byBiZSBjdXN0b21pemVkIHVubGVz cyBydW5uaW5nIGF0IE5DQVIuCiMjIENvbnRhaW5zIHRoZSBpbml0aWFsIGFu ZCBib3VuZGFyeSBkYXRhIGZvciB0aGUgQ0FNIGRpc3RyaWJ1dGlvbi4KIyMg KHRoZSByb290IGRpcmVjdG9yeSBjb250YWlucyB0aGUgc3ViZGlyZWN0b3Jp ZXMgImF0bSIgYW5kICJsbmQiKQpzZXRlbnYgQ1NNX1JPT1QgICAgL2Rpc2sv Y2cyL3FpYW96aGVuL2Njc20vY2FtL2lucHV0ZGF0YQoKIyMgRGVmYXVsdCBu YW1lbGlzdCBzZXR0aW5nczoKIyMgJGNhc2UgaXMgdGhlIGNhc2UgaWRlbnRp ZmllciBmb3IgdGhpcyBydW4uIEl0IHdpbGwgYmUgcGxhY2VkIGluIHRoZSBu YW1lbGlzdC4KIyMgJHJ1bnR5cGUgaXMgdGhlIHJ1biB0eXBlOiBpbml0aWFs LCByZXN0YXJ0LCBvciBicmFuY2guCiMjICRuZWxhcHNlIGlzIHRoZSBudW1i ZXIgb2YgdGltZXN0ZXBzIHRvIGludGVncmF0ZSwgb3IgbnVtYmVyIG9mIGRh eXMgaWYgbmVnYXRpdmUuCnNldCBjYXNlICAgICAgICAgPSBhbWRfMl9zcG1k CnNldCBydW50eXBlICAgICAgPSBpbml0aWFsCnNldCBuZWxhcHNlICAgICAg PSAtMQoKIyMgJHdya2RpciBpcyBhIHdvcmtpbmcgZGlyZWN0b3J5IHdoZXJl IHRoZSBtb2RlbCB3aWxsIGJlIGJ1aWx0IGFuZCBydW4uCiMjICRibGRkaXIg aXMgdGhlIGRpcmVjdG9yeSB3aGVyZSBtb2RlbCB3aWxsIGJlIGNvbXBpbGVk LgojIyAkcnVuZGlyIGlzIHRoZSBkaXJlY3Rvcnkgd2hlcmUgdGhlIG1vZGVs IHdpbGwgYmUgcnVuLgojIyAkY2ZnZGlyIGlzIHRoZSBkaXJlY3RvcnkgY29u dGFpbmluZyB0aGUgQ0FNIGNvbmZpZ3VyYXRpb24gc2NyaXB0cy4Kc2V0IHdy a2RpciAgICAgICA9IC9kaXNrL2NnMi9xaWFvemhlbi9jY3NtL2NhbS9jYW0y L21vZGVscy9hdG0vY2FtL2FtZF9ydW4vYW1kX3NwbWQKc2V0IGJsZGRpciAg ICAgICA9ICR3cmtkaXIvJGNhc2UvYmxkCnNldCBydW5kaXIgICAgICAgPSAk d3JrZGlyLyRjYXNlCnNldCBjZmdkaXIgICAgICAgPSAkY2Ftcm9vdC9tb2Rl bHMvYXRtL2NhbS9ibGQKCiMjIEVuc3VyZSB0aGF0IHJ1biBhbmQgYnVpbGQg ZGlyZWN0b3JpZXMgZXhpc3QKbWtkaXIgLXAgJHJ1bmRpciAgICAgICAgICAg ICAgICB8fCBlY2hvICJjYW5ub3QgY3JlYXRlICRydW5kaXIiICYmIGV4aXQg MQpta2RpciAtcCAkYmxkZGlyICAgICAgICAgICAgICAgIHx8IGVjaG8gImNh bm5vdCBjcmVhdGUgJGJsZGRpciIgJiYgZXhpdCAxCgojIyBJZiBhbiBleGVj dXRhYmxlIGRvZXNuJ3QgZXhpc3QsIGJ1aWxkIG9uZS4KaWYgKCAhIC14ICRi bGRkaXIvY2FtICkgdGhlbgogICAgY2QgJGJsZGRpciAgICAgICAgICAgICAg ICAgIHx8IGVjaG8gImNkICRibGRkaXIgZmFpbGVkIiAmJiBleGl0IDEKICAg ICRjZmdkaXIvY29uZmlndXJlIC1zIC1zcG1kICB8fCBlY2hvICJjb25maWd1 cmUgZmFpbGVkIiAmJiBleGl0IDEKICAgIGVjaG8gImJ1aWxkaW5nIENBTSBp biAkYmxkZGlyIC4uLiIKICAgIGdtYWtlIC1qMiA+JiEgTUFLRS5vdXQgICAg ICB8fCBlY2hvICJDQU0gYnVpbGQgZmFpbGVkOiBzZWUgJGJsZGRpci9vdXQu Z21ha2UiICYmIGV4aXQgMQplbmRpZgoKbXYgY2FtIC4uLwojIyBDcmVhdGUg dGhlIG5hbWVsaXN0CiMgY2QgJGJsZGRpciAgICAgICAgICAgICAgICAgICAg ICB8fCBlY2hvICJjZCAkYmxkZGlyIGZhaWxlZCIgJiYgZXhpdCAxCiMgJGNm Z2Rpci9idWlsZC1uYW1lbGlzdCAtcyAtY2FzZSAkY2FzZSAtcnVudHlwZSAk cnVudHlwZSAtbyAkcnVuZGlyL25hbWVsaXN0IFwKIyAgLW5hbWVsaXN0ICIm Y2FtZXhwIG5lbGFwc2U9JG5lbGFwc2UgLyIgIHx8IGVjaG8gImJ1aWxkLW5h bWVsaXN0IGZhaWxlZCIgJiYgZXhpdCAxCgpjYXQgPiEgbmFtZWxpc3QgPDwg RU9GICAgICAgICAgICAgICAgIHx8IGV4aXQgMQomY2FtZXhwCiBhYnNlbXNf ZGF0YSA9ICcvZGlzay9jZzIvcWlhb3poZW4vY2NzbS9jYW0vaW5wdXRkYXRh L2F0bS9jYW0yL3JhZC9hYnNfZW1zX2ZhY3RvcnNfZmFzdHZ4LjA1MjAwMS5u YycKIGJuZHR2byAgICAgPSAnL2Rpc2svY2cyL3FpYW96aGVuL2Njc20vY2Ft L2lucHV0ZGF0YS9hdG0vY2FtMi9vem9uZS9ub2FhbzMuMTk5MC4yMTk5OS5u YycKIGJuZHR2cyAgICAgPSAnL2Rpc2svY2cyL3FpYW96aGVuL2Njc20vY2Ft L2lucHV0ZGF0YS9hdG0vY2FtMi9zc3Qvc3N0X0hhZE9JQmxfYmNfNjR4MTI4 XzE5NDlfMjAwMV9jMDIwNDExLm5jJwogY2FzZWlkICAgICA9ICckY2FzZScK IGN0aXRsZSAgICAgPSAnJGNhc2UgZnJhY3Rpb25hbCB3aXRoIFNTVCBkYXRh c2V0IGZyb20gSmltIEh1cnJlbGwnCiBrbXhoZGMgICAgID0gNQogbmNkYXRh ICAgICA9ICcvZGlzay9jZzIvcWlhb3poZW4vY2NzbS9jYW0vaW5wdXRkYXRh L2F0bS9jYW0yL2luaWMvZ2F1cy9jYW1pXzAwMDAtMDktMDFfNjR4MTI4X1Q0 Ml9MMjZfYzAyMDUxNC5uYycKIG5lbGFwc2UgICAgPSAtMQogbnNyZXN0ICAg ICA9IDAKIG5odGZycSAgICAgPSA3MgogaXllYXJfYWQgICA9IDE5NTAKIHN0 YXJ0X3ltZCAgPSAxOTQ5MDIwMQogc3N0Y3ljICAgICA9IC5mYWxzZS4KIG1z c19pcnQgICAgPSAwCi8KJmNsbWV4cAogZmluaWRhdCAgICAgICA9ICcvZGlz ay9jZzIvcWlhb3poZW4vY2NzbS9jYW0vaW5wdXRkYXRhL2xuZC9jbG0yL2lu aWRhdGEvY2FtL2NsbWlfMDAwMC0wOS0wMV82NHgxMjhfVDQyX2MwMjA1MTQu bmMnCiBmcGZ0Y29uICAgICAgID0gJy9kaXNrL2NnMi9xaWFvemhlbi9jY3Nt L2NhbS9pbnB1dGRhdGEvbG5kL2NsbTIvcGZ0ZGF0YS9wZnQtcGh5c2lvbG9n eScKIGZzdXJkYXQgICAgICAgPSAnL2Rpc2svY2cyL3FpYW96aGVuL2Njc20v Y2FtL2lucHV0ZGF0YS9sbmQvY2xtMi9zcmZkYXRhL2NhbS9jbG1zXzY0eDEy OF9jMDIwNTE0Lm5jJwogbWtzcmZfZmdsYWNpZXI9ICcvZGlzay9jZzIvcWlh b3poZW4vY2NzbS9kb3dubG9hZC9pbnB1dGRhdGEvbG5kL2NsbTIvcmF3ZGF0 YS9ta3NyZl9nbGFjaWVyLm5jJwogbWtzcmZfZmxhaSAgICA9ICcvZGlzay9j ZzIvcWlhb3poZW4vY2NzbS9kb3dubG9hZC9pbnB1dGRhdGEvbG5kL2NsbTIv cmF3ZGF0YS9ta3NyZl9sYWkubmMnCiBta3NyZl9mbGFud2F0ID0gJy9kaXNr L2NnMi9xaWFvemhlbi9jY3NtL2Rvd25sb2FkL2lucHV0ZGF0YS9sbmQvY2xt Mi9yYXdkYXRhL21rc3JmX2xhbndhdC5uYycKIG1rc3JmX2Zzb2ljb2wgPSAn L2Rpc2svY2cyL3FpYW96aGVuL2Njc20vZG93bmxvYWQvaW5wdXRkYXRhL2xu ZC9jbG0yL3Jhd2RhdGEvbWtzcmZfc29pY29sX2NsbTIubmMnCiBta3NyZl9m c29pdGV4ID0gJy9kaXNrL2NnMi9xaWFvemhlbi9jY3NtL2Rvd25sb2FkL2lu cHV0ZGF0YS9sbmQvY2xtMi9yYXdkYXRhL21rc3JmX3NvaXRleC4xMGxldmVs Lm5jJwogbWtzcmZfZnVyYmFuICA9ICcvZGlzay9jZzIvcWlhb3poZW4vY2Nz bS9kb3dubG9hZC9pbnB1dGRhdGEvbG5kL2NsbTIvcmF3ZGF0YS9ta3NyZl91 cmJhbi5uYycKIG1rc3JmX2Z2ZWd0eXAgPSAnL2Rpc2svY2cyL3FpYW96aGVu L2Njc20vZG93bmxvYWQvaW5wdXRkYXRhL2xuZC9jbG0yL3Jhd2RhdGEvbWtz cmZfcGZ0Lm5jJwovCkVPRgoKc2V0ZW52IENMVVNURVIgL2Rpc2svY2cyL3Fp YW96aGVuL2Njc20vY2FtL2NhbTIvbW9kZWxzL2F0bS9jYW0vYmxkL215cmlf ZmlsZQpzZXRlbnYgbnAgMgoKIyMgUnVuIENBTQpjZCAkcnVuZGlyICAgICAg ICAgICAgICAgICAgICAgIHx8IGVjaG8gImNkICRydW5kaXIgZmFpbGVkIiAm JiBleGl0IDEKZWNobyAicnVubmluZyBDQU0gaW4gJHJ1bmRpciIKIyBtcGly dW4gLW5wICRudGFza3MgJGJsZGRpci9jYW0gPCBuYW1lbGlzdCAgfHwgZWNo byAiQ0FNIHJ1biBmYWlsZWQiICYmIGV4aXQgMQptcGlydW4uY2hfZ20gLS1n bS12IC0tZ20ta2lsbCAxMCAtbnAgJE5QIC0tZ20tZiAkQ0xVU1RFUiBcCiAg ICAgICAgICAgICAgICAgY2FtPG5hbWVsaXN0PnJ1bi5sb2cwICYKCmV4aXQg MAo= --Farrow_of_Piglets_883_000 Content-Type: TEXT/x-sun-Makefile; name=Makefile; charset=us-ascii; x-unix-mode=0644 Content-Description: Makefile Content-MD5: RWA+1XDHc1uXt4WEVnFrBQ== #----------------------------------------------------------------------- # Makefile for building CAM on various platforms. # # This makefile assumes the existence the file: # # Filepath The directories, listed one per line, that contain the source # code required to build CAM. This list is used the set the # VPATH variable which is used by GNU make to search for # dependencies (after it looks in the directory from which # it was invoked). This list of directories, prepended with ./, # is also used to construct the list of search directories # used by the preprocessor (as specified by -I command-line options). # # The following macros may be set in the user's environment: # # ROOTDIR Root directory for the CAM source distribution. # EXENAME Name to call the executable. # MODEL_EXEDIR Directory to build the executable in. # INC_NETCDF Directory location of the NetCDF include files. # LIB_NETCDF Directory location of the NetCDF library. # INC_MPI Directory location of the MPI include files. # LIB_MPI Directory location of the MPI library. # ESMF_ROOT Root directory of ESMF source tree. Default: $(ROOTDIR)/models/utils/esmf # ESMF_BLD Upper level build directory for ESMF # The ESMF .o files are built in $(ESMF_BLD)/obj # The ESMF .m files are built in arch dependent subdirs of $(ESMF_BLD)/mod # The ESMF library is built in architecture and optimization # dependent subdirectories of $(ESMF_BLD)/lib # DEBUG Set to TRUE to turn on compiler debugging options. Default: FALSE # SPMD Whether to build in SPMD mode or not. [values TRUE FALSE] # (If this variable not set then ./misc.h is checked) # USER_FC Allow user to override the default Fortran compiler specified in Makefile. # USER_CC Allow user to override the default C compiler specified in Makefile (linux only). # USER_FFLAGS Additional compiler flags that the user wishes to set. # NO_SWITCH On Compaq if the hardward switch is not available # set this env variable to "TRUE". # # Defaults for all of the above are provided in the Makefile. # # Note: If ROOTDIR is not set the makefile searches for it in a file called "Rootdir" # # Note: The ESMF library is included in the CAM distribution in # $ROOTDIR/models/utils/esmf and is built using this makefile. #------------------------------------------------------------------------ # Set up special characters null := space := $(null) $(null) # Determine distribution root directory ifeq ($(ROOTDIR),$(null)) ROOTDIR := $(shell cat Rootdir) endif # Check for the NetCDF library and include directories ifeq ($(LIB_NETCDF),$(null)) LIB_NETCDF := /usr/local/netcdf/lib endif ifeq ($(INC_NETCDF),$(null)) INC_NETCDF := /usr/local/netcdf/include endif # Check for the MPI library and include directories ifeq ($(LIB_MPI),$(null)) LIB_MPI := /usr/local/gmmpi/lib endif ifeq ($(INC_MPI),$(null)) INC_MPI := /usr/local/gmmpi/include endif # Build the ESMF library ifeq ($(ESMF_ROOT),$(null)) ESMF_ROOT := ${ROOTDIR}/models/utils/esmf endif ifeq ($(ESMF_BLD),$(null)) ESMF_BLD := $(shell (mkdir ./esmf 2>/dev/null;cd ./esmf;pwd)) endif ESMF_BOPT := O ifeq ($(DEBUG),TRUE) ESMF_BOPT := g endif ESMF_MOD := $(ESMF_BLD)/mod/mod$(ESMF_BOPT) ESMF_LIB := $(ESMF_BLD)/lib/lib$(ESMF_BOPT) # Check for directory in which to put executable ifeq ($(MODEL_EXEDIR),$(null)) MODEL_EXEDIR := . endif # Check for name of executable ifeq ($(EXENAME),$(null)) EXENAME := atm endif # Check if SPMD is defined in "misc.h" # Ensure that it is defined and not just "undef SPMD" set in file ifeq ($(SPMD),$(null)) SPMDSET := $(shell /bin/grep SPMD misc.h) ifneq (,$(findstring define,$(SPMDSET))) SPMD := TRUE else SPMD := FALSE endif endif # Load dependency search path. dirs := . $(shell cat Filepath) # Set cpp search path, include netcdf cpp_dirs := $(dirs) $(INC_NETCDF) $(INC_MPI) cpp_path := $(foreach dir,$(cpp_dirs),-I$(dir)) # format for command line # Expand any tildes in directory names. Change spaces to colons. VPATH := $(foreach dir,$(cpp_dirs),$(wildcard $(dir))) VPATH := $(subst $(space),:,$(VPATH)) #------------------------------------------------------------------------ # Primary target: build the model #------------------------------------------------------------------------ all: $(MODEL_EXEDIR)/$(EXENAME) # Get list of files and build dependency file for all .o files # using perl scripts mkSrcfiles and mkDepends SOURCES := $(shell cat Srcfiles) Depends: Srcfiles Filepath $(ROOTDIR)/models/atm/cam/bld/mkDepends Filepath Srcfiles > $@ Srcfiles: Filepath $(ROOTDIR)/models/atm/cam/bld/mkSrcfiles > $@ OBJS := $(addsuffix .o, $(basename $(SOURCES))) $(MODEL_EXEDIR)/$(EXENAME): $(OBJS) $(FC) -o $@ $(OBJS) -L$(LIB_NETCDF) -lnetcdf -L$(ESMF_LIB)/$(ESMF_ARCH) -lesmf $(LDFLAGS) debug: $(OBJS) echo "FFLAGS: $(FFLAGS)" echo "LDFLAGS: $(LDFLAGS)" echo "OBJS: $(OBJS)" test_fc: test_fc.o $(FC) -o $@ test_fc.o $(LDFLAGS) test_nc: test_nc.o $(FC) -o $@ test_nc.o -L$(LIB_NETCDF) -lnetcdf $(LDFLAGS) test_mpi: test_mpi.o $(FC) -o $@ test_mpi.o $(LDFLAGS) # Architecture-specific flags and rules # # Determine platform UNAMES := $(shell uname -s) #------------------------------------------------------------------------ # AIX #------------------------------------------------------------------------ ifeq ($(UNAMES),AIX) ESMF_ARCH := rs6000_sp CPP := /lib/cpp CC := xlc_r CFLAGS := $(cpp_path) -O2 -DAIX FPPFLAGS := -WF,-DHIDE_SHR_MSG,-DAIX,-DNO_SHR_VMATH FFLAGS := $(cpp_path) $(FPPFLAGS) -qarch=auto -qrealsize=8 -qdpc=e -qsmp=noauto -qspillsize=2500 \ -I$(ESMF_MOD)/$(ESMF_ARCH) FREEFLAGS := -qsuffix=f=f90:cpp=F90 FIXEDFLAGS := -qfixed=132 LDFLAGS := -qsmp=noauto -bmaxdata:0x80000000 ifeq ($(SPMD),TRUE) FC := mpxlf90_r else FC := xlf90_r FFLAGS += -WF,-DHIDE_MPI endif ifeq ($(DEBUG),TRUE) # # Bounds checking is unreliable on the IBM. # Sometimes you can get it to go if you turn threading off (by deleting -qsmp=noauto) # FFLAGS += -g -d -qinitauto=7FF7FFFF -qflttrap=ov:zero:inv:en else # Inline when not debugging FFLAGS += -O3 -qstrict -Q endif .SUFFIXES: .SUFFIXES: .F .F90 .c .o .F.o: $(FC) -c $(FIXEDFLAGS) $(FFLAGS) $< .F90.o: $(FC) -c $(FREEFLAGS) $(FFLAGS) $< .c.o: cc -c $(CFLAGS) $< endif #------------------------------------------------------------------------ # SGI #------------------------------------------------------------------------ ifeq ($(UNAMES),IRIX64) ESMF_ARCH = IRIX64 FC := f90 CPP := /lib/cpp CPPFLAGS := -P CFLAGS := $(cpp_path) -64 -DIRIX64 -O2 FFLAGS = $(cpp_path) -64 -r8 -i4 -c -cpp -extend_source -DIRIX64 \ -DNO_SHR_VMATH -I$(ESMF_MOD)/$(ESMF_ARCH) LDFLAGS = -64 -mp # WARNING: -mp and -g together cause wrong answers ifeq ($(DEBUG),TRUE) FFLAGS += -g -DEBUG:trap_uninitialized=ON -C else FFLAGS += -O2 -mp endif # WARNING: - Don't run hybrid on SGI (that's what the -= -mp is all about) ifeq ($(SPMD),TRUE) FFLAGS -= -mp FFLAGS += -I$(INC_MPI) -macro_expand LDFLAGS += -L$(LIB_MPI) -lmpi else FFLAGS += -DHIDE_MPI endif .SUFFIXES: .SUFFIXES: .F .F90 .c .o .F.o: $(FC) $(FFLAGS) $< .F90.o: $(FC) -DHIDE_SHR_MSG $(FFLAGS) $< .c.o: cc -c $(cpp_path) $(CFLAGS) $< endif #------------------------------------------------------------------------ # SUN #------------------------------------------------------------------------ ifeq ($(UNAMES),SunOS) ESMF_ARCH = solaris FC := f90 FC77 := f77 CPP := /usr/ccs/lib/cpp CFLAGS := $(cpp_path) -DSUNOS -DNO_SHR_VMATH FFLAGS := $(cpp_path) -xs -stackvar -Qoption f90comp -r8const -e -DSUNOS -DHIDE_MPI \ -M$(ESMF_MOD)/$(ESMF_ARCH) LDFLAGS := -L/opt/SUNWspro/lib -lf77compat -openmp -fast SPEC_FFLAGS := $(cpp_path) -r8 -i4 -c ifeq ($(DEBUG),TRUE) FFLAGS += -g -dalign SPEC_FFLAGS += -g -dalign else # Inline code when not debugging FFLAGS += -inline=%auto -fast endif ifeq ($(SPMD),TRUE) FFLAGS += -I$(INC_MPI) LDFLAGS += -L$(LIB_MPI) -lmpich -lnsl -lsocket else FFLAGS += -DHIDE_MPI endif .SUFFIXES: .SUFFIXES: .F .F90 .c .o sgexx.o: sgexx.F $(FC77) $(SPEC_FFLAGS) $< fft99.o: fft99.F $(FC77) $(SPEC_FFLAGS) $< .F90.o: $(FC) -c -DHIDE_SHR_MSG $(FFLAGS) $< endif #------------------------------------------------------------------------ # Linux #------------------------------------------------------------------------ ifeq ($(UNAMES),Linux) ESMF_ARCH = linux # if the compiler is not specified, choose PGI pgf90 ifeq ($(USER_FC),$(null)) ## FC := pgf90 FC := lf95 else FC := $(USER_FC) endif # if USER_CC is set, use it. Otherwise use pgcc if pgf90 is the Fortran compiler, # and cc if not ifeq ($(USER_CC),$(null)) ## ifeq ($(FC),pgf90) ifeq ($(FC),lf95) ## CC := pgcc CC := gcc else CC := cc endif else CC := $(USER_CC) endif # Figure out the ESMF architecture. # ifeq ($(FC),pgf90) ifeq ($(FC),lf95) # ifeq ($(CC),pgcc) ifeq ($(CC),gcc) ESMF_ARCH = linux_pgi else ESMF_ARCH = linux_gnupgf90 endif endif # if not using pgcc, define USE_GCC to disable threading in the timing library CFLAGS = $(cpp_path) -c -DLINUX ifeq ($(CC),pgcc) ## ifeq ($(CC),gcc) CFLAGS += -fast else CFLAGS += -DUSE_GCC ## CFLAGS += -O endif # pgf90 # -DPGF90 is for phcs and gauaw which normally use r16 arithmetic but is unavailable under pgf90 ifeq ($(FC),pgf90) # ifeq ($(FC),lf95) FFLAGS = $(cpp_path) -c -r8 -i4 -DHIDE_SHR_MSG -Mrecursive -Mdalign -Mextend -mp -DLINUX \ -DPGF90 -I$(ESMF_MOD)/$(ESMF_ARCH) F90FLAGS = $(FFLAGS) -Mfree LDFLAGS = -mp ifeq ($(DEBUG),TRUE) FFLAGS += -g -Ktrap=fp -Mbounds SPEC_FFLAGS := $(FFLAGS) else SPEC_FFLAGS := $(FFLAGS) FFLAGS += -fast endif endif # lf95 # # Note that as of lf95 version 6.1 threading does NOT work because of # ridiculously small per thread stacksize limits. # # -CcdRR8 is an undocumented flag which promotes only vars declared "real", not "real*8" # --trace produces a call traceback on abort # --trap causes code to stop on divide by zero or overflow exceptions # --pca prevents overwriting constant arguments # --staticlink enables transportability of the executable # --chk for basic compiler checking (a,e,s,u,x) # --chkglobal for global checking ifeq ($(FC),lf95) ESMF_ARCH = linux_lf95 FFLAGS = $(cpp_path) -c -CcdRR8 -DHIDE_SHR_MSG --trace --trap -DLINUX -I$(ESMF_MOD)/$(ESMF_ARCH) SPEC_FFLAGS := $(FFLAGS) F90FLAGS = $(FFLAGS) LDFLAGS = --staticlink ifeq ($(DEBUG),TRUE) FFLAGS += -g --chk --pca else FFLAGS += -O endif endif # FFC f90 ifeq ($(FC),f90) FFLAGS = -CcdRR8 -Cpp -X9 -fw -Am -Wa,-W $(cpp_path) -c -DHIDE_SHR_MSG -DLINUX \ -I$(ESMF_MOD)/$(ESMF_ARCH) LDFLAGS = ifeq ($(DEBUG),TRUE) FFLAGS += -g -H aseu else FFLAGS += -Kfast,eval,fastlib,auto endif endif # Flags common to all compilers ifeq ($(SPMD),TRUE) FFLAGS += -I$(INC_MPI) -DNO_SHR_VMATH LDFLAGS += -L$(LIB_MPI) -lmpich else FFLAGS += -DHIDE_MPI -DNO_SHR_VMATH endif .SUFFIXES: .SUFFIXES: .F .F90 .c .o ifeq ($(FC),pgf90) # ifeq ($(FC),lf95) # # To fix hanging problem when using sld dynamics, compile sgexx without "-fast" # sgexx.o: sgexx.F $(FC) $(SPEC_FFLAGS) $< endif ifeq ($(FC),lf95) # lahey fails on binary_io due to writing wrap areas binary_io.o: binary_io.F90 $(FC) $(SPEC_FFLAGS) $< wrap_nf.o: wrap_nf.F90 $(FC) $(SPEC_FFLAGS) $< wrap_mpi.o: wrap_mpi.F90 $(FC) $(SPEC_FFLAGS) $< endif .F90.o: $(FC) $(F90FLAGS) $< .F.o: $(FC) -c $(FFLAGS) $< .c.o: $(CC) $(CFLAGS) $< endif #------------------------------------------------------------------------ # OSF1 #------------------------------------------------------------------------ ifeq ($(UNAMES),OSF1) ESMF_ARCH := alpha CFLAGS := $(cpp_path) -DOSF1 -O2 -omp FC := f90 FFLAGS := $(cpp_path) -r8 -i4 -c -omp -automatic -fpe3 -I$(ESMF_MOD)/$(ESMF_ARCH) FFLAGS_DOTF90 := -DHIDE_SHR_MSG -DOSF1 -free -fpe3 -DNO_SHR_VMATH FFLAGS_DOTF := -extend_source -omp -automatic LDFLAGS := -omp ifeq ($(DEBUG),TRUE) FFLAGS += -g3 -C else # Inline when not debugging FFLAGS += -O3 -inline speed endif ifeq ($(NO_SWITCH),$(null)) NO_SWITCH := FALSE endif ifeq ($(SPMD),TRUE) FFLAGS += -I$(INC_MPI) LDFLAGS += -lmpi else FFLAGS += -DHIDE_MPI endif ifneq ($(NO_SWITCH),TRUE) LDFLAGS += -lelan endif .SUFFIXES: .SUFFIXES: .F .F90 .c .o .F.o: $(FC) $(FFLAGS) $(FFLAGS_DOTF) $< .F90.o: $(FC) $(FFLAGS) $(FFLAGS_DOTF90) $< .c.o: cc -c $(CFLAGS) $< endif #------------------------------------------------------------------------ # Targets/rules that depend on architecture specific variables. #------------------------------------------------------------------------ # The ESMF library is not made to be built in parallel, so specify only one job is to run. $(ESMF_LIB)/$(ESMF_ARCH)/libesmf.a: cd $(ESMF_ROOT); \ $(MAKE) -j 1 BOPT=$(ESMF_BOPT) ESMF_BUILD=$(ESMF_BLD) ESMF_DIR=$(ESMF_ROOT) ESMF_ARCH=$(ESMF_ARCH); time_manager.o : $(ESMF_LIB)/$(ESMF_ARCH)/libesmf.a RM := rm # Add user defined compiler flags if set, and replace FC if USER option set. FFLAGS += $(USER_FFLAGS) ifneq ($(USER_FC),$(null)) FC := $(USER_FC) endif clean: $(RM) -r esmf $(RM) -f Depends Srcfiles *.o *.mod *.stb *.f90 $(MODEL_EXEDIR)/$(EXENAME) realclean: clean include Depends --Farrow_of_Piglets_883_000-- From eaton@ncar.ucar.edu Fri Jul 12 18:38:28 2002 From: eaton@ncar.ucar.edu (Brian Eaton) Date: Fri, 12 Jul 2002 11:38:28 -0600 (MDT) Subject: [cam-users] to build CAM2 with multiple processors on Linux In-Reply-To: <200207121710.g6CHAqh21435@ig.utexas.edu> Message-ID: Hi Qiaozhen, If you run the configure command with the -test option it will perform an independent test of your mpi library. This would help to establish whether your problem is CAM related or whether the problem is in your mpi installation. Brian On Fri, 12 Jul 2002, Qiaozhen Mu wrote: > Dear CAM Users, > > We have succeeded to build CAM2 on SGI using SPMD. But I failed to build CAM2 > with 2 cpus on Linux which uses Myrinet. The attached files are the Makefile and > the script I use to build CAM2. In the MAKE.out, it said at the end, > > """"""""""""""""""""""""""""""""" > /usr/local/gmmpi/lib/libmpich.a(regcache.o): In function `gmpi_regcache_init': > regcache.o(.text+0x1e): undefined reference to `gm_hash_hash_ptr' > [/disk/cg2/qiaozhen/ccsm/cam/cam2/models/atm/cam/amd_run/amd_spmd/amd_2_spmd/bld > /cam] Error 1 > """"""""""""""""""""""""""""""""" > > I don't know what more I should modify in the Makefile or the script. Thanks for > any help in advance. > > Best regards, > Qiaozhen > *************************************** > *The University of Texas at Austin * > *Institute for Geophysics * > *4412 Spicewood Springs Rd., Bldg. 600* > *Austin, Texas 78759-8500 * > *phone:(512) 471-0462 * > *fax :(512) 471-8844 * > *************************************** > ----------------------------------------------------------------- Brian Eaton | email: eaton@ucar.edu Climate Modeling Section | National Center for Atmospheric Research | P.O. Box 3000, Boulder, CO 80307 | From camille@atmos.washington.edu Thu Jul 25 02:28:29 2002 From: camille@atmos.washington.edu (Camille Li) Date: Wed, 24 Jul 2002 18:28:29 -0700 (PDT) Subject: [cam-users] Hemispheric asymmetries Message-ID: I am trying to set up the CCM3.6 with the SOM to run in a land-free configuration (ORO and SGH = zero everywhere), and the sea ice keeps disappearing in the Southern hemisphere. I've changed the orbital parameters and ozone datasets to be "symmetric" about the annual cycle (i.e., NH January looks like SH July etc.), I have a QO that is symmetric about the equator with no annual cycle, and my initial temperature (all levels and subsurface levels) and u and v (all levels) fields are symmetric about the equator. Given all this, the difference in sea ice concentration between the two hemispheres is apparent within the first few months. I read in the documentation that diffusion coeffiecents are tuned to give realistic polar night jets, but cannot find where this is in the code. Is this my problem? Is there anything else I haven't considered, or is there some other hemispheric asymmetry that is hardwired into the model? Thanks, Camille Li From camille@atmos.washington.edu Thu Jul 25 02:31:22 2002 From: camille@atmos.washington.edu (Camille Li) Date: Wed, 24 Jul 2002 18:31:22 -0700 (PDT) Subject: [cam-users] Hemispheric asymmetries: addendum Message-ID: Regarding the following message, which I just posted, I forgot to mention that I do not call the LSM at all in order to get rid of Antarctica. ---------- Forwarded message ---------- Date: Wed, 24 Jul 2002 18:28:29 -0700 (PDT) From: Camille Li To: cam-users@ucar.edu Subject: Hemispheric asymmetries I am trying to set up the CCM3.6 with the SOM to run in a land-free configuration (ORO and SGH = zero everywhere), and the sea ice keeps disappearing in the Southern hemisphere. I've changed the orbital parameters and ozone datasets to be "symmetric" about the annual cycle (i.e., NH January looks like SH July etc.), I have a QO that is symmetric about the equator with no annual cycle, and my initial temperature (all levels and subsurface levels) and u and v (all levels) fields are symmetric about the equator. Given all this, the difference in sea ice concentration between the two hemispheres is apparent within the first few months. I read in the documentation that diffusion coeffiecents are tuned to give realistic polar night jets, but cannot find where this is in the code. Is this my problem? Is there anything else I haven't considered, or is there some other hemispheric asymmetry that is hardwired into the model? Thanks, Camille Li From dcn@gps.caltech.edu Thu Jul 25 02:51:36 2002 From: dcn@gps.caltech.edu (David Noone) Date: Wed, 24 Jul 2002 18:51:36 -0700 (PDT) Subject: [cam-users] Hemispheric asymmetries In-Reply-To: Message-ID: Hi Camille, As well as the ocean heat flux (Q0), do you set the mixed layer depth to be the same in both hemispheres (i.e., MLD, the other boundary field for the SOM)? When you say you have the orbital parameters set to be symmetric, is this the same as saying that you have it running for a perpetual equinox? My first thought is that if this is not the case, and you start up in September, the Antarctic will be seeing a summer while the Arctic a winter over, for instance, the subsequent DJF. As such, the ice might melt in the SH, while grow in the NH (or something like that) which would be consistent with your results. I can't imagine the diffusion is a problem, as it is set to be the same globally. Hope this helps, Dave On Wed, 24 Jul 2002, Camille Li wrote: > > Regarding the following message, which I just posted, > I forgot to mention that I do not call the LSM at all > in order to get rid of Antarctica. > > ---------- Forwarded message ---------- > Date: Wed, 24 Jul 2002 18:28:29 -0700 (PDT) > From: Camille Li > To: cam-users@ucar.edu > Subject: Hemispheric asymmetries > > > I am trying to set up the CCM3.6 with the SOM to run in a land-free > configuration (ORO and SGH = zero everywhere), and the sea ice keeps > disappearing in the Southern hemisphere. > > I've changed the orbital parameters and ozone datasets to be "symmetric" > about the annual cycle (i.e., NH January looks like SH July etc.), I have > a QO that is symmetric about the equator with no annual cycle, and my > initial temperature (all levels and subsurface levels) and u and v (all > levels) fields are symmetric about the equator. Given all this, the > difference in sea ice concentration between the two hemispheres is > apparent within the first few months. > > I read in the documentation that diffusion coeffiecents are tuned to give > realistic polar night jets, but cannot find where this is in the code. > Is this my problem? Is there anything else I haven't considered, or is > there some other hemispheric asymmetry that is hardwired into the model? > > Thanks, > Camille Li > > > > > _______________________________________________ > cam-users mailing list > cam-users@ucar.edu > http://mailman.ucar.edu/mailman/listinfo/cam-users > -- -------------------------------------------------------------------- California Institute of Technology, Pasadena, CA, 91125, USA Division of Geological and Planetary Sciences Mail Stop 100-23, Phone (626) 395-6982 http://www.gps.caltech.edu/~dcn From camille@atmos.washington.edu Thu Jul 25 03:03:06 2002 From: camille@atmos.washington.edu (Camille Li) Date: Wed, 24 Jul 2002 19:03:06 -0700 (PDT) Subject: [cam-users] Hemispheric asymmetries In-Reply-To: Message-ID: Hi David, Thanks for your response. In answer to your questions, my MLD is 50 m everywhere all year round, and I have a seasonal cycle, but the eccentricity is set to zero. I actually tried starting up in Septebmer and in March with the same symmetric ICs - the ice disappears in the SH in both cases, although as expected, it takes a few extra years for the March launch case. It's puzzling as I was hoping that by making everything as symmetric as possible, I wouldn't see these types of asymmetries. Cheers, Camille > Hi Camille, > > As well as the ocean heat flux (Q0), do you set the mixed layer depth to > be the same in both hemispheres (i.e., MLD, the other boundary field for > the SOM)? When you say you have the orbital parameters set to be > symmetric, is this the same as saying that you have it running for a > perpetual equinox? My first thought is that if this is not the case, and > you start up in September, the Antarctic will be seeing a summer while > the Arctic a winter over, for instance, the subsequent DJF. As such, the > ice might melt in the SH, while grow in the NH (or something like that) > which would be consistent with your results. > > I can't imagine the diffusion is a problem, as it is set to be the same > globally. > > > Hope this helps, > > Dave From dcn@gps.caltech.edu Thu Jul 25 03:27:51 2002 From: dcn@gps.caltech.edu (David Noone) Date: Wed, 24 Jul 2002 19:27:51 -0700 (PDT) Subject: [cam-users] Hemispheric asymmetries In-Reply-To: Message-ID: Hi again, Just having a quick look at the code, there IS a hard coded magic number! Specifically a limiter on the value of QO under ice. The routine ./src/som/somqad.F is called as the first thing the SOM does each time step. If the ocean is covered by sea ice, the heat flux is modified to be greater than some minimum value. This minimum is hard coded as: data qnhmin / -5.0 / data qshmin / 30.0 / Have you set these to be the same? You might need to run some tests to get reasonable ice distributions. This parameter controls how much heat is lost by the ice, and translates in to amount of melt: more heat loss, less ice. In a another GCM, ice formation was very sensitive to this type of tuning. There is some discussion of this on page 129 of the tech. report that described the CCM. Cheers, Dave On Wed, 24 Jul 2002, Camille Li wrote: > > Hi David, > > Thanks for your response. In answer to your questions, my MLD is 50 m > everywhere all year round, and I have a seasonal cycle, but the > eccentricity is set to zero. I actually tried starting up in Septebmer > and in March with the same symmetric ICs - the ice disappears in the SH in > both cases, although as expected, it takes a few extra years for the March > launch case. It's puzzling as I was hoping that by making everything as > symmetric as possible, I wouldn't see these types of asymmetries. > > Cheers, > Camille > > > Hi Camille, > > > > As well as the ocean heat flux (Q0), do you set the mixed layer depth to > > be the same in both hemispheres (i.e., MLD, the other boundary field for > > the SOM)? When you say you have the orbital parameters set to be > > symmetric, is this the same as saying that you have it running for a > > perpetual equinox? My first thought is that if this is not the case, and > > you start up in September, the Antarctic will be seeing a summer while > > the Arctic a winter over, for instance, the subsequent DJF. As such, the > > ice might melt in the SH, while grow in the NH (or something like that) > > which would be consistent with your results. > > > > I can't imagine the diffusion is a problem, as it is set to be the same > > globally. > > > > > > Hope this helps, > > > > Dave > > -- -------------------------------------------------------------------- California Institute of Technology, Pasadena, CA, 91125, USA Division of Geological and Planetary Sciences Mail Stop 100-23, Phone (626) 395-6982 http://www.gps.caltech.edu/~dcn From erik@ucar.edu Thu Aug 1 16:18:49 2002 From: erik@ucar.edu (Erik Kluzek) Date: Thu, 1 Aug 2002 09:18:49 -0600 (MDT) Subject: [cam-users] ccm-users moved over to cam-users... Message-ID: All I moved everyone off the "ccm-users" email list to the "cam-users" e-mail list. "ccm-users" is now a dead-list. There are no subscribers and if you try to post a message you'll get a message about posting to "cam-users" instead. As a result of this change you may find your subscription settings have changed in the process. It's also possible that if you already were a subscriber to "cam-users" with a different e-mail address than "ccm-users" that you may end up with two subscriptions. I apoligize for the disturbance. You can reset your preferences and subscribe/unsubscribe by going to... http://mailman.ucar.edu/mailman/listinfo/cam-users Thank you... Erik Kluzek, (CGD at NCAR) National Center for Atmospheric Research Boulder CO, (off) (303)497-1326 (fax) (303)497-1324 --------- Home page and public PGP key--------------- http://www.cgd.ucar.edu/~erik !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! From sunxg007@yahoo.com.cn Sat Aug 3 03:34:09 2002 From: sunxg007@yahoo.com.cn (=?gb2312?q?Xuguang=20Sun?=) Date: Sat, 3 Aug 2002 10:34:09 +0800 (CST) Subject: [cam-users] Where can I get long period of initial data and SST data of CCM3.6 in netCDF format? Message-ID: <20020803023409.14603.qmail@web15003.mail.bjs.yahoo.com> Hellow, I am running a CCM3.6.6 on SGI workstation. I want to integrate for a long time, but I haven't the observed SST data in netCDF format and initial data also in netCDF format, Can somebody show me how to get these data? Thanks a lot. _________________________________________________________ Do You Yahoo!? 世界杯风云跌宕 网站报道最爱哪家 http://sweepstakes.yahoo.com/fifa_survey From Qiaozhen Mu Tue Aug 6 17:51:59 2002 From: Qiaozhen Mu (Qiaozhen Mu) Date: Tue, 6 Aug 2002 11:51:59 -0500 (CDT) Subject: [cam-users] how to use the prescribed sea ice concentrations in CCM3 Message-ID: <200208061651.g76GpxC03549@ig.utexas.edu> Dear all hands, I would like to ask you a question about the sea ice concentrations in CCM3.6 or CCM3.10. If I don't want to use the SLAB ocean model, how can I use the prescribed sea ice concentrations in CCM? I have read the description and the source codes for a long time but I failed to find a clue. I think in the model, it read the ORO from the initial conditions at NSTEP=0, and then determines the next ORO values depending on the SST. I can't find where the sea ice concentrations are mentioned in the model. Could you please tell me if you know this? Thanks for any help in advance. Best regards, Qiaozhen *************************************** *The University of Texas at Austin * *Institute for Geophysics * *4412 Spicewood Springs Rd., Bldg. 600* *Austin, Texas 78759-8500 * *phone:(512) 471-0462 * *fax :(512) 471-0348 * *************************************** From jjb@cdc.noaa.gov Wed Aug 7 03:02:20 2002 From: jjb@cdc.noaa.gov (Joe Barsugli) Date: Tue, 6 Aug 2002 20:02:20 -0600 (MDT) Subject: [cam-users] CCM3.10 history averaging problem Message-ID: <200208070202.g7722KG16840@sr2.cdc.noaa.gov.cdc.noaa.gov> The averaging flag as documented in http://www.cgd.ucar.edu/cms/ccm3/news/ccm3.10.11_366physics_avg.shtml doesn't seem to work properly. This is because "ff" is not defined in the following code from fldlst.F90: do t=1,ptapes do f=1,nfmaster mastername = masterlist(f)%name if (isonlist (fincl(1,t), mastername)) then call split_nameflag (fincl(ff,t), name, avgflag) call inifld (t, f, avgflag) else if (.not. isonlist (fexcl(1,t), mastername) .and. masterlist(f)%actflag(t)) then call inifld (t, f, ' ') end if end do [ . . . ] end do you can download a version of fldlst.F90 that seems to work for me: http://www.cdc.noaa.gov/~jjb/ccm/fldlst_2.F90 CCM3 Version:ccm3.10.11.brnchT.366physics.7.tar -- Joe Barsugli :: jjb@cdc.noaa.gov :: 303-497-6042 Climate Diagnostics Center :: University of Colorado From sunxg007@yahoo.com.cn Wed Aug 14 03:31:43 2002 From: sunxg007@yahoo.com.cn (=?gb2312?q?Xuguang=20Sun?=) Date: Wed, 14 Aug 2002 10:31:43 +0800 (CST) Subject: [cam-users] How can I restart an unexpectedly interrupted CCM3.6.6? Message-ID: <20020814023143.25934.qmail@web15004.mail.bjs.yahoo.com> Hi, everyone, I run the CCM3.6.6 on the SGI workstation, but for some reason it was interrupted unexpectedly, so I just changed nsrest=1 to restart it, but the model stoped and showed error as following, (LSMRDREST_DYN): incompatibility in lsm and ccm restart dates nbstep from ccm = 43705 nbstep from lsm = 45937 IOT Trap So I want to know why the restarted model stoped, what's the nbstep meaning and how I can resolve this problem. Thanks a lot. sunxg007@yahoo.com.cn _________________________________________________________ Do You Yahoo!? 新鲜到底,娱乐到家 - 雅虎推出免费娱乐电子周报! http://cn.ent.yahoo.com/newsletter/index.html From rwarritt@bruce.agron.iastate.edu Wed Aug 14 15:56:22 2002 From: rwarritt@bruce.agron.iastate.edu (Raymond Arritt) Date: Wed, 14 Aug 2002 09:56:22 -0500 Subject: [cam-users] How can I restart an unexpectedly interrupted CCM3.6.6? In-Reply-To: <20020814023143.25934.qmail@web15004.mail.bjs.yahoo.com> References: <20020814023143.25934.qmail@web15004.mail.bjs.yahoo.com> Message-ID: <200208140956.22989.rwarritt@bruce.agron.iastate.edu> It looks like CCM and LSM are trying to start from different times (LSM is later than CCM in your example). Check the restart pointer files to make sure that they reflect the same date. If they don't, you can manually edit the restart file that has the later date so that it is consistent with the file that has the earlier date. On Tuesday 13 August 2002 21:31, Xuguang Sun wrote: > Hi, everyone, > > I run the CCM3.6.6 on the SGI workstation, but for > some reason it was interrupted unexpectedly, so I just > changed nsrest=1 to restart it, but the model stoped > and showed error as following, > > (LSMRDREST_DYN): incompatibility in lsm and ccm > restart dates > nbstep from ccm = 43705 > nbstep from lsm = 45937 > IOT Trap > > So I want to know why the restarted model stoped, > what's the nbstep meaning and how I can resolve this > problem. Thanks a lot. > > sunxg007@yahoo.com.cn > > _________________________________________________________ > Do You Yahoo!? > 新鲜到底,娱乐到家 - 雅虎推出免费娱乐电子周报! > http://cn.ent.yahoo.com/newsletter/index.html > _______________________________________________ > cam-users mailing list > cam-users@ucar.edu > http://mailman.ucar.edu/mailman/listinfo/cam-users -- ____________________________________________________________________ Raymond W. Arritt tel +1-515-294-9870 Professor, Department of Agronomy fax +1-515-294-2619 3010 Agronomy Hall, Iowa State University, Ames, Iowa 50011 USA e-mail: rwarritt@iastate.edu web: http://www.mesoscale.iastate.edu 42 From alf.kirkevag@geofysikk.uio.no Thu Aug 15 14:12:46 2002 From: alf.kirkevag@geofysikk.uio.no (Alf Kirkev}g) Date: Thu, 15 Aug 2002 15:12:46 +0200 (MET DST) Subject: [cam-users] auxiliary files and regeneration runs Message-ID: Dear CCM users, I have a problem with the auxiliary history files in regeneration runs: When i restart the model (with NSREST = 2) after a crash (due to system reboot), the auxiliary file that was in use at the time of the crash doesn't contain all the time-samples of the fields, even when the model continues to write on it after the restart. I'm using a modified version of the CCM3.2 with a slab ocean configuration. The primary history file contains monthy averaged fields, while 6-hour averaged fields are stored on the auxiliary file every 92 days. Below is the namelist that I used in the regeneration run. Apparantly this doesn't give continuous auxiliary files after the interruption. Does anyone know how to do this correctly? I'm looking forward to your answers. Thank you in advance. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Alf Kirkev錱 Research scientist Department of Geophysics University of Oslo P.O. Box 1022 Blindern N-0315 Oslo, Norway --------------------------------- Tel.: (47) 22 85 52 04 Fax.: (47) 22 85 52 69 e-mail: kirkevag@geofysikk.uio.no URL: http://folk.uio.no/kirkevag ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ &CCMEXP SETTRACE = 'zero' CASEID = 'ccm3' CTITLE = 'dir T42 som' LCROOT = '/home/u4/kirkevag/ccm3.2/data/' NCDATA = 'somSEP1.T42.0596' BNDTI = 'tibds.T42.0596' BNDTVS = 'somtvbds.T42.0596' BNDTVO = 'ozn.T42.0596' NSWRPS = 'passwd' NSREST = 2 NREVSN = 'r08-36' IRT = 0 NDENS = 1 NNBDAT = 000901 NNBSEC = 0 NNDBAS = 0 NNSBAS = 0 MFILT = 1 DTIME = 1200. NELAPSE = -5300 MFILT = 1,369, AUXF='1','PHIS','PS','T','PRECL','PRECC','SHFLX','LHFLX','FSNS','FSNT','FLNS','FLNT','FSDS','Z3','PSL','RELHUM', NHTFRQ = -24, -6 INCORBUF = .TRUE. INCORHST = .TRUE. INCORRAD = .TRUE. DIF2 = 2.5e5 DIF4 = 1.e16 IRADSW = -1, IRADLW = -1, IRADAE = -12, NINAVG = 'Q','A', &END &LSMEXP rdlsf = .true. FSURDAT = '/home/u4/kirkevag/ccm3.2/data/surfdat.T42.0596' FINIDAT = '/home/u4/kirkevag/ccm3.2/data/lsm.inidat.T42.0596' &END From daved@iri.columbia.edu Mon Aug 19 22:58:28 2002 From: daved@iri.columbia.edu (Dave DeWitt) Date: Mon, 19 Aug 2002 17:58:28 -0400 (EDT) Subject: [cam-users] CCM3 Question Message-ID: <200208192158.g7JLwST24009@beluga2.ldgo.columbia.edu> Hi, I was wondering what the proper land surface model namelist parameters are in order to run CCM3.6.6 in as similar a fashion to the standard CCM3.2 are. In particular, what should the following be finitdat (??arbitrary initialization) antartica (??true) prognostic hydrology (??true) Thanks in advance for any help you can give me. Dave DeWitt From hsheng@iri.columbia.edu Tue Aug 20 22:21:10 2002 From: hsheng@iri.columbia.edu (Hua Sheng) Date: Tue, 20 Aug 2002 17:21:10 -0400 Subject: [cam-users] ccm3.6.6 initial data for som Message-ID: <3D62B2C6.263B0C3A@iri.ldeo.columbia.edu> Dear CCM3.6.6 users, I use ccm3.6.datasets.tar for ccm3.6.6.code.tar, When I setenv OCEAN dom, the model run is ok. but no somsst data in the ccm3.6.datasets.tar package. where can I get somsst data for som option. Thanh you very much . Hua Sheng IRI Columbia University From erik@ucar.edu Tue Aug 20 22:48:22 2002 From: erik@ucar.edu (Erik Kluzek) Date: Tue, 20 Aug 2002 15:48:22 -0600 (MDT) Subject: [cam-users] ccm3.6.6 initial data for som In-Reply-To: <3D62B2C6.263B0C3A@iri.ldeo.columbia.edu> Message-ID: On Tue, 20 Aug 2002, Hua Sheng wrote: > Dear CCM3.6.6 users, > > I use ccm3.6.datasets.tar for ccm3.6.6.code.tar, > When I setenv OCEAN dom, the model run is ok. > but no somsst data in the ccm3.6.datasets.tar > package. where can I get somsst data for som > option. > We didn't provide any data nor do we have any data for SOM with CCM3.6.6. You'll have to create your own if you want to use SOM with CCM3.6.6. There is the Paleo Slab Ocean Model on the page... http://www.cgd.ucar.edu/csm/working_groups/Paleo/SlabOcean/user2.html Erik Kluzek, (CGD at NCAR) National Center for Atmospheric Research Boulder CO, (off) (303)497-1326 (fax) (303)497-1324 --------- Home page and public PGP key--------------- http://www.cgd.ucar.edu/~erik !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! From Qiaozhen Mu Thu Aug 29 01:07:44 2002 From: Qiaozhen Mu (Qiaozhen Mu) Date: Wed, 28 Aug 2002 19:07:44 -0500 (CDT) Subject: [cam-users] to run cam2 on linux Message-ID: <200208290007.g7T07iZ04363@ig.utexas.edu> Dear All, We have compiled CAM2 on different systems. Now we have just succeeded building it on IA32 linux with Portland Group compilers. And we use a PSB job script to submit the job. We received such information at the end of cam.out, ************************************ (HISTHANDLER): Writing current time sample to local history file ./test_no_spmd.clm2.h0.0000-10-01-00000.nc at nstep = 0 TIME AVG FOR DAYS: 000000.000-000000.000 DATES: 0.000Z 00001001- 0.000Z 00001001 WARNING CONVERGES to ti > melting in icemodel WARNING: ice_tstm ::profile reset 1 points at chunck 162 see NOTE in ice_tstm.F for more info WARNING CONVERGES to ti > melting in icemodel WARNING: ice_tstm ::profile reset 1 points at chunck 186 see NOTE in ice_tstm.F for more info WARNING CONVERGES to ti > melting in icemodel WARNING: ice_tstm ::profile reset 1 points at chunck 200 see NOTE in ice_tstm.F for more info WARNING CONVERGES to ti > melting in icemodel WARNING: ice_tstm ::profile reset 1 points at chunck 201 see NOTE in ice_tstm.F for more info WARNING CONVERGES to ti > melting in icemodel WARNING: ice_tstm ::profile reset 1 points at chunck 297 see NOTE in ice_tstm.F for more info WARNING CONVERGES to ti > melting in icemodel WARNING: ice_tstm ::profile reset 1 points at chunck 343 see NOTE in ice_tstm.F for more info WARNING CONVERGES to ti > melting in icemodel WARNING: ice_tstm ::profile reset 1 points at chunck 344 see NOTE in ice_tstm.F for more info WARNING CONVERGES to ti > melting in icemodel WARNING: ice_tstm ::profile reset 1 points at chunck 345 see NOTE in ice_tstm.F for more info WARNING CONVERGES to ti > melting in icemodel WARNING: ice_tstm ::profile reset 1 points at chunck 346 see NOTE in ice_tstm.F for more info WARNING CONVERGES to ti > melting in icemodel WARNING: ice_tstm ::profile reset 1 points at chunck 347 see NOTE in ice_tstm.F for more info WARNING CONVERGES to ti > melting in icemodel WARNING: ice_tstm ::profi ************************************ And the error information in job.out is as following, ************************************ Warning: no access to tty (Bad file descriptor). Thus no job control in this shell. ----------------------------------------------------------------------------- ACCT SYS Allocated Used AVAILABLE Period Updated Status ------- ------- --------- ------ --------- --------- --------- ------ A-ig2 IA32 500 0.00 500.00 3Q02-2Q03 Mon_23:55 active A-ig2 IA64 800 0.00 800.00 1Q02-4Q02 Mon_23:55 active A-ig2 P690 500 0.00 500.00 1Q02-4Q02 Mon_23:55 active ----------------------------------------------------------------------------- MASTER HOST: tejas is the master host NODEFILE: /usr/spool/pbs/aux/7364.tejas is the nodefile PBS_O_WORKDIR: /work/utexas/ig/cjackson/qiaozhen/cam2/cam_no_spmd PBS_O_WORKDIR: /work/utexas/ig/cjackson/qiaozhen/cam2/cam_no_spmd Segmentation fault (core dumped) 136.470u 4.270s 2:56.01 79.9% 0+0k 0+0io 6224pf+0w ************************************ So we tried to use "reset_csim_iceprops = .T." in the namelist as recommended in ice_tstm.F. But we still failed with the following at the end of cam.out. """""""""""""""""""""""""""""""""" (HISTHANDLER): Writing current time sample to local history file ./test_no_spmd.clm2.h0.0000-10-01-00000.nc at nstep = 0 TIME AVG FOR DAYS: 000000.000-000000.000 DATES: 0.000Z 00001001- 0.000Z 00001001 QNEG4 WARNING from TPHYSAC , lchnk = 9; Max possible LH flx exceeded at 1 points. Worst e xcess = -2.6383E-06 at i = 46 QNEG4 WARNING from TPHYSAC , lchnk = 9; Max possible LH flx exceeded at 1 points. Worst e xcess = -7.0078E-06 at i = 47 QNEG4 WARNING from TPHYSAC , lchnk = 9; Max possible LH flx exceeded at 1 points. Worst e xcess = -3.1859E-06 at i = 48 QNEG4 WARNING from TPHYSAC , lchnk = 9; Max possible LH flx exceeded at 1 points. Worst e xcess = -2.9181E-06 at i = 49 QNEG4 WARNING from TPHYSAC , lchnk = 9; Max possible LH flx exceeded at 1 points. Worst e xcess = -1.1737E-06 at i = 50 QNEG4 WARNING from TPHYSAC , lchnk = 5; Max possible LH flx exceeded at 1 points. Worst e xcess = -1.4158E-05 at i = 62 QNEG4 WARNING from TPHYSAC , lchnk = 5; Max possible LH flx exceeded at 1 points. Worst e xcess = -5.5545E-06 at i = 63 QNEG4 WARNING from TPHYSAC , lchnk = 5; Max possible LH flx exceeded at 1 points. Worst e xcess = -4.8009E-06 at i = 64 QNEG4 WARNING from TPHYSAC , lchnk = 5; Max possible LH flx exceeded at 1 points. Worst e xcess = -4.9275E-06 at i = 65 QNEG4 WARNING from TPHYSAC , lchnk = 6; Max possible LH flx exceeded at 1 points. Worst e xcess = -1.0869E-06 at i = 60 QNEG4 WARNING from TPHYSAC , lchnk = 6; Max possible LH flx exceeded at 1 points. Worst e xcess = -2.2005E-05 at i = 61 QNEG4 WARNING from TPHYSAC , lchnk = 6; Max possible LH flx exceeded at 1 points. Worst e xcess = -2.7556E-05 at i = 62 QNEG4 WARNING from TPHYSAC , lchnk = 6; Max possible LH f """""""""""""""""""""""""""""""" And we received the same error information in job.out as we met first. """"""""""""""""""""""""""""""""" Warning: no access to tty (Bad file descriptor). Thus no job control in this shell. ----------------------------------------------------------------------------- ACCT SYS Allocated Used AVAILABLE Period Updated Status ------- ------- --------- ------ --------- --------- --------- ------ A-ig2 IA32 500 0.00 500.00 3Q02-2Q03 Mon_23:55 active A-ig2 IA64 800 0.00 800.00 1Q02-4Q02 Mon_23:55 active A-ig2 P690 500 0.00 500.00 1Q02-4Q02 Mon_23:55 active ----------------------------------------------------------------------------- MASTER HOST: tejas is the master host NODEFILE: /usr/spool/pbs/aux/7363.tejas is the nodefile PBS_O_WORKDIR: /work/utexas/ig/cjackson/qiaozhen/cam2/cam_no_spmd PBS_O_WORKDIR: /work/utexas/ig/cjackson/qiaozhen/cam2/cam_no_spmd Segmentation fault (core dumped) 136.780u 4.050s 2:56.77 79.6% 0+0k 0+0io 6224pf+0w """"""""""""""""""""""""""""""" I am not sure whether this is caused by the ice model or by the inadequate memory on IA32. We have built and run the CAM2 on AMD(linux), SGI with no problem. But the model was compiled using Lahey compiler on those systems. Anyone there can help me figure this out? Thanks for any help in advance. Best regards, Qiaozhen *************************************** *The University of Texas at Austin * *Institute for Geophysics * *4412 Spicewood Springs Rd., Bldg. 600* *Austin, Texas 78759-8500 * *phone:(512) 471-0462 * *fax :(512) 471-0348 * *************************************** From hsheng@iri.columbia.edu Fri Aug 30 15:36:20 2002 From: hsheng@iri.columbia.edu (Hua Sheng) Date: Fri, 30 Aug 2002 10:36:20 -0400 Subject: [cam-users] ccm3.6.6 at SGI Message-ID: <3D6F82E4.2050401@iri.columbia.edu> All ccm3.6.6 users: Recently, I install ccm3.6.6 in our SGI machine. I run for one month or less, everything is normal. but beyond one month, no ccmi file output, just file name (ccmi_***) in run directory, the model still running, no history file (h0002) output, no print out. The strange is that NITSLF change from 72 to 2160 in last print out. Thank you in advance. Hua Sheng iri of Columbia University From Steve.Ghan@pnl.gov Fri Aug 30 23:58:31 2002 From: Steve.Ghan@pnl.gov (Ghan, Steven J) Date: Fri, 30 Aug 2002 15:58:31 -0700 Subject: [cam-users] (no subject) Message-ID: <577D21741BA4894881F4D3DE36D9CEB1041C0D15@pnlmse14.pnl.gov> I've compiled cam2 to run spmd on a beowulf cluster (redhat 7.1, portland group compiler). But when I try to run mpirun -np 2 -machinefile machines cam < namelist > camout I get the dreaded broken pipe message to the terminal and the following message in camout: t_setoption: option disabled: Usr Sys t_setoption: option disabled: Usr Sys which is coming from cam2/models/utils/timing/t_setoption.c. It seems that I can turn this problem off by defining DISABLE_TIMERS, but why should I have to? The code runs fine without spmd. Any ideas on other solutions? -Steve From rosinski@cgd.ucar.edu Wed Sep 4 01:10:53 2002 From: rosinski@cgd.ucar.edu (Jim Rosinski) Date: Tue, 3 Sep 2002 18:10:53 -0600 (MDT) Subject: [cam-users] Re: mpirun on boewulf cluster In-Reply-To: <577D21741BA4894881F4D3DE36D9CEB1041C0D15@pnlmse14.pnl.gov> Message-ID: On Fri, 30 Aug 2002, Ghan, Steven J wrote: > I've compiled cam2 to run spmd on a beowulf cluster (redhat 7.1, portland > group compiler). But when I try to run > mpirun -np 2 -machinefile machines cam < namelist > camout > I get the dreaded broken pipe message to the terminal and the following > message in camout: > > t_setoption: option disabled: Usr Sys > t_setoption: option disabled: Usr Sys > > which is coming from cam2/models/utils/timing/t_setoption.c. It seems that I > can turn this problem off by defining DISABLE_TIMERS, but why should I have > to? The code runs fine without spmd. Any ideas on other solutions? Broken pipes often happen when one process dies unexpectedly and another is still trying to send data to or receive data from it. If you're using mpich, this can happen when mpi tries to route stdout to the master process, but one of the slaves has died. Though stranger things have happened, I doubt that the problem you are encountering is actually occurring in any of the utils/timing code. To check for sure, I'd suggest running mpirun with -p4pg hostfile -p4norem, then firing up master and slaves by hand. That should at least eliminate the "broken pipe" nonsense. Jim Rosinski From Steve.Ghan@pnl.gov Fri Sep 6 18:22:06 2002 From: Steve.Ghan@pnl.gov (Ghan, Steven J) Date: Fri, 06 Sep 2002 10:22:06 -0700 Subject: [cam-users] RE: mpirun on boewulf cluster Message-ID: <577D21741BA4894881F4D3DE36D9CEB1041C0D38@pnlmse14.pnl.gov> I have found that the problem mentioned below has nothing to do with the failure of the execution of CAM on a beowulf cluster. Rather, it is due to the threading option -mp used to compile with pgf90. If -mp is used then the thread library must be linked, that is -L/usr/local/lib -lmpich -lpthread where /usr/local/lib contains the portland group thread library libpgthread.so Otherwise CAM chokes on mpi_init. I don't have enough experience to say whether the problem is unique to my beowulf cluster. -Steve Ghan -----Original Message----- From: Jim Rosinski [mailto:rosinski@cgd.ucar.edu] Sent: Tuesday, September 03, 2002 5:11 PM To: Ghan, Steven J Cc: cam-users@ucar.edu Subject: Re: mpirun on boewulf cluster On Fri, 30 Aug 2002, Ghan, Steven J wrote: > I've compiled cam2 to run spmd on a beowulf cluster (redhat 7.1, portland > group compiler). But when I try to run > mpirun -np 2 -machinefile machines cam < namelist > camout > I get the dreaded broken pipe message to the terminal and the following > message in camout: > > t_setoption: option disabled: Usr Sys > t_setoption: option disabled: Usr Sys > > which is coming from cam2/models/utils/timing/t_setoption.c. It seems that I > can turn this problem off by defining DISABLE_TIMERS, but why should I have > to? The code runs fine without spmd. Any ideas on other solutions? Broken pipes often happen when one process dies unexpectedly and another is still trying to send data to or receive data from it. If you're using mpich, this can happen when mpi tries to route stdout to the master process, but one of the slaves has died. Though stranger things have happened, I doubt that the problem you are encountering is actually occurring in any of the utils/timing code. To check for sure, I'd suggest running mpirun with -p4pg hostfile -p4norem, then firing up master and slaves by hand. That should at least eliminate the "broken pipe" nonsense. Jim Rosinski From rosinski@cgd.ucar.edu Fri Sep 6 18:37:44 2002 From: rosinski@cgd.ucar.edu (Jim Rosinski) Date: Fri, 6 Sep 2002 11:37:44 -0600 (MDT) Subject: [cam-users] RE: mpirun on boewulf cluster In-Reply-To: <577D21741BA4894881F4D3DE36D9CEB1041C0D38@pnlmse14.pnl.gov> Message-ID: On Fri, 6 Sep 2002, Ghan, Steven J wrote: > I have found that the problem mentioned below has nothing to do with the > failure of the execution of CAM on a beowulf cluster. Rather, it is due to > the threading option -mp used to compile with pgf90. If -mp is used then the > thread library must be linked, that is > -L/usr/local/lib -lmpich -lpthread > where /usr/local/lib contains the portland group thread library > libpgthread.so > Otherwise CAM chokes on mpi_init. Haven't looked at the Makefile in quite a while. But -mp added to LDFLAGS should accomplish this without having to specify crap like threading library names and locations. If it's not already included in LDFLAGS when the compiler is pgf90 and threading is enabled, then it is a bug in the Makefile. Jim Rosinski From sunxg007@yahoo.com.cn Sat Sep 7 04:48:12 2002 From: sunxg007@yahoo.com.cn (=?gb2312?q?Xuguang=20Sun?=) Date: Sat, 7 Sep 2002 11:48:12 +0800 (CST) Subject: [cam-users] Where can I find the mpgrid.h in CCM3.6.6? Message-ID: <20020907034812.92427.qmail@web15001.mail.bjs.yahoo.com> Hello, everybody, When I run ccm3.6.6 with dom ocean model, I can't find mpgrid.h in all the directories which is included in dom ocean model. Can somebody tell me where the file exists? Also I'd like to know more details about the dom model, Can somebody tell me how the dom ocean model works and is constructed? Thanks a lot! SUN Xuguang Department of Nanjing University P.R.China _________________________________________________________ Do You Yahoo!? 新鲜到底,娱乐到家 - 雅虎推出免费娱乐电子周报! http://cn.ent.yahoo.com/newsletter/index.html From sunxg007@yahoo.com.cn Wed Sep 11 06:15:45 2002 From: sunxg007@yahoo.com.cn (=?gb2312?q?Xuguang=20Sun?=) Date: Wed, 11 Sep 2002 13:15:45 +0800 (CST) Subject: [cam-users] How can I interpolate SST data? Message-ID: <20020911051545.22215.qmail@web15001.mail.bjs.yahoo.com> Hi, everyone, I have sst dataset which has no values on land, and I want to interpolate it for ccm input sst data with interpsst which CCM supplies. But after I perform the command "interpsst -x 128 -y 64 xxx1.nc xxx2.nc", I found the values in xxx2.nc were constant -1.75. The xxx1.nc is ok when to graph it. So what's the matter about my interpolation? Can anybody give me some suggestions? Thank you. SUN Xuguang _________________________________________________________ Do You Yahoo!? 新鲜到底,娱乐到家 - 雅虎推出免费娱乐电子周报! http://cn.ent.yahoo.com/newsletter/index.html From kucharsk@ictp.trieste.it Wed Sep 18 17:18:19 2002 From: kucharsk@ictp.trieste.it (Kucharski Fred) Date: Wed, 18 Sep 2002 18:18:19 +0200 (MET DST) Subject: [cam-users] Running ccm3 on linux Message-ID: Dear ccm3 users, we are trying to run the ccm3 (version 3.6.6) on a linux pc. When compiling (using pgf77), we get error messages related to the malloc function in the routine getmem.F. Reading the ccm3 e-mail archive, we found that this problem was discussed some time ago and is related due to the use of sun-specific external functions. We didn't find any solution, though. We were wondering if there is an easy solution and if so if someone could help us. Best Regards, Fred Kucharski From sunxg007@yahoo.com.cn Thu Sep 19 04:34:22 2002 From: sunxg007@yahoo.com.cn (=?gb2312?q?Xuguang=20Sun?=) Date: Thu, 19 Sep 2002 11:34:22 +0800 (CST) Subject: [cam-users] How can I generate initial data? Message-ID: <20020919033422.48948.qmail@web15209.mail.bjs.yahoo.com> Hi, everyone, I think it's difficult for me to generate initial data for me. I have Ncep grid data(only include u,v,t,q,z) but the ccm3.6.6 model needs more data than I have now, so can anybody tell me how I can generate any time initial data with ncep grid data? Thank you. SUN Xuguang _________________________________________________________ Do You Yahoo!? 新鲜到底,娱乐到家 - 雅虎推出免费娱乐电子周报! http://cn.ent.yahoo.com/newsletter/index.html From chennon@polarmet1.mps.ohio-state.edu Mon Sep 23 17:03:36 2002 From: chennon@polarmet1.mps.ohio-state.edu (Chris Hennon) Date: Mon, 23 Sep 2002 12:03:36 -0400 (EDT) Subject: [cam-users] compiling history.F90 in cam2 Message-ID: I have run into the "history.F90" compilation problem. I am on a IA32 cluster running Linux with the Portland Group compilers. However, I am not running in DEBUG mode, but I do have SPMD enabled. The work around on the web site (www.ccsm.ucar.edu/models/atm-cam/UsersGuide/UG-12.html#BUGS) suggests to try to recompile. I tried this several times without success. The second suggestion is to recompile without DEBUG mode turned on. But as I said before I do not have DEBUG mode enabled in the first place. Suggestions? Thanks ahead. Chris From erik@ucar.edu Fri Sep 27 16:51:34 2002 From: erik@ucar.edu (Erik Kluzek) Date: Fri, 27 Sep 2002 09:51:34 -0600 (MDT) Subject: [cam-users] compiling history.F90 in cam2 In-Reply-To: Message-ID: On Mon, 23 Sep 2002, Chris Hennon wrote: > I have run into the "history.F90" compilation problem. I am on a IA32 > cluster running Linux with the Portland Group compilers. However, I am > not running in DEBUG mode, but I do have SPMD enabled. The work around on > the web site > (www.ccsm.ucar.edu/models/atm-cam/UsersGuide/UG-12.html#BUGS) suggests to > try to recompile. I tried this several times without success. The second > suggestion is to recompile without DEBUG mode turned on. But as I said > before I do not have DEBUG mode enabled in the first place. > Chris. First note that this problem is NOT the problem documented above. The problem documented above is due to a bug in the IBM compilers. The only suggestion I have with your PGI compiler problem is to make sure you have the latest stable compiler. We are using pgf90, and pgcc 3.3-2, and don't run into this problem. On a different machine we have pgf90 3.2-3, and don't have this problem either. As such I suspect this isn't a code problem as much as a compiler bug with a specific release of the Portland group compiler. As one suggestion you may be able to get it to work with your current compiler, by compiling history in DEBUG mode (or with less optimization) and everything else in production mode. Good luck... Erik Kluzek, (CGD at NCAR) National Center for Atmospheric Research Boulder CO, (off) (303)497-1326 (fax) (303)497-1324 --------- Home page and public PGP key--------------- http://www.cgd.ucar.edu/~erik !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! From fasullo@fasullo.com Sat Sep 28 15:58:46 2002 From: fasullo@fasullo.com (John Fasullo) Date: Sat, 28 Sep 2002 08:58:46 -0600 Subject: [cam-users] CAM history files and mass storage Message-ID: In running the CAM on our local SGI (without mass storage), I'm trying to configure my own archival process. I've turned the mss_irt namelist variable to 0 however the NETCDF history files are created by the CAM but are still deleted automatically by the CAM each month. Does anyone know the keyword or procedure used to turn off the automatic deletion of history netcdf files from the camwork directory? thanks in advance, John Fasullo From chennon@polarmet1.mps.ohio-state.edu Wed Oct 2 21:46:40 2002 From: chennon@polarmet1.mps.ohio-state.edu (Chris Hennon) Date: Wed, 2 Oct 2002 16:46:40 -0400 (EDT) Subject: [cam-users] compiling history.F90 in cam2 In-Reply-To: Message-ID: Erik, I talked with the people at the supercomputing center and we have found that the fortran PGI compiler version 4.0.1 is not stable and CAM2 will fail to compile at history.F90. We switched to PGI version 3.3.2 and the model compiled successfully. Chris On Fri, 27 Sep 2002, Erik Kluzek wrote: > On Mon, 23 Sep 2002, Chris Hennon wrote: > > > I have run into the "history.F90" compilation problem. I am on a IA32 > > cluster running Linux with the Portland Group compilers. However, I am > > not running in DEBUG mode, but I do have SPMD enabled. The work around on > > the web site > > (www.ccsm.ucar.edu/models/atm-cam/UsersGuide/UG-12.html#BUGS) suggests to > > try to recompile. I tried this several times without success. The second > > suggestion is to recompile without DEBUG mode turned on. But as I said > > before I do not have DEBUG mode enabled in the first place. > > > > Chris. First note that this problem is NOT the problem documented > above. The problem documented above is due to a bug in the IBM > compilers. The only suggestion I have with your PGI compiler > problem is to make sure you have the latest stable compiler. > We are using pgf90, and pgcc 3.3-2, and don't run into this > problem. On a different machine we have pgf90 3.2-3, and don't > have this problem either. As such I suspect this isn't a code > problem as much as a compiler bug with a specific release of > the Portland group compiler. > > As one suggestion you may be able to get it to work with your > current compiler, by compiling history in DEBUG mode (or with > less optimization) and everything else in production mode. > > > Good luck... > > Erik Kluzek, (CGD at NCAR) > National Center for Atmospheric Research > Boulder CO, (off) (303)497-1326 (fax) (303)497-1324 > --------- Home page and public PGP key--------------- > http://www.cgd.ucar.edu/~erik > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > _______________________________________________ > cam-users mailing list > cam-users@ucar.edu > http://mailman.ucar.edu/mailman/listinfo/cam-users > From gtb@cdc.noaa.gov Thu Oct 3 20:51:42 2002 From: gtb@cdc.noaa.gov (Gary Bates) Date: Thu, 3 Oct 2002 13:51:42 -0600 (MDT) Subject: [cam-users] level info for H2OSOI? Message-ID: hi all, I've begun to look at soil water (H2OSOI) in my CCM3 simulations. H2OSOI is available on 6 levels in the lsm history files (lsmh_...nc). My question is: what are these 6 levels? I cannot find this information in the lsmh_...nc files themselves or in the on-line documentation (I'm using version CCM3.10). Thanks for any help, Gary From dcn@gps.caltech.edu Thu Oct 3 21:14:11 2002 From: dcn@gps.caltech.edu (David Noone) Date: Thu, 3 Oct 2002 13:14:11 -0700 (PDT) Subject: [cam-users] level info for H2OSOI? In-Reply-To: Message-ID: Hi Gary, The levels are hard coded in the routine, /lsm/lsmtci.F These are expressed as layer thicknesses. From the lsm distributed with CCM3.6.6 (although 3.10.11 is identical), these are as follow: * soil/lake layer thickness, depths, and relative root fraction do k = 1, kpt if (ist(k) .eq. istdlak) then !deep lake dzsoi(1,k) = 1. dzsoi(2,k) = 2. dzsoi(3,k) = 4. dzsoi(4,k) = 8. dzsoi(5,k) = 15. dzsoi(6,k) = 20. else if (ist(k) .eq. istslak) then !shallow lake dzsoi(1,k) = 0.5 dzsoi(2,k) = 1.0 dzsoi(3,k) = 1.5 dzsoi(4,k) = 2.0 dzsoi(5,k) = 2.5 dzsoi(6,k) = 2.5 else !soil, ice, wetland dzsoi(1,k) = 0.1 dzsoi(2,k) = 0.2 dzsoi(3,k) = 0.4 dzsoi(4,k) = 0.8 dzsoi(5,k) = 1.6 dzsoi(6,k) = 3.2 end if end do The "else" part is the soil level thicknesses, and what you are after. Just add them up to get the depth of the layer interfaces. There is a bit more about this in Gordon Bonan's Tech report (NCAR/TN-417+STR, 1996) that describes LSM, which you can download from the ncar models web site (possibly under the link to CSM 1.4). Cheers, David On Thu, 3 Oct 2002, Gary Bates wrote: > > hi all, > > I've begun to look at soil water (H2OSOI) in my CCM3 simulations. > H2OSOI is available on 6 levels in the lsm history files (lsmh_...nc). > My question is: what are these 6 levels? I cannot find this information > in the lsmh_...nc files themselves or in the on-line documentation > (I'm using version CCM3.10). > > Thanks for any help, > Gary > > _______________________________________________ > cam-users mailing list > cam-users@ucar.edu > http://mailman.ucar.edu/mailman/listinfo/cam-users > -- -------------------------------------------------------------------- California Institute of Technology, Pasadena, CA, 91125, USA Division of Geological and Planetary Sciences Mail Stop 100-23, Phone (626) 395-6982 http://www.gps.caltech.edu/~dcn From khiemmv2002@yahoo.com Mon Oct 7 04:04:16 2002 From: khiemmv2002@yahoo.com (mai khiem) Date: Sun, 6 Oct 2002 20:04:16 -0700 (PDT) Subject: [cam-users] Help me about CAM Message-ID: <20021007030416.47574.qmail@web40802.mail.yahoo.com> --0-1920440596-1033959856=:47231 Content-Type: text/plain; charset=us-ascii Dear Sir, I am a new user of CAM model, When I run CAM model on PC-Linux, I have get warning following: " sh: mswrite: comand not found " Could you please tell me what I should do with my problem? Regrads, Mai Van Khiem --------------------------------- Do you Yahoo!? Faith Hill - Exclusive Performances, Videos, & more faith.yahoo.com --0-1920440596-1033959856=:47231 Content-Type: text/html; charset=us-ascii

Dear Sir,

I am a new user of CAM model,

When I run CAM model on PC-Linux, I have get warning following:

" sh: mswrite: comand not found "

Could you please tell me what  I should do with my problem?

Regrads,

Mai Van Khiem 


Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos, & more
faith.yahoo.com --0-1920440596-1033959856=:47231-- From vanda@vkttv.edu.vn Mon Oct 14 10:25:48 2002 From: vanda@vkttv.edu.vn (ANH-DA) Date: Mon, 14 Oct 2002 16:25:48 +0700 Subject: [cam-users] Help me about output of CAM Message-ID: <000001c273e9$a0d47e90$1865a8c0@AnhDa> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2739E.5A8E2FD0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear user CAM, I thank you for your help me.=20 I am sorry I interupted you so much.=20 I wish you could help me some problem following:=20 -How to switch off option "mswrite" on PC-Linux.=20 -When I run complete medel cam with option default at first ( as = mswrite).=20 I have get some file output:=20 camrun.cam2.h1.0000-09-01-0000.nc=20 camrun.cam2.r.0000-09-02-0000=20 camrun.cam2.rh0.0000-09-02-0000=20 camrun.clm2.r.0000-09-02-0000=20 When I have used software grads (gradsnc) to see file = camrun.cam2.h1.0000-09-01-0000.nc. then I don't know why there is only a = few variable following:=20 flnt, omega600, omega850, prect, psl, qtlx, t300, t850, tmq, trefht, = rrefhtmn, =20 frefhtmx, ts, tsmn, tsmx, u200, u850, v200, v850, z300, z500,=20 I think that, output default must has got some u, v,t,h,rh on level = pressure or : =20 Could you please help me what I should do then.=20 Regrads,=20 Mai Van Khiem ------=_NextPart_000_0005_01C2739E.5A8E2FD0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 Dear user = CAM,

I thank you = for your=20 help me.=20

I am = sorry I=20 interupted you so much.

I = wish you=20 could help me some problem following:

-How to = switch off=20 option "mswrite" on PC-Linux.

-When I = run complete=20 medel cam with option default at first ( as = mswrite).

I have get = some file output:

camrun.cam2.h1.0000-09-01-0000.nc

camrun.cam2.r.0000-09-02-0000

camrun.cam2.rh0.0000-09-02-0000

camrun.clm2.r.0000-09-02-0000

When I = have used=20 software grads (gradsnc) to see file=20 camrun.cam2.h1.0000-09-01-0000.nc. then I don't know why there = is only=20 a few variable following:

flnt, = omega600,=20 omega850, prect, psl, qtlx, t300, t850, tmq, trefht,=20 rrefhtmn, 

frefhtmx, = ts, tsmn,=20 tsmx, u200, u850, v200, v850, z300, z500,

I think = that, output=20 default must has got some u, v,t,h,rh on level pressure or=20 :  =20

Could you = please=20 help me what I should do then.

Regrads,

Mai Van=20 Khiem

------=_NextPart_000_0005_01C2739E.5A8E2FD0-- From rosinski@cgd.ucar.edu Tue Oct 15 18:52:57 2002 From: rosinski@cgd.ucar.edu (Jim Rosinski) Date: Tue, 15 Oct 2002 11:52:57 -0600 (MDT) Subject: [cam-users] CAM history files and mass storage In-Reply-To: Message-ID: On Sat, 28 Sep 2002, John Fasullo wrote: > In running the CAM on our local SGI (without mass storage), I'm trying > to configure my own archival process. I've turned the mss_irt namelist > variable to 0 however the NETCDF history files are created by the CAM > but are still deleted automatically by the CAM each month. Does anyone > know the keyword or procedure used to turn off the automatic deletion > of history netcdf files from the camwork directory? What I've done for running on a machine without mass store access is to write my own "mswrite" and "msread". They are csh scripts, but one could use whatever they like, as long as they are executable from the user's environment. They're appended below. Turns out this is set up for running on a PC that happens to be at NCAR, and the archival command "msrcp" is available. But it could be changed to use "cp" or whatever. Jim Rosinski ------------------------------------------------------------------------------- msread: #!/bin/csh -f set cmd = /usr/local/dcs-3.3/bin/msrcp while ( $#argv ) switch ( $1 ) case -t: set cmd = "$cmd -pe $2" shift argv shift argv breaksw case -w: set cmd = "$cmd -wpwd $2" shift argv shift argv breaksw default: if ( `echo $1 | cut -c 1-1` == '/' ) then set path = "mss:$1" else set file = "$1" endif shift argv endsw end set cmd = "$cmd $path $file" echo "msread script is executing the following:" echo $cmd $cmd ------------------------------------------------------------------------------- mswrite: #!/bin/csh -f set cmd = /usr/local/dcs-3.3/bin/msrcp while ( $#argv ) switch ( $1 ) case -t: set cmd = "$cmd -pe $2" shift argv shift argv breaksw case -w: set cmd = "$cmd -wpwd $2" shift argv shift argv breaksw default: if ( `echo $1 | cut -c 1-1` == '/' ) then set path = "mss:$1" else set file = "$1" endif shift argv endsw end set cmd = "$cmd $file $path" echo "mswrite script is executing the following:" echo $cmd $cmd From chennon@polarmet1.mps.ohio-state.edu Tue Oct 15 21:03:15 2002 From: chennon@polarmet1.mps.ohio-state.edu (Chris Hennon) Date: Tue, 15 Oct 2002 16:03:15 -0400 (EDT) Subject: [cam-users] newbie problem reading namelist file In-Reply-To: Message-ID: Hello, I have compiled cam2 sucessfully, then built a default namelist using the command: $camcfg/build-namelist -test The namelist file it produced is shown at the bottom of this message - the data is where it should be. When the model is run, it exists with this message: DYCORE is EUL PARSE_NAMELIST: Namelist read returns -1 ENDRUN IS BEING CALLED [0] MPI Abort by user Aborting program ! Can someone tell me what this means and how to correct the problem? Thanks, Chris ----------------------------------------------- &camexp absems_data = '/home/osu2781/cam2/inputdata/atm/cam2/rad/abs_ems_factors_fastvx.052001.nc' bndtvo = '/home/osu2781/cam2/inputdata/atm/cam2/ozone/noaao3.1990.21999.nc' bndtvs = '/home/osu2781/cam2/inputdata/atm/cam2/sst/sst_HadOIBl_bc_64x128_clim_c020411.nc' caseid = 'camrun' iyear_ad = 1950 ncdata = '/home/osu2781/cam2/inputdata/atm/cam2/inic/gaus/cami_0000-09-01_64x128_T42_L26_c020514.nc' nelapse = -365 nsrest = 0 / &clmexp finidat = '/home/osu2781/cam2/inputdata/lnd/clm2/inidata/cam/clmi_0000-09-01_64x128_T42_c020514.nc' fpftcon = '/home/osu2781/cam2/inputdata/lnd/clm2/pftdata/pft-physiology' fsurdat = '/home/osu2781/cam2/inputdata/lnd/clm2/srfdata/cam/clms_64x128_c020514.nc' / From xavier@caos.iisc.ernet.in Wed Oct 16 17:08:48 2002 From: xavier@caos.iisc.ernet.in (Prince K. Xavier) Date: Wed, 16 Oct 2002 21:38:48 +0530 (IST) Subject: [cam-users] Multiple history files Message-ID: Dear CCM users, I'm a new user of CCM3 running on Linux. For the test run, I would like to have a 3 day run and I need the history file to be written every day. I set nestep = -3 mfilt = 1 nhtfrq = 72 but, it writes only one h0001. and when I do a restart run, again the history is written to the same h0001 from day 1. do I need to invoke on any other option? thanks in advance prince -- PRINCE K XAVIER Research Student Centre for Atmospheric and Oceanic Sciences Indian Institute of Science Bangalore - 560 012 INDIA __________________________________________ Phone No. +91-80-3942505(Office), " " 3942559(Hostel: PD-25) From xavier@caos.iisc.ernet.in Wed Oct 16 07:55:44 2002 From: xavier@caos.iisc.ernet.in (Prince K. Xavier) Date: Wed, 16 Oct 2002 12:25:44 +0530 (IST) Subject: [cam-users] Multiple history files Message-ID: Dear CCM users, I'm a new user of CCM3 running on Linux. For the test run, I would like to have a 3 day run and I need the history file to be written every day. I set nestep = -3 nhtfrq = 72 but, it writes only one h0001. and when I do a restart run, again the history is written to the same h0001 from day 1. do I need to invoke on any other option? thanks in advance prince -- PRINCE K XAVIER Research Student Centre for Atmospheric and Oceanic Sciences Indian Institute of Science Bangalore - 560 012 INDIA __________________________________________ Phone No. +91-80-3942505(Office), " " 3942559(Hostel: PD-25) From nanmun_2k@yahoo.com Sat Oct 19 13:29:31 2002 From: nanmun_2k@yahoo.com (anshul garg) Date: Sat, 19 Oct 2002 05:29:31 -0700 (PDT) Subject: [cam-users] OpenMP problem in CCM3 Message-ID: <20021019122931.3129.qmail@web10803.mail.yahoo.com> --0-1375097278-1035030571=:2794 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi all! I am running the CCM3 ccm3_10_11_brnchT_366physics_7 $ (CCM3) on SUN architechture, using Sun-MPI (i.e. mprun) and OpenMP. With Sun-MPI only, the code ran smoothly. But, when i introduced the OpenMP option for the run, then it started giving following error in nstep=0 itself (in the log file): --------------------------------------- (HISTHAN): nstep = 0 (HISTHAN): wrote current time sample to local history file ./lsmh_00001.nc (HISTHAN): DAYS: 000000.000-000000.000 DATES: 0.000Z 00050901 - 0.000Z 00050901 --------------------------------------- DATE= 00050901 SEC= 00000 TSave= 287.65078 SAMPLES= 1 COURANT NSTEP RMSZ RMSD RMST STPS STQ HOR VERT NSTEP = 0 8.926838333284375E-05 7.200384451413689E-06 252.422 9.84563E+04 2.387247367678432E+01 0.85 0.18 TIMEFILTER: WARNING: fixer for tracer 1 exceeded 0.10000 for 6 points at k,lat = 14 17 Avg/Worst = 1.27E-01 1.44E-01 TIMEFILTER: WARNING: fixer for tracer 1 exceeded 0.10000 for 9 points at k,lat = 15 17 Avg/Worst = 1.37E-01 1.67E-01 TIMEFILTER: WARNING: fixer for tracer 1 exceeded 0.10000 for 2 points at k,lat = 16 17 Avg/Worst = 1.20E-01 1.2/home/other/external/weather/climate/CCM/CCM3/ccm/bld/../run/ccm.run: line 8: 10432 Arithmetic Exception (core dumped) ./atm Message-ID: On Sat, 19 Oct 2002, anshul garg wrote: > I am running the CCM3 > ccm3_10_11_brnchT_366physics_7 $ (CCM3) > > on SUN architechture, using Sun-MPI (i.e. mprun) and > OpenMP. > > With Sun-MPI only, the code ran smoothly. But, when i > introduced the OpenMP option for the run, then it > started giving following error in nstep=0 itself (in > the log file): Sun Fortran compilers do not do much of anything correctly. If possible I'd suggest choosing a different vendor. Jim Rosinski From norm@atmos.colostate.edu Tue Oct 22 19:55:26 2002 From: norm@atmos.colostate.edu (Norm Wood) Date: Tue, 22 Oct 2002 12:55:26 -0600 Subject: [cam-users] longwave fluxes at top-of-model, FLUT versus FLNT Message-ID: <20021022125526.A6129@wombat.atmos.colostate.edu> I'm looking at results from a two-year run of CAM2.0 and comparing FLUT (upwelling top-of-model longwave flux) with FLNT (net top-of-model longwave flux). I expected them to be identical (since I expected there to be no significant downwelling longwave flux at the top of the model), but there's a slight difference, with FLUT being larger than FLNT by about 1. W/m^2. Looking through radclwmx(), it appears that the downwelling longwave flux at the top-of-model is not zero (flnt and flut are calculated in lines 875 - 883). At first I thought this might be an attempt to estimate the blackbody emission downwelling from the sponge layer above the radiation model, but after looking at other parts of the calculation in radtpl(), I'm not sure that's the case. Thanks for any info. The difference is probably not significant in terms of total outgoing longwave, but it would be good to have a clearer understanding of what the model is doing. Norm -- Norm Wood Department of Atmospheric Science Colorado State University norm@atmos.colostate.edu phone: 970-491-8587 From wcollins@ucar.edu Tue Oct 22 21:42:20 2002 From: wcollins@ucar.edu (William Collins) Date: Tue, 22 Oct 2002 14:42:20 -0600 Subject: [cam-users] longwave fluxes at top-of-model, FLUT versus FLNT In-Reply-To: <20021022125526.A6129@wombat.atmos.colostate.edu> References: <20021022125526.A6129@wombat.atmos.colostate.edu> Message-ID: <0210221442200L.01171@lyra> Norm: The downward emission equals the emission from an isothermal layer above the top interface in the model. The temperature of that isothermal layer is the same as the temperature of the top interface. For the purposes of computing its emissivity, the water vapor mixing ratio is held constant from the top interface to the top of the atmosphere. Analogous simple assumptions are applied to CO2. Bill On Tuesday 22 October 2002 12:55 pm, Norm Wood wrote: > I'm looking at results from a two-year run of CAM2.0 and comparing > FLUT (upwelling top-of-model longwave flux) with FLNT (net > top-of-model longwave flux). I expected them to be identical > (since I expected there to be no significant downwelling > longwave flux at the top of the model), but there's a slight > difference, with FLUT being larger than FLNT by about > 1. W/m^2. > > Looking through radclwmx(), it appears that the downwelling > longwave flux at the top-of-model is not zero (flnt and flut > are calculated in lines 875 - 883). At first I thought > this might be an attempt to estimate the blackbody emission > downwelling from the sponge layer above the radiation model, but > after looking at other parts of the calculation in radtpl(), > I'm not sure that's the case. > > Thanks for any info. The difference is probably not significant > in terms of total outgoing longwave, but it would be good to > have a clearer understanding of what the model is doing. > > Norm -- --------------------------------------------------------------- Bill Collins | wcollins@ucar.edu Scientist III | http://www.cgd.ucar.edu/cms/wcollins NCAR | P.O. Box 3000 | voice: 303 497-1381 Boulder, CO. 80307-3000 | fax: 303 497-1324 --------------------------------------------------------------- From sunxg007@yahoo.com.cn Thu Oct 24 15:00:00 2002 From: sunxg007@yahoo.com.cn (=?gb2312?q?Xuguang=20Sun?=) Date: Thu, 24 Oct 2002 22:00:00 +0800 (CST) Subject: [cam-users] What's the real meaning of Z3 in CCM3.6.6 history file? Message-ID: <20021024140000.72986.qmail@web15212.mail.bjs.yahoo.com> Hi, everyone, As some of you can notice that Z3 in the list of CCM3.6.6 history file means Geopotential height, but when I draw z3 fields by using GrADS, they seems to be on the same sigma planes, right? If it is so, then are there some programs to convert meteological fields on the same sigma planes to those on the isobaric planes? Thanks a lot. ===== SUN Xuguang Department of Atmospheric Sience Nanjing University Nanjing 210093 P.R.China _________________________________________________________ Do You Yahoo!? "发短信赢手机,快来参加雅虎巨星秀!" http://cn.ent.yahoo.com/star/midautumn/index.html From Steve.Ghan@pnl.gov Mon Oct 28 19:40:12 2002 From: Steve.Ghan@pnl.gov (Ghan, Steven J) Date: Mon, 28 Oct 2002 11:40:12 -0800 Subject: [cam-users] CAM history files and mass storage Message-ID: <577D21741BA4894881F4D3DE36D9CEB1041C0F1F@pnlmse14.pnl.gov> Jim: Your scripts provide utilities to substitute for msread and mswrite, but the code is still hardwired to use a directory structure that may not be compatible with other computer systems. It assumes a directory exists with the path /LOGNAME/csm/caseid/... where LOGNAME is the user's logname in upper case. Users may not have the ability to set up a directory beginning with /LOGNAME. Users can go into the code to change the hardwired directory, but they need to know that it must be done separately for each model. At the very least it would be helpful if the cam and ccsm documentation would tell the users which files need to be modified so that they can control the root directory for their archives. A more general solution would be make it part of the namelist which is broadcast to all submodels. Just a suggestion. For now I'm justing inserting a return statement at the beginning of subroutine putfile in atm/cam/src/control/ioFileMod.F90 and lnd/clm2/src/main/fileutils.F90; the history files are retained in the run directory. -Steve Ghan -----Original Message----- From: Jim Rosinski [mailto:rosinski@cgd.ucar.edu] Sent: Tuesday, October 15, 2002 10:53 AM To: John Fasullo Cc: cam-users@ucar.edu Subject: Re: [cam-users] CAM history files and mass storage On Sat, 28 Sep 2002, John Fasullo wrote: > In running the CAM on our local SGI (without mass storage), I'm trying > to configure my own archival process. I've turned the mss_irt namelist > variable to 0 however the NETCDF history files are created by the CAM > but are still deleted automatically by the CAM each month. Does anyone > know the keyword or procedure used to turn off the automatic deletion > of history netcdf files from the camwork directory? What I've done for running on a machine without mass store access is to write my own "mswrite" and "msread". They are csh scripts, but one could use whatever they like, as long as they are executable from the user's environment. They're appended below. Turns out this is set up for running on a PC that happens to be at NCAR, and the archival command "msrcp" is available. But it could be changed to use "cp" or whatever. Jim Rosinski ---------------------------------------------------------------------------- --- msread: #!/bin/csh -f set cmd = /usr/local/dcs-3.3/bin/msrcp while ( $#argv ) switch ( $1 ) case -t: set cmd = "$cmd -pe $2" shift argv shift argv breaksw case -w: set cmd = "$cmd -wpwd $2" shift argv shift argv breaksw default: if ( `echo $1 | cut -c 1-1` == '/' ) then set path = "mss:$1" else set file = "$1" endif shift argv endsw end set cmd = "$cmd $path $file" echo "msread script is executing the following:" echo $cmd $cmd ---------------------------------------------------------------------------- --- mswrite: #!/bin/csh -f set cmd = /usr/local/dcs-3.3/bin/msrcp while ( $#argv ) switch ( $1 ) case -t: set cmd = "$cmd -pe $2" shift argv shift argv breaksw case -w: set cmd = "$cmd -wpwd $2" shift argv shift argv breaksw default: if ( `echo $1 | cut -c 1-1` == '/' ) then set path = "mss:$1" else set file = "$1" endif shift argv endsw end set cmd = "$cmd $file $path" echo "mswrite script is executing the following:" echo $cmd $cmd _______________________________________________ cam-users mailing list cam-users@ucar.edu http://mailman.ucar.edu/mailman/listinfo/cam-users From rosinski@cgd.ucar.edu Mon Oct 28 23:04:15 2002 From: rosinski@cgd.ucar.edu (Jim Rosinski) Date: Mon, 28 Oct 2002 16:04:15 -0700 (MST) Subject: [cam-users] CAM history files and mass storage In-Reply-To: <577D21741BA4894881F4D3DE36D9CEB1041C0F1F@pnlmse14.pnl.gov> Message-ID: On Mon, 28 Oct 2002, Ghan, Steven J wrote: > Your scripts provide utilities to substitute for msread and mswrite, but the > code is still hardwired to use a directory structure that may not be > compatible with other computer systems. Huh? The intent was to provide template scripts which users could tailor to their own needs without having to modify model code. There is no requirement that whatever one comes up with must use aspects of a model-generated mswrite command that "use a directory structure that may not be compatible with other computer systems." For example, I've appended an example mswrite which just copies the file to a /data/ directory. > At the very least it would be helpful if the cam and ccsm documentation > would tell the users which files need to be modified so that they can > control the root directory for their archives. See above (and below). But if you still want to modify model code I'd encourage you to bring your suggestion to the attention of those working on such things. Jim Rosinski Example mswrite that copies the file to a /data/ directory: #!/bin/csh -f while ( $#argv ) switch ( $1 ) case -t: shift argv shift argv breaksw case -w: shift argv shift argv breaksw default: if ( `echo $1 | cut -c 1-1` != '/' ) then set file = "$1" endif shift argv endsw end set cmd = "cp -f $file /data/$user/" echo "mswrite script is executing the following:" echo $cmd $cmd From erik@ucar.edu Tue Oct 29 22:24:52 2002 From: erik@ucar.edu (Erik Kluzek) Date: Tue, 29 Oct 2002 15:24:52 -0700 (MST) Subject: [cam-users] CAM2.0.1 release... Message-ID: All We are pleased to announce the latest model release of CAM, version 2.0.1. This version is stable on all supported platforms and includes the ability to run on Solaris, Compaq-Alpha clusters, and Linux-Lahey compilers. It is NOT bit-for-bit with previous versions, but the climate is similar to CAM2.0. The reason for the difference is that the sea-ice model now uses the same shared constants as the other model components. http://www.ccsm.ucar.edu/models/atm-cam/ Also see the CAM2.0.1 release news page for more info... http://www.ccsm.ucar.edu/models/atm-cam/news/cam2_0_1_release.html Erik Kluzek, (CGD at NCAR) National Center for Atmospheric Research Boulder CO, (off) (303)497-1326 (fax) (303)497-1324 --------- Home page and public PGP key--------------- http://www.cgd.ucar.edu/~erik !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! From bala@llnl.gov Fri Nov 1 00:27:58 2002 From: bala@llnl.gov (Bala Govindasamy) Date: Thu, 31 Oct 2002 16:27:58 -0800 Subject: [cam-users] fv dynamics Message-ID: <3DC1CA8E.3FF311AA@llnl.gov> --------------34FDA9A987EDA6F2E14A4A1A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear CAM users: Is there any namelist parameters related to horizontal diffusion for fv dynamics option in cam2? I do see dif2 and dif4 for the spectral option, but i do not see any for fv. -- Bala ---------------------------------------- Bala Govindasamy L-103, Atmospheric Science Division Lawrence Livermore National Laboratory Livermore CA 94550 Ph.: 925 423 0771 Fax: 925 422 6388 Email: bala@LLNL.GOV; bala_indu@yahoo.com http://en-env.llnl.gov/cccm/balacv.html ----------------------------------------- --------------34FDA9A987EDA6F2E14A4A1A Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Dear CAM users:

Is there any namelist parameters related to horizontal diffusion for fv dynamics option in cam2?
I do see dif2 and dif4 for the spectral option, but i do not see any for fv. 

-- 
Bala
----------------------------------------
Bala Govindasamy
L-103, Atmospheric Science Division
Lawrence Livermore National Laboratory
Livermore
CA 94550
Ph.: 925 423 0771
Fax: 925 422 6388
Email: bala@LLNL.GOV; bala_indu@yahoo.com
http://en-env.llnl.gov/cccm/balacv.html
-----------------------------------------
  --------------34FDA9A987EDA6F2E14A4A1A-- From sunxg007@yahoo.com.cn Mon Nov 4 15:01:05 2002 From: sunxg007@yahoo.com.cn (=?gb2312?q?Xuguang=20Sun?=) Date: Mon, 4 Nov 2002 23:01:05 +0800 (CST) Subject: [cam-users] some questions about the CCM3.6.6 Message-ID: <20021104150105.14632.qmail@web15212.mail.bjs.yahoo.com> Hi, everyone, I looked throuth the whole document of CCM3.6.6, but I could not find how the sigma levels was splited, I mean what's the sigma values in the sigma levels. I looked the output of CCM3.6.6 and found that T1,T2,T3,T4 were exactly same with each other except a little difference nearby south pole, so I'm now wondering whether the LSM calculates the temperatures in every soil layer. Thank you! SUN ===== SUN Xuguang Department of Atmospheric Sience Nanjing University Nanjing 210093 P.R.China _________________________________________________________ Do You Yahoo!? "是IT精英吗？小试牛刀获时尚大奖！" http://cn.promo.yahoo.com/cgi-bin/udb/u From plangen@gfy.ku.dk Wed Nov 27 08:43:16 2002 From: plangen@gfy.ku.dk (Peter Langen) Date: Wed, 27 Nov 2002 09:43:16 +0100 Subject: [cam-users] Slab ocean/aquaplanet Message-ID: <3DE485A4.1010101@gfy.ku.dk> This is a multi-part message in MIME format. --------------040709060301070402040606 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Dear CAM-Users I am working with the CAM2.0.1 on Compaq Alpha's without MPI available. I wish to perform experiments with the following setup: -T21 -aquaplanet -no seasonal cycle -slab ocean -with and without sea-ice In connection to this I have some questions and comments: 1) Having chosen T21 in the configuration, using the "-infile" option to the build-namelist-script makes it go into some infinite loop. This is of course worked around by entering the name-list variables in the command line, but it is still weird since it doesn't happen when using T42. Has anybody else encountered this? 2) If I set "-ocn som" in the configuration, I hoped to be able to run in slab ocean mode, but it seems that I am missing some code to be able to do this. The compilation stops when trying to build "ice_data.o", since here a reference is made to the sst_data-module in the directory cam2.0.1/models/atm/cam/src/ocnsice/dom which is not included in "Filepath" when "-ocn som" is chosen. Has anybody run the CAM as stand alone with a slab ocean model, or is it necessary to go through the flux coupler (which needs mpi) ? 3) When running with (aqua_planet=.true.) in the namelist, there is no sea ice in the model and SST's are specified analytically. How do I change this? 4) Has anybody else tried to make (and perhaps even tested) an aquaplanet/SOM setup? At the bottom of this mail I have included the error message from the compilation in SOM-mode. With the mail I have attached the run-script, "testrun.csh", used. Thanks a lot Peter Langen -- Peter Langen Niels Bohr Institute for Astronomy, Physics and Geophysics Geophysical Department University of Copenhagen THIS IS THE ERROR MESSAGE: f90: Error: /users/apollo_users/plangen/ccsm/cam201/cam2.0.1/models/ice/csim4/ice_data.F90, line 607: Error in opening the Library module file. [SST_DATA] use sst_data, only: sst ------^ f90: Error: /users/apollo_users/plangen/ccsm/cam201/cam2.0.1/models/ice/csim4/ice_data.F90, line 658: Conflicting attributes or multiple declaration of name. [SST] surface_state2d(lchnk)%tssub(i,k)=sst(i,lchnk)+Tffresh ------------------------------------------------^ f90: Error: /users/apollo_users/plangen/ccsm/cam201/cam2.0.1/models/ice/csim4/ice_data.F90, line 607: Name in only-list does not exist. [SST] use sst_data, only: sst ----------------------^ gmake: *** [ice_data.o] Error 1 --------------040709060301070402040606 Content-Type: application/x-csh; name="testrun.csh" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="testrun.csh" #! /usr/bin/csh -f #----------------------------------------------------------------------- ## ALPHA ##------------ ## ## This is a script to build and run CAM ## on the Compaq Alphas at DCESS. The configuration ## is T21L26 , Eulerian dynamics, CLM2 land model, and CSIM4 ice model. ## ---------------------------------- ## Aquaplanet and/or slab ocean model ## ---------------------------------- ## Made by Peter Langen from example script for ibm. Revised 18/11-02 ## ## Move history files and delete old initial and restart files? set move = 0 ## ROOT OF CAM DISTRIBUTION ## Contains the source code for the CAM distribution. ## (the root directory contains the subdirectory "models") setenv CAM_ROOT /users/apollo_users/plangen/ccsm/cam201/cam2.0.1 ## ROOT OF CAM DATA DISTRIBUTION ## Contains the initial and boundary data for the CAM distribution. ## (the root directory contains the subdirectories "atm" and "lnd") setenv CSMDATA /users/apollo_users/plangen/ccsm/inputdata ## Exe-name, Case name and Input file for build-namlist set cam_exe = slab set case = $cam_exe set runtype = initial set nelapse = -1 set mss_irt = 0 set infile = $CAM_ROOT/../namelist_low01 # T21 resolution-run namelists ## _______________________________________________________________________ ## Type of model set aqua_planet = .false. set ocn = som # data ocean model (dom) or slab ocean model (som) ## ----------------------------------------------------------------------- ## Resolution setting set res = 32x64 # ---- T21 ---- #set res = 64x128 # ---- T42 ---- ## NO HARDWARE SWITCH on Apollo setenv NO_SWITCH TRUE ## Do our best to get sufficient stack memory unlimit limit stacksize unlimited setenv MP_STACK_SIZE 17000000 ## $wrkdir is a working directory where the model will be built and run. ## $blddir is the directory where model will be compiled. ## $rundir is the directory where the model will be run. ## $cfgdir is the directory containing the CAM configuration scripts. set wrkdir = /users/apollo_users/plangen/ccsm/cam201/work set blddir = $wrkdir/$case/bld set rundir = $wrkdir/$case set cfgdir = $CAM_ROOT/models/atm/cam/bld set archive_dir = $CAM_ROOT/../archive/$case set rest_pfile = $CAM_ROOT/../restartpointers/cam2.$case.rpointer set rpntpath = $CAM_ROOT/../restartpointers/lnd.$case.rpointer ## Ensure that run and build directories exist mkdir -p $archive_dir || echo "cannot create $archive_dir" && exit 1 mkdir -p $rundir || echo "cannot create $rundir" && exit 1 mkdir -p $blddir || echo "cannot create $blddir" && exit 1 ## If an executable doesn't exist, build one. if ( ! -x $blddir/$cam_exe ) then cd $blddir || echo "cd $blddir failed" && exit 1 $cfgdir/configure -v 2 -fflags "-tune host -arch host -fast" \ -res $res -nospmd -test -cam_exe $cam_exe -ocn $ocn \ -nc_inc /users/apollo_users/rca/tools/netcdf-3.5.0/include \ -nc_lib /users/apollo_users/rca/tools/netcdf-3.5.0/lib -s || echo "configure failed" && exit 1 echo "building CAM in $blddir ..." rm -f Depends gmake >&! MAKE.out || echo "CAM build failed: see $blddir/MAKE.out" && exit 1 endif ## Create the namelist cd $blddir || echo "cd $blddir failed" && exit 1 $cfgdir/build-namelist -test -case $case -runtype $runtype -o $rundir/namelist \ -namelist "&camexp aqua_planet=$aqua_planet nelapse=$nelapse mss_irt=$mss_irt rest_pfile='$rest_pfile' / \ &clmexp rpntpath='$rpntpath' /" \ || echo "build-namelist failed" && exit 1 ## Run CAM cd $rundir || echo "cd $rundir failed" && exit 1 echo "running CAM in $rundir" nice +10 $blddir/$cam_exe < namelist || echo "CAM run failed" && exit 1 if ( $move == 1 ) then echo "Moving history files and deleting old initial and restart files..." cd $rundir ~/tools/moveold $archive_dir `ls $case.cam2.h*` ~/tools/moveold $archive_dir `ls $case.clm2.h*` ~/tools/deleteold `ls $case.cam2.i*` ~/tools/deleteold `ls $case.clm2.i*` ~/tools/deleteold `ls $case.cam2.r.*` ~/tools/deleteold `ls $case.clm2.r.*` ~/tools/deleteold `ls $case.cam2.rh0.*` ~/tools/deleteold `ls $case.cam2.rh0.*` echo "History files have been moved to" echo $archive_dir echo "and only newest initial and restart files have been kept." endif exit 0 --------------040709060301070402040606-- From erik@ucar.edu Wed Nov 27 15:10:47 2002 From: erik@ucar.edu (Erik Kluzek) Date: Wed, 27 Nov 2002 08:10:47 -0700 (MST) Subject: [cam-users] Slab ocean/aquaplanet In-Reply-To: <3DE485A4.1010101@gfy.ku.dk> Message-ID: Hi Peter Thanks for your message. > > I am working with the CAM2.0.1 on Compaq Alpha's without MPI available. > I wish to perform experiments with the following setup: > > -T21 > -aquaplanet > -no seasonal cycle > -slab ocean > -with and without sea-ice > > In connection to this I have some questions and comments: > > 1) Having chosen T21 in the configuration, using the "-infile" option to > the build-namelist-script makes it go into some infinite loop. This is > of course worked around by entering the name-list variables in the > command line, but it is still weird since it doesn't happen when using > T42. Has anybody else encountered this? > Can you send the actual file you were using with "-infile" that choked? > 2) If I set "-ocn som" in the configuration, I hoped to be able to run > in slab ocean mode, but it seems that I am missing some code to be able > to do this. The compilation stops when trying to build "ice_data.o", > since here a reference is made to the sst_data-module in the directory > cam2.0.1/models/atm/cam/src/ocnsice/dom which is not included in > "Filepath" when "-ocn som" is chosen. Has anybody run the CAM as > stand alone with a slab ocean model, or is it necessary to go through > the flux coupler (which needs mpi) ? > The public releases do not provide the SOM code. SOM code may be released in the future once the science is worked out. > 3) When running with (aqua_planet=.true.) in the namelist, there is no > sea ice in the model and SST's are specified analytically. How do I > change this? > This is how aqua_planet works. If you want to have sea-ice with varying SST's you'll want to run without aqua_planet and supply an initial dataset where PHIS, LANDM, LANDFRAC and SGH are zero everywhere. Then the SST dataset will determine the location of sea-ice. Erik Kluzek, (CGD at NCAR) National Center for Atmospheric Research Boulder CO, (off) (303)497-1326 (fax) (303)497-1324 --------- Home page and public PGP key--------------- http://www.cgd.ucar.edu/~erik !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! From cldelire@wiscmail.wisc.edu Wed Nov 27 16:49:20 2002 From: cldelire@wiscmail.wisc.edu (delire) Date: Wed, 27 Nov 2002 10:49:20 -0600 Subject: [cam-users] spectral representation of topography Message-ID: <2CF3CF0C-0228-11D7-8D53-0003937DEB64@sage.wisc.edu> --Boundary_(ID_9ivLlJiC8qiNSoGojf1SIg) Content-type: text/plain; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT Has anyone looked at the effect of spectral representation of topography on the precipitation field in either CCM3 or CAM ? At T42, it seems to have an important impact on the precipitation in the Amazon basin. Has anyone ever developped a correction for this problem (similar to Lindberg and Broccoli, 1996 for the GFDL model) ? ------------------------------------------------------------------- Christine Delire, PhD Center for Sustainability and the Global Environment Gaylord Nelson Institute for Environmental Studies University of Wisconsin, 1710 University Avenue, Madison, WI 53726 Phone: 608-262-5961 Fax : 608-265-4113 http://sage.wisc.edu --Boundary_(ID_9ivLlJiC8qiNSoGojf1SIg) Content-type: text/enriched; charset=US-ASCII Content-transfer-encoding: 7BIT Has anyone looked at the effect of spectral representation of topography on the precipitation field in either CCM3 or CAM ? At T42, it seems to have an important impact on the precipitation in the Amazon basin. Has anyone ever developped a correction for this problem (similar to Lindberg and Broccoli, 1996 for the GFDL model) ? ------------------------------------------------------------------- Christine Delire, PhD Center for Sustainability and the Global Environment Gaylord Nelson Institute for Environmental Studies University of Wisconsin, 1710 University Avenue, Madison, WI 53726 Phone: 608-262-5961 Fax : 608-265-4113 http://sage.wisc.edu --Boundary_(ID_9ivLlJiC8qiNSoGojf1SIg)-- From wangxiaoyue2003@hotmail.com Thu Dec 12 02:56:54 2002 From: wangxiaoyue2003@hotmail.com (xiaoyue wang) Date: Thu, 12 Dec 2002 10:56:54 +0800 Subject: [cam-users] getting help Message-ID: Dear Colleagues, I am a student who run CCM3.6.6 in order to get the global background fields which can be input Regional Climate Models to conduct further detailed simulation of atmosphere fields in East Asia. And what we get from CCM3 are all on the sigma levels,but we need the datasets on the pressure level.So would you like to tell me how to transfer the results of CCM3 on the sigma level into pressure level? or can you tell me the exact sigma value of every sigma level, I mean,if set z 1,2.....18,what is the value of sigma correspondently? sigma=? I have used Grads to plot, or can I make use of some defined functions in Grads to transfer or interpolate the data from sigma level to pressure level? And how can I transfer? Thank you for your great help and consideration! And I wish to get your reply soon. Best regards WANG Xiaoyue 12/12/2002 _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail From pliu@hawaii.edu Fri Dec 13 02:56:57 2002 From: pliu@hawaii.edu (Ping Liu) Date: Thu, 12 Dec 2002 16:56:57 -1000 Subject: [cam-users] High resolution run Message-ID: <3DF94C79.80903@hawaii.edu> Hi, Does anyone have global JJA precipitation from high resolution (>T42) run with CCM3 (CAM) related models? Long term mean is preferred or offer me the monthly mean if any. Thanks Ping Liu IPRC University of Hawaii From bala@llnl.gov Mon Dec 16 17:59:30 2002 From: bala@llnl.gov (Bala Govindasamy) Date: Mon, 16 Dec 2002 09:59:30 -0800 Subject: [cam-users] High resolution run References: <3DF94C79.80903@hawaii.edu> Message-ID: <3DFE1482.CC7C1917@llnl.gov> Hi Ping, Yes, we have for t63, t85, t170 and t239 at LLNL. For each resolution, we have the means over at least 10 years. Bala. Ping Liu wrote: > Hi, > > Does anyone have global JJA precipitation from high resolution (>T42) > run with CCM3 (CAM) related models? Long term mean is preferred or > offer me the monthly mean if any. > > Thanks > > Ping Liu > IPRC > University of Hawaii > > _______________________________________________ > cam-users mailing list > cam-users@ucar.edu > http://mailman.ucar.edu/mailman/listinfo/cam-users ------------------------ Bala Govindasamy L-103, Atmospheric Science Division Lawrence Livermore National Laboratory Livermore, CA 94550 Ph: 925-423-0771 Fax: 925-422-6388 ------------------------ From plangen@gfy.ku.dk Thu Dec 19 09:10:03 2002 From: plangen@gfy.ku.dk (Peter Langen) Date: Thu, 19 Dec 2002 10:10:03 +0100 Subject: [cam-users] Solar forcing Message-ID: <3E018CEB.2020301@gfy.ku.dk> Hi CCM (and CAM) users, I'm running CCM366 with aqua planet/slab ocean lower boundary conditions. I don't want an annual cycle in my experiments so I've just set ECCEN=OBLIQ=0. However, under these conditions the solar flux at the poles vanishes and I get an ever increasing equator-to-pole temperature gradient. A proper way of fixing this is to use an annual mean diurnal cycle corresponding to the pattern one obtains when averaging the insolation at, say, 00:00 GMT each day of a year in every point. I haven't made such at data set yet, but I don't think this will be the problem. The problem is how to get CCM366 to use this insolation. Also, it isn't quite clear what to do with the zenith angle used both in the radiation code and in the albedo calculations, since our artificial insolation does not correspond to any physical zenith angle. Has anybody tried working with the CCM without an annual cycle? One other question (which I've seen also in the ccm-users archive - without an answer): When running at T21 resolution the User's Guide says to change the namelist variables DTIME, DIF2 and DIF4 from their default T42 values, but the example script only changes DTIME. What about DIF2 and DIF4? In the CAM User's Guide DIF2 is left unchanged relative to the T42 case while DIF4 is doubled. Until now I've just done the same with CCM366, but is this the right thing to do? Thanks Peter Langen -- Peter Langen Niels Bohr Institute for Astronomy, Physics and Geophysics Geophysical Department University of Copenhagen From roanyah@unity.ncsu.edu Sat Dec 21 03:30:54 2002 From: roanyah@unity.ncsu.edu (Richard Anyah) Date: Fri, 20 Dec 2002 22:30:54 -500 Subject: [cam-users] (no subject) Message-ID: <200212210330.gBL3Utj20473@uni03mr.unity.ncsu.edu> Hello, I would like to display my cam2.0.1 runs using GrADS but I have not been able to successfully use both the sdfopen or xdfopen commands. I get an error pointing at the segmentation of the data. Part of the header information of my NetCDF output(data) file is as follows: netcdf mon0960.cam2.h0.0003-08 { dimensions: lat = 64 ; lon = 128 ; lev = 26 ; ilev = 27 ; time = UNLIMITED ; // (1 currently) tbnd = 2 ; chars = 8 ; variables: double P0 ; P0:long_name = "reference pressure" ; P0:units = "Pa" ; double lat(lat) ; lat:long_name = "latitude" ; lat:units = "degrees_north" ; double lon(lon) ; lon:long_name = "longitude" ; lon:units = "degrees_east" ; double lev(lev) ; lev:long_name = "hybrid level at midpoints (1000*(A+B))" ; lev:units = "level" ; lev:positive = "down" ; . . . SICTHK:cell_method = "time: mean" ; float SNOWHICE(time, lat, lon) ; SNOWHICE:units = "m" ; SNOWHICE:long_name = "Water equivalent snow depth" ; SNOWHICE:cell_method = "time: mean" ; float SNOWHLND(time, lat, lon) ; SNOWHLND:units = "m" ; SNOWHLND:long_name = "Water equivalent snow depth" ; SNOWHLND:cell_method = "time: mean" ; float SOLIN(time, lat, lon) ; SOLIN:units = "W/m2" ; SOLIN:long_name = "Solar insolation" ; SOLIN:cell_method = "time: mean" ; float SRFRAD(time, lat, lon) ; SRFRAD:units = "W/m2" ; SRFRAD:long_name = "Net radiative flux at surface" ; SRFRAD:cell_method = "time: mean" ; float SWCF(time, lat, lon) ; SWCF:units = "W/m2" ; SWCF:long_name = "Shortwave cloud forcing" ; SWCF:cell_method = "time: mean" ; float T(time, lev, lat, lon) ; T:units = "K" ; T:long_name = "Temperature" ; T:cell_method = "time: mean" ; float TAUGWX(time, lat, lon) ; TAUGWX:units = "N/m2" ; TAUGWX:long_name = "Zonal gravity wave surface stress" ; TAUGWX:cell_method = "time: mean" ; float TAUGWY(time, lat, lon) ; TAUGWY:units = "N/m2" ; TAUGWY:long_name = "Meridional gravity wave surface stress TAUGWY:cell_method = "time: mean" ; float TAUX(time, lat, lon) ; TAUX:units = "N/m2" ; TAUX:long_name = "Zonal surface stress" ; TAUX:cell_method = "time: mean" ; float TAUY(time, lat, lon) ; I will appreciate any help. Richard ______________________________________________________________________ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Richard Anyah North Carolina State University Dept. of Marine, Earth & Atmospheric Sciences P.O Box 8208, Raleigh NC 27695-8208 Phone: 919 513 0243 (off) 919 755 1742 (Home) http://www4.ncsu.edu/~roanyah/ ; ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~______________________________________________________________________ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Richard Anyah North Carolina State University Dept. of Marine, Earth & Atmospheric Sciences P.O Box 8208, Raleigh NC 27695-8208 Phone: 919 513 0243 (off) 919 755 1742 (Home) http://www4.ncsu.edu/~roanyah/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~