[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[McIDAS #AOE-843254]: problem with DEV=T

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [McIDAS #AOE-843254]: problem with DEV=T
  • Date: Sun, 09 May 2010 14:34:17 -0600
Hi Owen,

re:
> Thank you for taking the time on the phone today to help me debug my
> machine.

No worries.  I was sorry to have to cut out on you before we figured
out the problem.  I had people coming over and needed to get to the
store...

re:
> I played around with the GRDCOPY problem by trying to write to
> other directories. I think I found a typo in LWPATH.NAM which apparently
> fixed the problem. So the GRDCOPY mystery was probably just a stupid
> error on my part, but at least I think we got a little closer to solving
> the problem with DEV=T.
> 
> Just let me know when you get a chance to look at DEV=T some more.

Can you take a harder look at the REDIRECTion settings in CALNEX.NAM
and/or LWPATH.NAM to see if the same kind of typo is causing the
DEV=T failure?  If you think about it, the two errors that we saw
were/are both results of not being able to write output files. Since
my testing on my Unidata machine did not try to use your CALNEX.NAM
settings exactly, and since I could not reproduce your problem on
my machine, my suspicion is that the "Problem with DEV= global keyword"
error is actually trying to tell us that the file specified in the
DEV=T keyword sequence can not be created.  Since the location for
writing the file is specified in a REDIRECTion, we are probably being
admonished that the output directory can not be found.

re:
> thanks again

No worries.  Please let me know if you find something that resolves the
DEV=T problem.

Cheers,

Tom
--
****************************************************************************
Unidata User Support                                    UCAR Unidata Program
(303) 497-8642                                                 P.O. Box 3000
address@hidden                                   Boulder, CO 80307
----------------------------------------------------------------------------
Unidata HomePage                       http://www.unidata.ucar.edu
****************************************************************************


Ticket Details
===================
Ticket ID: AOE-843254
Department: Support McIDAS
Priority: Normal
Status: Closed