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.
>From: "Kwan-yin Kong" <address@hidden> >Organization: CCNY >Keywords: 200306171633.h5HGXmLd000512 McIDAS DSSERVE Kwan, > Here are the results. > ><-kkong-> dmap.k FRAMED >PERM SIZE LAST CHANGED FILENAME DIRECTORY >---- --------- ------------ -------- --------- >-rw- 1 Jun 20 14:07 FRAMED /export/home/kkong/.mctmp/1951200 >1 bytes in 1 files This is OK. ><-kkong-> dmap.k FRAMENH.001 >PERM SIZE LAST CHANGED FILENAME DIRECTORY >---- --------- ------------ ----------- --------- >-r-- 6528 Jun 17 12:16 FRAMENH.001 /usr/local/mcidas/data >6528 bytes in 1 files Ah ha! This must be the problem! The ~mcidas/data directory is also a component of each user's MCPATH (just before ~mcidas/help). >From address@hidden Fri Jun 20 12:19:02 2003 Tom: > There are also the following files generated in >mcidas/data in mcidas account, just around the time when >the EU anomaly began. >-rw-r--r-- 1 mcidas unidata 45056 Jun 17 12:16 TERMCHAR.001 >-rw-r--r-- 1 mcidas unidata 4 Jun 17 12:16 GRAPHICS.KEY >-rw-r--r-- 1 mcidas unidata 6528 Jun 17 12:16 FRAMENH.001 Delete all of these and the copy of /usr/local/mcidas/data/FRAMENH.001 that DMAP is showing. All of these files are supposed to be in temporary subdirectories of ~/.mctmp. The are created on startup of a McIDAS session and are supposed to be deleted on the exit of that session. Tom