[MITgcm-support] bug in gad_init.F ?

[Chris Hill]

Hi Samar,

 The ALLOW_PASSIVE_TRACER and associated TR1 stuff have indeed been retired.
I'm not sure why those bits are still there in gad_init, its probably for
regression testing, but their days are numbered. 

Chris 

> -----Original Message-----
> From: mitgcm-support-bounces at mitgcm.org 
> [mailto:mitgcm-support-bounces at mitgcm.org] On Behalf Of samar 
> khatiwala
> Sent: Friday, September 17, 2004 12:44 PM
> To: Jean-Michel Campin
> Cc: mitgcm-support at mitgcm.org
> Subject: Re: [MITgcm-support] bug in gad_init.F ?
> 
> Jean-Michel, duh! I was confusing useMultiDim and MultiDim.
> 
> But do we still use the PASSIVE_TRACER code any more (as 
> opposed to PTRACER). Where is ALLOW_PASSIVE_TRACER defined? I 
> thought we only define ALLOW_PTRACER now. In which case, I 
> don't understand gad_init.F.
> 
> thanks
> 
> Samar
> 
> On Fri, 17 Sep 2004, Jean-Michel Campin wrote:
> 
> > Hi Samar,
> >
> > It's not a bug, it's what it's supposed to be :
> >
> > model/inc/PARAMS.h, line 140:
> > C     multiDimAdvection :: Flag that enable multi-dimension 
> advection
> >
> > it means that when it's false, multi-dimension advection is 
> not used, 
> > whatever the scheme you use. But when it's true (= the 
> default), you 
> > will use it only if the advection scheme allows it.
> >
> > And "useMultiDimAdvec" is an internal flag that does not 
> appear in the 
> > namelist of any data file.
> >
> > Jean-Michel
> >
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://dev.mitgcm.org/mailman/listinfo/mitgcm-support
>