Caché offers language compatibility modes for:
These modes make it possible to port applications from the above installations into Caché by accommodating the syntax of many of the more common Open M commands and functions.
This chapter presents the following topics as they relate to DSM-11, DSM, or DTM compatibility modes:
Displaying and Switching Language Mode
DSM-11 Language Compatibility
DSM Language Compatibility
DTM Language Compatibility
MSM Language Compatibility
|Displaying and Switching Language Mode|
Caché provides a $ZU function that allows you to display and set the language mode. $ZU(55, n) sets the language to mode n and returns the previous value. $ZU(55) returns the current value.
Do not modify the current dialect using $ZU(55) when there is already a routine in the partition created under a different dialect.
Note: You cannot set the language mode from the GUI utilities. You must use the $ZU(55) function.
If you follow the procedures outlined in this section to port, manage and convert DSM mode routines, you do not need to use $ZU(55,n) calls to set language mode. If you want to use $ZU(55) to see the current language mode, issue the following command:
%SYS> SET X=$ZU(55)
%SYS> WRITE X
You can also set the language mode by any command that affects loading of a routine. The current dialect will be set to that of the routine. In the case of a DO, the previous dialect is restored upon leaving the routine. This will also happen for ZLOAD or GOTO done within command indirection (XECUTE).
The general-use language modes represented in Caché are as follows.
|$ZU(55) Value||Language Mode|
|6||DSM-J (Japanese version)|
|7||DTM-J (Japanese version)|
|DSM-11 Language Compatibility|
Caché operates in DSM mode when working with a DSM-11 routine that has been ported. You need not make extensive changes in order to run DSM-11 routines that have been ported to Caché. This section discusses how various commands and functions operate in DSM-11 mode.
DSM-11 Language mode is $ZU(55,1).
Note: Pay particular attention to LOCK, ZALLOCATE, and ZDEALLOCATE.
|Using Routine Interlock Devices|
Routine interlock devices provide an alternative to the standard M LOCK command. Routine interlock devices were developed so DSM-11 applications would not run out of space in the DSM-11 Lock Table.
This functionality is especially designed for DSM-11 compatibility mode, with applications ported from DSM-11. However, it operates in Caché language mode as well.
Device numbers 20 through 46 and 200 through 223 serve as routine interlock devices. They are pseudodevices that processes use cooperatively, so that they can regulate updates to the same data. The routine interlock device numbers exist on all Open M and Caché systems.
Two or more processes must agree to use one of these device numbers for a particular purpose. One process issues an OPEN command for that device, and performs any necessary processing on data associated with that device. If a second process tries to open that device, it must wait until the first one closes the device. Consequently, the second process performs no processing until it successfully opens the device or times out. Any number of processes can attempt to open the device; each one waits until the one before it releases the device with a CLOSE command.
In this way, an OPEN command to a routine interlock device guarantees a process exclusive access to the data associated with the device, as long as all applications:
After the process issues a CLOSE command to that device number, another process can open the device and have exclusive access to the data.
|Issuing I/O Commands for Routine Interlock Devices|
OPEN and CLOSE are the only I/O commands you can issue to routine interlock devices. There are no READ and WRITE commands, because using a routine interlock device does not involve transferring data in or out of any device or memory area.
The OPEN command opens a routine interlock device and prevents other processes from successfully issuing an OPEN command to the same device number.
|device||A device number, from 20 through 46 or 200 through 223. You must ensure that all routines that use a given device number agree on the meaning of that number. The meaning is usually which global(s) are now considered locked and thus not available to other processes.|
|timeout||A positive integer whose value in seconds is the longest time Caché waits for an OPEN to finish. If you specify 0, the OPEN returns control to the process immediately.|
The CLOSE command closes a routine interlock device and releases it to other processes.
|Working with DSM-11 Mode Routines|
Keep the following points in mind when working with DSM-11 mode routines on a Caché system:
At any time, you can edit a DSM-11 routine to conform to Caché and change its language mode to Caché. The Caché Studio editor facilitates the conversion of DSM-11 mode routines to Caché mode.
After you have DSM-11 mode routines on your Caché system, you can use the utilities %RO and %RI or Caché Studio with them. These utilities maintain the DSM-11 mode of the routines, which lets allows you copy routines that you have copied from a DSM-11 host to a Caché host to additional Caché namespaces and/or hosts using the Caché %RO and %RI utilities.
The %RD utility, which lists the routines in the current Caché namespace, includes a column "LANG" in its long form display that reflects the saved language mode of each routine. The "LANG" column is empty for Caché mode routines and contains "DSM11" for DSM-11 mode routines. You can also use the Caché Explorer utility to list routines.
The %RCOPY and %RCOMPIL routine utilities recognize and preserve the language mode of each routine. %RCOPY copies routines and generates backup versions. %RCOMPIL compiles macro source and intermediate code routines.
Use %RCOPY to rename a DSM-11 mode routine without converting it to Caché mode. You can also use the Caché Studio .
The Caché Studio and the Routine Line Editor (X ^%) recognize and preserve the language mode of each routine, if you SAVE and COMPILE. The Routine Properties dialogue in the Caché Studio displays the language mode of the current routine.
|Transferring Globals from DSM-11 Systems|
To transfer ANSI-collated globals from a DSM-11 system to an Caché system, first read them from the DSM-11 system using the Caché Studio with the DSM-11 file format.
To transfer string-collated globals from a DSM-11 system to Caché, first read the globals from the DSM-11 system using the DSM-11 %GTO utility. Then, use the %GCREATE utility on the InterSystems host to create each global and give it the pure string collation characteristic. Finally, load the globals in using the %GIGEN utility.
|I/O Programming in DSM-11 Compatibility Mode|
The following sections discuss input and output programming characteristics of Caché's DSM-11 compatibility mode.
In Caché, the OPEN and USE commands for terminals offer only three parameters: margin, protocol, and terminators.
By contrast, in DSM-11 the OPEN and USE commands accommodate eleven parameters. Most of these parameters exist because DSM-11 also serves as its own operating system. In DSM-11 compatibility mode, Caché simulates the DSM-11 syntax, accepting but ignoring parameters that relate to the operating system.
The following two tables describe Caché's DSM-11 compatibility mode interpretation of the eleven DSM-11 OPEN and USE command parameters.
|Parameter||DSM-11 Meaning||DSM-11 Compatibility Mode Interpretation|
|p1: margin||Set right margin for device.||Same as DSM-11. Identical to Caché mode margin parameter both in functionality and parameter position.|
|p2: output ring buffer||Set the size of the output ring buffer.||Accepted but ignored.|
|p3: input field length||Specify field length. This parameter serves only for DSM-11 backward compatibility. The READ command is now the preferred method for specifying field length.||Accepted but ignored.|
|p4: input ring buffer||Set the size of the input ring buffer||Accepted but ignored.|
|p5: set status||Modify device characteristics||Bit mask related to InterSystems mode protocol parameter. See next table for details.|
|p6: clear statu||Modify device characteristics||Bit mask related to Caché mode protocol parameter.|
|p7: set $X and $Y||Change $X and $Y settings for the terminal.||See next table for details.|
|p8: line parameter register||Values assigned based on the type of controller.||Accepted but ignored.|
|p9: terminators||Establish a set of line terminators for the device.||Same as DSM-11. Equivalent to Caché mode terminators parameter in functionality, although it occupies a different parameter position.|
|p10: set application interrupt key||Establish a set of application interrupt keys for the device.||Accepted but ignored.|
|timeout||Specify the length of time to suspend execution if the requested device is not free.||Same as DSM-11. Identical to Caché mode timeout parameter both in function and in parameter position.|
The protocol parameter in Caché mode is a string containing some combination of the following:
Similarly, DSM-11 has the set status and clear status parameters, both of which are bit masks.
To turn on a protocol, you must include its bit in the set status parameter. To turn off a protocol, you must include its bit in the clear status parameter. In DSM-11 compatibility mode, Caché accepts but ignores bits that are operating system specific. The following table lists the bits that are supported.
|0 (1)||0 - Echo1 - No Echo||Identical to Caché "S" protocol.|
|2 (4||0 - Hardcopy1 - CRT||Identical to Caché "C" protocol.|
|6 (64)||0 - Escape Processing Disabled 1 - Escape Processing Enabled||Determines how escape sequences are handled on READ. In Caché mode, an escape sequence always terminates a non-image mode READ, and the escape sequence appears as a string in $ZB. In DSM-11 mode, an escape sequence always terminates a normal READ, but the escape sequence is processed only if escape processing is enabled. When escape processing is enabled, the decimal ASCII code of the second character appears in the high byte of $ZB and the decimal ASCII code of the escape character itself appears in the low byte. When escape processing is disabled, the escape character is treated like any terminator and the remaining character(s) of the escape sequence are not processed. They remain in the input buffer where they can be accessed by subsequent READ commands.|
|7 (128)||0 - Do Not Transmit Cursor Control Sequences 1 - Transmit Cursor Control Sequences||Determines the handling of parameter 7: set $X and $Y. When a parameter 7 value is supplied on OPEN/USE in DSM-11 language compatibility mode, $X and $Y are updated accordingly and if bit 7 is ON, the appropriate cursor control sequence (VT52 or ANSI, depending on bit 16) is transmitted to the terminal.|
|14 (16384)||0 - No conversion1 - Convert to uppercase||Determines whether or not case is converted on input.|
|16 (65536)||0 - VT521 - ANSI||Determines the appropriate cursor control sequence.|
|19 (524288)||0 - Ignore Delete Character 1 - Acknowledge Delete Character||Determines the effect of pressing the <DELETE> key when there is nothing in the input buffer to delete. If the bit is ON, the delete character is ignored. If the bit is OFF, the READ terminates and the delete character appears as 127 in the low byte of $ZB.|
|20 (1048576)||0 - Accept non-programmed ctrl keys 1 - Ignore non-programmed ctrl keys.||Determines the effect of pressing non-programmed control keys. When the bit is OFF, all non-programmed control keys are accepted as normal characters. When the bit is ON, non-programmed control keys are ignored. They are not echoed or placed in the input buffer.|
|23 (8388608)||0 - Disable Pass All 1 - Enable Pass All||Identical to Caché IMAGE mode protocol. When the bit is ON, all control characters pass directly to the program without filtering or interpretation.|
|25 (33554432)||0 - Enable Type-ahead 1 - Disable Type-ahead||Determines the handling of type-ahead. When bit 25 is ON, type-ahead is disabled. The input buffer is flushed before each READ. When bit 25 is OFF, type-ahead is enabled. The input buffer is not flushed before each READ.|
|26 (68108864)||0 - Default to Bit 25, Type-ahead control 1 - Do not flush Type-ahead Buffer.||When bit 26 is OFF, no additional type-ahead control beyond that provided by bit 25 is conferred. When bit 26 is on, the type-ahead buffer can never be flushed, unless explicitly directed by bit 25. For example, READ with a prompt does not flush type-ahead.|
On Windows, Caché ObjectScript allocates each process an open file quota between database files and files opened with OPEN. When OPEN causes too many files to be allocated to OPEN commands, you receive a <TOOMANYFILES> error message.
Caution: OPEN/USE parameters that are unique to DSM-11 compatibility mode are honored at READ/WRITE time only if the last OPEN/USE of the device was in DSM-11 mode. The parameters unique to DSM-11 mode are p5/p6 (bits 6,7,19,20,25,26) and p7.
If a terminator completes a READ, the special variable $ZB contains the terminator character as a string in Caché mode, while in DSM-11 mode the ASCII decimal value of the terminator is returned in the low byte of $ZB.
If an escape sequence terminates a READ, Caché mode returns the ASCII escape sequence as a string in $ZB, while DSM-11 mode returns an integer with the escape character (27) in the low byte of $ZB and the second character plus 16 then modulo 64 in the high byte.
The I/O commands for magnetic tape are very similar in Caché and DSM-11. Both use the positional parameter style, and the positions and values of the specific parameters in each are quite similar. However, there are some differences in format codes, which account for these unique characteristics of magnetic tape I/O in DSM-11 compatibility mode:
|DSM-11 mode||Caché mode||Tape Density (BPI)|
Caché offers devices 224-255 for interjob communications in both language modes. For more information on how to use these devices, see Chapter 18, "Interprocess Communication."
|VIEW Command and $VIEW Function|
Caché does not support the VIEW command or the $VIEW function in DSM-11 compatibility mode.
|ZALLOCATE and ZDEALLOCATE|
The ZALLOCATE and ZDEALLOCATE commands behave differently in Caché and DSM-11:
Two switches in the $ZU(68) and $ZU(69) functions allow you to select which behavior ZALLOCATE and ZDEALLOCATE enact. Switch 8 affects Caché mode routines and Switch 9 affects DSM-11 mode routines.
Set switch 9 to cause all ZA and ZD commands in DSM-11 compiled routines to act in Caché mode.
$ZU(69,9,1) System level
$ZU(68,9,1) Process level
Clear switch 9 to cause all ZA and ZD commands in DSM-11 compiled routines to act in DSM-11 mode (this is the default).
$ZU(69,9,0) System level
$ZU(68,9,0) Process level
Set switch 8 to cause all ZA and ZD commands in Caché mode routines to act in DSM-11 mode.
$ZU(69,8,1) System level
$ZU(68,8,1) Process level
Clear switch 8 to cause all ZA and ZD commands in Caché mode routines to act in Caché mode (this is the default).
$ZU(69,8,0) System level
$ZU(68,8,0) Process level
In DSM-11 compatibility mode, ZALLOCATE and ZDEALLOCATE by default behave as they do in DSM-11 (unless you set switch 9). Because of the difference between these modes, always examine code you are porting from a DSM-11 system to ensure that changes in nesting characteristics of LOCK and ZALLOCATE will not affect the integrity of your application.
If you have ported your ZA and ZD commands to Caché mode, but are still compiling in DSM-11 mode, set switch 9 in your ZSTU startup routine to be certain ZA and ZD will be interpreted in Caché mode.
|Extended Functions for DSM-11 Mode|
Caché supports the following functions in both language modes:
|Unsupported DSM-11 Functions|
Caché does not support the following DSM-11 functions:
Caution: Because the $ZUCI function can be abbreviated as $ZU, you must be sure to remove all references to it from DSM-11 applications that you port to Caché, so that Caché does not treat them as calls to the Caché $ZU(n,...) function.
|Extended Special Variables for DSM-11 Mode|
Caché supports the following special variables in both language modes:
Caché supports these special variables only in DSM-11 mode:
Both $ZA and $ZB return DSM-11 values.
|Extended Commands for DSM-11 Compatibility Mode|
Caché supports the following DSM-11 command in both language modes:
Caché supports the following commands in DSM-11 compatibility mode:
ZPRINT is identical to the Caché mode PRINT command.
ZWRITE is identical to the argumentless WRITE command.
In DSM-11 M, the ZBREAK ON and ZBREAK OFF commands control the processing of argumentless BREAK commands. The $ZU(68,5,n) function simulates this DSM-11 behavior and works in both language modes.
Issuing $ZU(68,5,0) disables the processing of argumentless BREAK commands for a JOB (similar to ZBREAK OFF). Issuing $ZU(68,5,1) enables the processing of argumentless BREAK commands (similar to ZBREAK ON). Issuing $ZU(68,5) without the n argument returns the current state of the switch without changing it.
Use the Caché Configuration Manager to make ignoring argumentless BREAK commands the default behavior for all jobs.
|Error Handling for DSM-11 Compatibility Mode|
In DSM-11 mode, the error messages returned by the $ZERROR special variable use the same spelling as their DSM-11 counterparts.
In DSM-11 mode, Caché supports DSM-11 version 2 error handling. DSM-11 version 2 style error handling provides that whenever an M error occurs the entire frame stack is cleared and a GOTO is executed to the error handling routine.
To preserve this method of error handling, use the BREAK 2 command to enable DSM-11 version 2 error handling. To revert to normal DSM-11 error handling, issue the BREAK -2 command. You can invoke these commands in DSM-11 compatibility mode only.
If a routine that is executing in DSM-11 compatibility mode calls a normal language mode routine, such as a system utility, Caché's standard error handling method applies throughout the execution of that routine.
|$TEXT Comment Lines|
Caché supports the double semicolon feature that lets you include specific comment lines in the compiled result. This feature is necessary when the comment line is referenced by $TEXT and the routine is to be distributed without source code. Because DSM-11 has no equivalent feature, $TEXT in DSM-11 mode requires that the source code always be available.
|DSM Language Compatibility|
Caché operates in DSM mode when working with a DSM routine that has been ported. You need not make extensive changes in order to run DSM routines that have been ported to Caché. This section discusses how various commands and functions operate in DSM mode.
DSM Language mode is $ZU(55,5).
|Porting Routines from DSM to Caché|
Caché operates in DSM mode when working with a DSM routine that has been ported. To port routines from DSM to Caché use the DSM %RS utility to save native DSM applications to tape or disk. Then, restore the applications on the Caché system using the Caché Studio editor or %RI utility.
The %RI utility and the Restore utility with DSM format (available in the Caché Explorer) recognizes native DSM %RS files and loads (compiles and saves) them as DSM mode routines.
Keep the following points in mind when working with DSM mode routines on a Caché system:
Note: Currently %RI and ^%rde report <SYNTAX> errors on some DSM language features in a DSM mode routine. This indicates that the syntax is not valid Caché ObjectScript syntax. However, the code will interpret correctly if it is a currently recognized DSM language feature in DSM compatibility mode.
|Programming in DSM Language Mode|
In Caché, the CLOSE, OPEN, USE, and JOB commands feature position-based parameter values separated by a colon (:) character. For example:
By contrast, in DSM the CLOSE, OPEN, USE, ZUSE, and JOB commands feature keyword syntax where keywords and not position give meaning to parameter values. For example:
where keylist is one of the following:
In each, the intent is to communicate information about operations to the specified device. For example the programmer may want to convert READ command input characters to uppercase. In Caché native language mode, this is done with the following syntax:
and in DSM language mode the following accomplishes the same thing:
Currently DSM language mode supports certain keywords for terminal type devices. The following keyword is recognized but treated as a no-op for the OPEN command:
The following keywords are recognized and functional for the USE command:
BREAK 0 must be active to allow CENABLE and NOCENABL to have their intended effect. BREAK 0 is the default in Application Mode. However, BREAK 1 is the default in Programmer mode and is implicitly reasserted at every Programmer Mode prompt. Therefore BREAK 0 must be re-typed at every Programmer Mode prompt to interactively test the CENABLE and NOCENABL keywords.
The CLEARSCR, DOWNSCRO, ERASELIN, UPSCROLL, X=n, and Y=n keywords cause VT100 escape sequences to be written to the specified device and will only work with devices that recognize the sequences. When the specified device is a console window, Caché automatically translates the escape sequences into window operations that perform the desired result.
The LINE and NOLINE keywords enable and disable Caché read line recall. Read line recall may initially be disabled by default. Use $ZUTIL(68,11,1) to enable read line recall by default for your process.
In DSM, the TYPE and NOTYPE keywords have no effect unless the /TYPEAHEAD command line qualifier is in effect for the DSM process.
In DSM for DEC OSF/1 AXP the same is true, but the NOREADPFLU keyword can be used to accomplish dynamically the same thing as the /TYPEAHEAD command qualifier while READPFLU negates the /TYPEAHEAD behavior.
Therefore NOREADPFLU and READPFLU are provided in DSM compatibility mode so that NOREADPFLU can be specified for the principal device at application start up to accomplish the same behavior as the DSM /TYPEAHEAD qualifier.
DSM compatibility mode recognizes the following keywords but treats them as no-ops for USE:
DSM language mode also supports several keywords for the JOB command. The following keywords are recognized and functional:
The following keywords are recognized but treated as no-ops for JOB:
DSM compatibility mode currently handles all other ANSI standard M commands except the BREAK and VIEW commands, which according to the standard take implementor-specific arguments.
|Device Control Mnemonic Spaces and Device Control Mnemonics|
DSM compatibility mode in Caché provides a migration path for most DSM applications that use mnemonic spaces and device control mnemonics.
For applications that can be migrated, the application code itself need not be changed. In many cases a routine name change is all that is required and in the other cases only routine entry point bridges are required.
Device control mnemonics are keywords that are used with the WRITE / format character and the READ / format character to perform device control. For example, WRITE /CUP(1,1) in a X3.64 compliant mnemonic space performs cursor positioning. In DSM, user defined mnemonic space tables associate the keywords in the mnemonic space with routine entry points that are called at run-time to perform the operation. DSM applications associate a mnemonic space table and the keywords defined by it with a device by specifying the mnemonic space name with an OPEN or USE command.
Caché does not use a table to map the device control mnemonics in a mnemonic space to M routine entry points. Rather it infers the entry point label name from the control mnemonic (the control mnemonic is converted to uppercase to form the label name) and it uses the current mnemonic space name specified for the device as the entry point routine name.
For example, in the following sequence Caché calls back to the M routine entry point CUP^%X364 as a result of the WRITE / command:
%SYS>U 0::"^%X364" W /CUP(1,1)
If your user-defined mnemonic space tables specify case conversion for control mnemonics, you can update your application to run in DSM compatibility mode in Caché.
Further, if all your control mnemonics already match all the label names of their associated Caché ObjectScript routine entry points, then all that is necessary is that all labels be present in a single routine. If any control mnemonic does not match the label name of its associated Caché ObjectScript routine entry point then an entry point "bridge" whose label name does match the control mnemonic can be added. The entry point bridge needs only to call the original target Caché ObjectScript routine entry point passing along any expected parameters.
Of course, you can produce the same effect by changing the label name of the original entry point. Whether bridge entry point labels or original entry point labels, all must be present in a single Caché ObjectScript routine.
In DSM compatibility mode, Caché determines the name of the Caché ObjectScript routine that contains control mnemonic call back labels in one of two ways. When a specified mnemonic space name begins with the "^" character Caché assumes the mnemonic space name is the Caché ObjectScript routine name; otherwise it adds a "^%Z" prefix to the mnemonic space name to form the Caché ObjectScript routine name. This latter case will be the rule unless you update your DSM application code (usually a less desirable option).
The following sequence is an example of the latter case:
%SYS>U 0::"ZTERM" W /CUP(1,1)
In this sequence Cachéperforms a callback to the Caché ObjectScript routine entry point CUP^%ZZTERM as a result of the WRITE / command.
The names of the Caché ObjectScript routines containing control mnemonic callback entry points can be changed to adhere to this convention.
|Other DSM Language Features Implemented in Compatibility Mode|
The following DSM Z commands are recognized and functional:
The DSM ZUSE command is recognized but treated as a no-op. Note that ZUSE keywords are not currently implemented.
The following DSM Z functions are recognized and functional:
The following DSM I/O related Z special variables are recognized and functional for terminal devices:
The following other DSM Z special variables are recognized and functional:
The following DSM library external functions ($ZCALLs) are recognized and functional.
Note: The precision in the numbers returned for these functions may be somewhat different from DSM systems
Date and Time:
|VIEW Command and $VIEW Function|
Since the VIEW command and $VIEW function require knowledge of the contents of disk or memory structures, which vary from one implementation to another, Caché does not support the VIEW command or the $VIEW function in DSM compatibility mode.
The utility %dsmcvt converts a DSM database into an Caché database. When run, %dsmcvt prompts you for the directory containing the DSM database to be converted. The database is converted to an Caché database in the current namespace.
|DTM Language Compatibility|
Caché operates in DTM mode when working with a DTM routine that has been ported. This section discusses which commands and functions operate in DTM mode and notes any variations in how they operate. DTM Language mode is $ZU(55,2).
|Programming in DTM Compatibility Mode|
In general, when you are programming in DTM compatibility mode, ObjectScript operates as it would on a native Open M [DTM] system. Routine line structure follows DTM rules, so that your routines can use DTM-specific language elements.
However, there are several points you should especially keep in mind when using DTM mode.
You can use the DTM-specific operators in DTM compatibility mode. These operators are:
|<>||The record-forming operator.The record-forming operator creates a string which contains the pieces in between the angle brackets. Example: If $ZPIECE = "^" and you issue SET x=<a,b>, then x=a_"^"_b|
|.n||The field operator. The field operator sets a string equal to the nth piece of another string. Example: If s="s12^ab", then s.2="ab"|
In Open M [DTM] compatibility mode, the JOB command operates as does the JOB command on a native Open M [DTM] system. This means there is a substantial difference in the JOB command parameters.
In Caché, the process parameters for JOB can be four positional values. These are:
|default||The default namespace for the jobbed process.|
|switch||A numeric value specifying whether M should pass your current symbol table to the new process.|
|principal-input||The principal input device for the process.|
|principal-output||The principal output device for the process.|
Because the parameters are positional, you must specify them in the order shown. If you omit a parameter that precedes a parameter you are including, you must include a colon as a placeholder for it. See the JOB command in the Caché ObjectScript Reference for more information.
In DTM, the process parameters can be up to 10 values. Each is in the form:
|keyword||The name of a specific process parameter.|
|value||The value you want to assign the process parameter.|
The keywords you can use are:
|lvmem||The amount of memory (in bytes) to allocate for the jobbed process' symbol table.|
|lvmin||The minimum amount of memory (in bytes) to allocate for the symbol table.|
|lvmax||The maximum amount of memory (in bytes) to allocate for the symbol table.|
|name||The name to assign to the job.|
|node||The name of the network node on which the job is to run.|
|nspace||The namespace in which to execute the job.|
|pdev||The principal device of the job.|
|priority||The priority of the job (0 through 9).|
|strstk||The size of the string stack in bytes.|
|sysstk||The size of the system stack in bytes.|
Because of the keywords, the parameters are not positional. To specify multiple process parameters, use a colon-separated list in the form:
You do not have to specify colons for parameters you do not specify.
In DTM compatibility mode, the I/O commands (OPEN, USE, and CLOSE ) use DTM argument syntax. In general, use the following guidelines when you are in Caché compatibility mode:
In DTM compatibility mode, VIEW and $VIEW operate as they do on a DTM system.
When your process is in DTM compatibility mode, you can further set it into DTM's DSM-11 compatibility mode. You then are able to load and run DSM-11 routines. Use the ZZCOMPAT command to switch between DSM-11 mode and Open M [DTM] compatibility mode. Use the $ZZCOMPAT special variable to determine the mode in which your process is set.
You cannot use structured system variables in Open M [DTM] compatibility mode.
|DTM Compatibility Mode Commands, Functions, and Special Variables|
The following sections list the commands, functions , and special variables available in DTM compatibility mode.
These ANSI Standard commands operate identically in Caché mode and DTM compatibility mode:
These ANSI Standard commands are not available in DTM compatibility mode:
These extended commands operate identically in Caché mode and DTM compatibility mode:
The following extended command is not available in Open M [DTM] compatibility mode:
The following ANSI Standard functions operate identically in DTM compatibility and Caché mode:
These extended functions are not available in DTM compatibility mode:
The following DTM mode math functions operate identically in Caché mode and DTM compatibility mode:
These set up a general error handler and call %math utility entry points. The general error handler turns any reported error into an <ILLEGAL VALUE> error which is returned to the calling routine.
The following ANSI Standard special variables are not available in DTM compatibility mode:
The following extended special variables operate identically in Caché mode and DTM compatibility mode:
The utility %dtmcvt converts a DTM database into an Caché database. When run, %dtmcvt prompts you for the directory containing the DTM database to be converted. The database is converted to an Caché database in the current namespace.
|MSM Language Compatibility|
Caché operates in MSM mode when working with a MSM routine that has been ported. This section discusses which commands and functions operate in MSM mode and notes any variations in how they operate. MSM Language mode is $ZU(55,8).
A language mode can be set individually for each routine and a routine compiled in one language mode can call or be called by a routine compiled in another mode. Thus, for instance, an MSM mode routine could call a DTM mode routine which could in turn call another MSM mode routine.
After an MSM application is compiled in the correct language mode, it can be installed and run on any Caché system, no matter what other applications or language modes are used on that system.
Almost all language mode processing occurs at compile time, not run time. As a result, using a language mode such as MSM will generally deliver the same high performance as Caché's native language mode.
|MSM Compatibility Mode Commands, Functions, and Special Variables|
The following sections list the commands, functions , and special variables available in MSM compatibility mode.
These ANSI Standard commands operate identically in Caché mode and MSM compatibility mode:
These extended commands operate identically in Caché mode and MSM compatibility mode:
These extended functions operate identically in MSM compatibility mode and Caché mode:
The following extended special variables operate identically in Caché mode and MSM compatibility mode:
The utility %msmcvt converts an MSM database into an Caché database. When run, %msmcvt prompts you for the directory containing the MSM database to be converted. The database is converted to an Caché database in the current namespace.