Hi Simon / all,

I am back to work. I made the necessary corrections as suggested in the two previous mails. I changed the unit number to 205 in param.F and ICBC.f. Also in regcm.x I linked the icbc file to fort.205. regcm.x runs and stops after a while showing something linking problem with fort.103 whereas I can't find it where it has been linked. I am attaching the regcm.out file. Can you/someone find out the solution for this.

Regards

Shekhar

#################################
Dr. M. S. Shekhar
Scientist 'C'
Snow & Avalanche Study Establishment
DRDO R & D Centre, Him Parisar
Sector 37A, Chandigarh
#################################
 

From: "Simon Krichak" <shimon@cyclone.tau.ac.il>
To: "M.Sudhanshu Shekhar" <gmraja75@hotmail.com>
Subject: Fw: Re: [RegCNET] RegCM3 on SGI Origin 2000
Date: Sat, 18 Nov 2006 08:09:43 +0200

Also this one.
 
Simon
----- Original Message -----
From: Ö£æº
To: MarkSnyder ; SimonKrichak
Cc: RegCNET
Sent: Saturday, July 22, 2006 4:36 PM
Subject: Re: Re: [RegCNET] RegCM3 on SGI Origin 2000

Dear Mark,Simon and others,

I changed the Main/Makefile file according to Mark, that is,

---------------------------------------------------------
FFLAGS = -64 -O3 -static -TENV:check_div=3:X=0 \
-TARG:exec_min=UOZV:exec_max=UOZV -OPT:fast_nint=OFF:Olimit=4657 -IPA \
-LANG:short_circuit_conditionals=ON:recursive=ON
-----------------------------------------------------------

and the RegCM3 running now~!
Although it still had some warning message, like:
----------------------------------------------------------
Warning: Option 'exec_min' not in group 'TARG' (TARG:exec_min=UOZV)
Warning: Option 'exec_max' not in group 'TARG' (TARG:exec_max=UOZV)
-----------------------------------------------------------
I think this might be caused by the version of my SGI (IRIX64 icce6899 6.5 6.5.16m 04101931 IP35) is earlier thant Mark's.
But finally, it worked!
Thanks a lot~! ^__^



Additionally, as Mark concluded,
here I'd like to share what I changed duiring my running RegCM3 on SGI platform.:)

1) change "ibyte=4" in PreProc/Terrain/domain.param
Actually, when I used f77 in running previous versions of RegCM3, the ibyte is 1.

This also confused me why f90 need ibyte=4 while f77 is ibyte=1.

2) I changed the iutbc in param.F to 201, so my ICBC file is fort.201,fort.202, and so on.

3) Adjust the right path of 'cpp' in Main/MAKECODE file.

4) Finally, I've just adjusted the Main/Makefile as Mark has mentioned. Thanks again!

And Other Makefiles I'm using is including in the latest RegCM3 (June 13th).




Best Regards,

Jing



