Chapter Contents |
Previous |
Next |
MODULExy |
Windows specifics: | all |
Syntax | |
Details | |
See Also |
Syntax |
CALL MODULE(<cntl>,module,arg-1,arg-2. . . ,arg-n); |
num=MODULEN(<cntl>,module,arg-1,arg-2...,arg-n); |
char=MODULEC(<cntl>,module,arg-1...,arg-2,arg-n); |
Note:
The
following functions permit vector and matrix
arguments; you can use them within the IML procedure.
CALL MODULEI <cntl>,modulearg-1,arg-2. . . ,arg-n); |
num=MODULEIN(<cntl>,module,arg-1,arg-2. . .,arg-n) |
char=MODULEIC(<cntl>,module,arg-1,arg-2. . .,arg-n); |
I | prints the hexadecimal representations
of all arguments to the MODULExy function and
to the requested DLL routine before and after the DLL routine is called. You
can use this option to help diagnose problems that are caused by incorrect
arguments or attribute tables. If you specify the
I option, the
E option is
implied. |
E | prints detailed error messages. Without
the
E option (or the
I option, which supersedes it), the only error message
that the MODULExy function generates is "Invalid
argument to function," which is usually not enough information to determine
the cause of the error. |
Sx | uses x as a separator character to separate field definitions. You can then specify x in the argument list as its own character argument to serve as a delimiter for a list of arguments that you want to group together as a single structure. Use this option only if you do not supply an entry in the SASCBTBL attribute table. If you do supply an entry for this module in the SASCBTBL attribute table, you should use the FDSTART option in the ARG statement in the table to separate structures. |
H | provides brief help information about the syntax of the MODULExy routines, the attribute file format, and the suggested SAS formats and informats. |
For example, the control string
'*IS/'
specifies
that parameter lists be printed and that the string
'/'
is to be treated as a separator character
in the argument list.
'KERNEL32,GetProfileString'
specifies
to load KERNEL32.DLL and to invoke the GetProfileString routine. Note that
while the DLL name is not case sensitive, the routine name is based on the
restraints of the routine's implementation language, so the routine name is
case sensitive.
Note: KERNEL32.DLL is an internal DLL
provided by Windows; you cannot find it by searching your disk. However, its
routines are available for your use.
If the DLL supports ordinal-value naming, you can provide
the DLL name followed by a decimal number, such as
'XYZ,30'
.
You do not need to specify the DLL name if you specified the MODULE attribute for the routine in the SASCBTBL attribute table, as long as the routine name is unique (that is, no other routines have the same name in the attribute file).
You can specify module as a SAS character expression instead of as a constant; most often, though, you will pass it as a constant.
Details |
The MODULE functions execute a routine module that resides in an external (outside the SAS System) dynamic link library with the specified arguments arg-1 through arg-n.
The MODULE call routine does not return a value, while the MODULEN and MODULEC functions return a number num or a character char, respectively. Which routine you use depends on the expected return value of the DLL function you want to execute.
MODULEI, MODULEIC, and MODULEIN are special versions of the MODULExy functions that permit vector and matrix arguments. Their return values are still scalar. You can invoke these functions only from PROC IML.
Other than this name difference, the syntax for all six routines is the same.
The MODULExy function builds a parameter list by using the information in arg-1 to arg-n and by using a routine description and argument attribute table that you define in a separate file. Before you invoke the MODULExy routine, you must define the fileref of SASCBTBL to point to this external file. You can name the file whatever you want when you create it.
This way, you can use SAS variables and formats as arguments to the MODULExy function and ensure that these arguments are properly converted before being passed to the DLL routine.
See Also |
Chapter Contents |
Previous |
Next |
Top of Page |
Copyright 1999 by SAS Institute Inc., Cary, NC, USA. All rights reserved.