The PATH_CACHE procedure is used to control IDL's use of the path cache. By default, as IDL searches directories included in the .pro or .sav files to compile, it creates an in-memory list of all .pro and .sav files contained in each directory. When IDL later searches for a .pro or .sav file, before attempting to open the file in a given directory, IDL checks the path cache to determine whether the directory has already been cached. If the directory is included in the cache, IDL uses the cached information to determine whether the file will be found in that directory, and will only attempt to open the file there if the cache tells it that the file exists. By eliminating unnecessary attempts to open files, the path cache speeds the path searching process.
The path cache is enabled by default, and in almost all cases its operation is transparent to the IDL user, save for the boost in path searching speed it provides. Because the cache automatically adjusts to changes made to IDL's path, use of PATH_CACHE should not be necessary in typical IDL operation. It is provided to allow complete control over the details of how and when the caching operation is performed.
| Note |
The first time an IDL session attempts to call a function or procedure written in the IDL language, it must locate and compile the file containing the code for that routine. The file containing the routine must have the same name as the routine, with either a .pro or a .sav extension. After trying to open the file in the user's current working directory, IDL will attempt to open the file in each of the directories listed in the
By default, IDL maintains an in-memory cache of the locations of .pro and .sav files stored in directories included in the
The path cache operates on a per-directory basis; if IDL searches a directory for a .pro or .sav file, the locations of all .pro and .sav files in that directory are added to the cache, and the directory is not searched again until the cache is cleared and rebuilt.
| Note |
PATH_CACHE[, /CLEAR] [, /ENABLE] [, /REBUILD]
None.
Set this keyword to clear the entire contents of the path cache, leaving it completely empty. If path caching is enabled, IDL will begin rebuilding the cache the next time it needs to locate a .pro or .sav file. If you wish to prevent the rebuilding of the cache, set the ENABLE keyword equal to zero as well.
| Note |
Set this keyword to a non-zero value to specify that IDL should use the path cache when searching for files and also add new directories to the cache as they are opened. Set this keyword to zero to disable use of the cache when searching for files, and to discontinue adding new directories.
| Note |
Set this keyword to discard the current contents of the path cache (as if the CLEAR keyword had been specified), and then immediately rebuild the cache by searching the directories specified by the current value of the .pro and .sav files.
| Note |
.pro and .sav files.
By default, IDL uses the path cache whenever it tries to locate .pro or .sav files. However, IDL will never use the path cache in the following situations:
The path cache is neither checked nor added to if the file being searched for exists in the current working directory. Before IDL searches
The path cache does not cache directories specified relative to the current directory, even though relative paths are allowed in the specification of
An absolute (or fully qualified) path is a path that completely specifies the location of a file. Under UNIX, an absolute path is specified relative to the root of the filesystem, and therefore starts with a slash (/) character. Under Microsoft Windows, an absolute path starts with a drive letter (C:, for example) or a double backslash (\\) (if the file is specified using the Universal Naming Convention format). In contrast, a relative path is incomplete, and must be interpreted relative to the current working directory of the IDL process. IDL only caches absolute paths.
The path cache is neither checked nor added to when a .COMPILE or .RUN executive command is issued. In such cases, IDL performs a standard directory-by-directory search of the directories included in
IDL will not cache the contents of any directory that contains a file named IDL_NOCACHE. See Marking Specific Directories as Uncacheable for additional information on this feature.
IDL will neither check nor add files to the path cache if it has been disabled. See Disabling the Path Cache, below, for additional information.
By default, IDL caches the locations of .pro and .sav files in all directories specified by the
In addition, you can selectively disable use of the path cache for specific directories by creating a file named IDL_NOCACHE in the directory. See Marking Specific Directories as Uncacheable, below, for details.
You can mark specific directories as being uncacheable even though the directory is included in IDL_NOCACHE in that directory.
| Note |
IDL_NOCACHE file; it can contain anything you wish, or nothing at all. Under Unix operating systems, the IDL_NOCACHE file must be named exactly as shown, using all uppercase characters in the name. Under Microsoft Windows, the characters can have any case, but RSI suggests you use upper case for consistency.
When IDL encounters a directory containing an IDL_NOCACHE file during normal path searching, it makes a special entry in the path cache telling it that the directory must not be cached. Once this is done, all future attempts to locate files in that directory will be done without using cached information.
| Note |
IDL_NOCACHE file has already been added to the path cache for the current IDL session, you must clear the existing cache (using the CLEAR keyword to the PATH_CACHE procedure) before the no-cache setting will take effect.
To re-enable path caching for a directory that has been marked as uncacheable, remove the IDL_NOCACHE file, and then reset IDL's path cache in one of the following ways:
In most cases, the files contained in directories included in
If files are created or deleted in a directory included in
IDL_NOCACHE file, as described in Marking Specific Directories as Uncacheable. This approach works for all IDL sessions that access the directory, and is therefore convenient in long-term or multi-user situations.
Depending on the value of your <IDL_DEFAULT> token, or if one or more entries include the "+" symbol. In these cases, in order for IDL to build the .pro and .sav files, with the side effect of adding these directories to the path cache. See EXPAND_PATH for a discussion of IDL's path expansion behavior.
The following statement disables path caching for the current session:
PATH_CACHE, ENABLE = 0
The following statement disables path caching for the current session and throws away the current contents of the cache:
PATH_CACHE, ENABLE = 0, /CLEAR
Suppose you want to remove a directory included in IDL_NOCACHE in that directory:
OPENW, UNIT = u, '/home/idluser/idl_dev_dir/IDL_NOCACHE', /GET_LUN FREE_LUN, u
The OPENW and FREE_LUN statements create an empty file with the desired name in the target directory. Executing the following statement clears the cache so as to reflect the change in the current IDL session:
PATH_CACHE, /CLEAR
The next time IDL encounters this directory in a path search, it will see the presence of the IDL_NOCACHE and make a note in the path cache that the directory is not cacheable.
| Note |
IDL_NOCACHE file outside IDL using any convenient command (text editor, Unix touch command, etc.). If the file is created outside IDL, only the PATH_CACHE, /CLEAR statement is necessary.
Introduced: 6.0
.FULL_RESET_SESSION, .RESET_SESSION, !PATH, Environment Variables Used by IDL, Path Preferences