>
>
> -----ԭʼÓʼþ-----
> ´Ó: "MarkSnyder"
> µ½: "SimonKrichak" ,"Ö£æº "
> ³­ËÍ: "RegCNET"
> ÈÕÆÚ: 2006/07/22(Áù) 01:50am
> Ö÷Ìâ: Re: [RegCNET] RegCM3 on SGI Origin 2000
>
> Hi Simon and others,
>
> There were several things we needed to change to get the new version of
> RegCM3 working on our SGI Origin 300. For reference our compiler version
> is: MIPSpro Compilers: Version 7.4.2m
>
> * Each step of the preprocessing needs to be compiled with f90. Also, ibyte
> must be set to '4' when compiling with f90 on an SGI, not '1'.
>
> * To address item 2 below, in param.F we changed iutbc to '103', not '71' as
> is noted in the code. That comment should be changed in the next release of
> the model. You will also need to update ICBC.f in the ICBC directory, set
> ifile = 103.
>
> > 2. When running regcm.x the ICBC files (fort.101, fort.102...) are not
> > recognized. It lloks like the SGI compiler does not accept XXX numbers.
> > Somebody has apparently noticed it - the the papam.F there is a commented line
> > where it is suggested to use iutbc = 71 on SGIs. This does not help however -
> > the code still expects the XXX form (' 71' and not '71').
>
> * This is our FFLAGS line: FFLAGS = -64 -O3 -static -TENV:check_div=3:X=0
> -TARG:exec_min=UOZV:exec_max=UOZV -OPT:fast_nint=OFF:Olimit=4657 -IPA
> -LANG:short_circuit_conditionals=ON:recursive=ON
>
> You may need to make some modifications for your system, but these are
> fairly general compile options. I think this might help with the floating
> point exceptions you are having.
>
> * If you are trying to run with the parallel code you should change the
> bottom of your Makefile to this:
>
> all: regcm
>
> .f.o:
> $(FC) -c $(FFLAGS) $*.f -lmpi
>
> regcm: $(OBJ)
> $(LD) -o $@ $(FFLAGS) $(OBJ) -lmpi
>
> clean:
> rm -f $(OBJ) regcm *.o
>
> I also agree with Jing about changing the lines below, it doesn't need to be
> done. The problem was with MAKECODE (see my next point below)
>
> > .F.o:
> > $(FC) -c $(FFLAGS) $*.F
> >
> > Instead of:
> > .f.o:
> > $(FC) -c $(FFLAGS) $*.f
>
> * I should also point out again what Jing said below, that you should check
> the paths to 'cpp' in MAKECODE and change them to match your system, as well
> as the path to 'csh'
>
> >> I met exactly the same problem like yours in the past few days. The reason
> >> is that the 'MAKECODE'file didn't invoke *.F files into *.f. You may check
> >> if the path of 'cpp' in your 'MAKECODE' is right. I Hope this could be
> >> helpful to you.
> >>
> >> In my case, I checked the 'cpp' path, and also deleted the first line (i.e.,
> >> '#!/lib/csh -f'), and then the model seemed working well until it gave me
> >> another error of 'floating exception'as the following:
>
>
> Let me know how things go,
>
> Mark
>
> --
> Mark A. Snyder
> Postdoctoral Researcher
> Climate Change and Impacts Laboratory
> Dept. of Earth and Planetary Sciences
> UC Santa Cruz
> (W) 831-459-3504
> msnyder@es.ucsc.edu
> http://es.ucsc.edu/~msnyder
> --
>
>
> On 7/21/06 1:45 AM, "Simon Krichak" wrote:
>
> > Dear all,
> > Hi Jing, Mark:
> >
> > Something looks wrong with the of the RegCM3 code on my (at least) SGI Origin
> > 2000.
> > I see two - probably interrelated, problems.
> >
> > 1. To compile the Main on the SGI I had to modify two lines in the
> > Makefile_SGI
> >
> > .F.o:
> > $(FC) -c $(FFLAGS) $*.F
> >
> > Instead of:
> > .f.o:
> > $(FC) -c $(FFLAGS) $*.f
> >
> >
> > 2. When running regcm.x the ICBC files (fort.101, fort.102...) are not
> > recognized. It lloks like the SGI compiler does not accept XXX numbers.
> > Somebody has apparently noticed it - the the papam.F there is a commented line
> > where it is suggested to use iutbc = 71 on SGIs. This does not help however -
> > the code still expects the XXX form (' 71' and not '71').
> >
> > The run stops anyway:
> >
> > BCs are ready from 2001010100 to 2001010106
> > dt, dtau = 150., 37.5, 75.
> > 0 linearization about standard atmosphere (lstand=.t.)
> > 0sigmaf 0.00 4.000E-02 0.100 0.170 0.250 0.350
> > 0.
> > 460 0.560 0.670 0.770 0.860
> > 0.930 0.970 0.990 1.00
> > 0t mean 218. 218. 218. 225. 236. 247.
> > 2
> > 56. 264. 272. 277. 282.
> > 285. 286. 287.
> > 0ps mean 100.
> > 0 vertical mode problem completed for kx= 14 0 errors detected (should
> > be
> > 0)
> > m, fac = 4, 33.333333333333336
> > m, fac = 2, 60.
> > Writing output files in direct access format
> >
> > ******* OPENING NEW OUTPUT FILES: 2001010100
> > OPENING NEW OUT FILE: output/ATM.2001010100
> > OPENING NEW BAT FILE: output/SRF.2001010100
> > OPENING NEW RAD FILE: output/RAD.2001010100
> > OUT-history written date = 2001010100.
> > Floating Exception
> > Abort
> >
> > Mark: Are you running the new RegCM3 code on the Origin 3000? Which compiler
> > version do you use?
> >
> > Any comment from the ICTP please.
> >
> > Best, Simon
> >
> >
> >


***************************************
* Jing ZHENG, Ph.D. Student *
* Institute of Atmospheric Physics *
* Chinese Academy of Sciences *
* P.O.Box 9804, *
* Beijing 100029, China *
* E-mail: jzheng@mail.iap.ac.cn *
* Tel: 86-10-62063912 (Office) *
***************************************


r ++++++++++++++b h iW aeBMlerSt<>at


Don't miss the latest sporting action! If it's happening, it must be on MSN Sports. Click to catch up!