Developer Guide and Reference

ID 767251
Date 10/31/2024
Public
Document Table of Contents

Call the Routines Generated by the Module Wizard

This topic only applies to Windows.

Although Standard Fortran does not support objects, it does provide Standard Fortran modules. A module is a set of declarations that are grouped together under a global name, and are made available to other program units by using the USE statement.

The Intel® Fortran Module Wizard generates a source file containing one or more modules. The types of information placed in the modules include:

  • Derived-type definitions are Fortran equivalents of data structures that are found in the type information.

  • Constant definitions are Fortran PARAMETER declarations that include identifiers and enumerations found in the type information.

  • Procedure interface definitions are Fortran interface blocks that describe the procedures found in the type information.

  • Procedure definitions are Fortran functions and subroutines that are jacket routines for the procedures found in the type information.

The jacket routines make the external procedures easier to call from Fortran by handling data conversion and low-level invocation details.

The use of modules allows the Intel® Fortran Module Wizard to encapsulate the data structures and procedures exposed by an object or DLL in a single place. You can then share these definitions in multiple Fortran programs.

The appropriate USE statement needs to be added in your program, as well as function invocations or subroutine calls.

The routines generated by the Intel® Fortran Module Wizard are designed to be called from Fortran. These routines in turn call the appropriate system routines (not designed to be called from Fortran), thereby simplifying the coding needed to use COM and Automation objects.

Intel® Fortran provides a set of runtime routines that present to the Fortran programmer a higher level abstraction of the COM and Automation functionality. The Fortran interfaces that the wizard generates hide most of the differences between Automation objects and COM objects.

Depending on the options specified, the IFCOM and IFAUTO routines can be present in the generated code.

The following table summarizes the IFCOM routines:

IFCOM Routines

Description

COMAddObjectReference

Adds a reference to an object's interface.

COMCLSIDFromProgID

Passes a programmatic identifier and returns the corresponding class identifier.

COMCLSIDFromString

Passes a class identifier string and returns the corresponding class identifier.

COMCreateObject

A generic routine that executes either COMCreateObjectByProgID or COMCreateObjectByGUID.

COMCreateObjectByGUID

Passes a class identifier and creates an instance of an object. It returns a pointer to the object's interface.

The following table summarizes the IFAUTO routines:

IFAUTO Automation Routines

Description

AUTOAddArg

Passes an argument name and value and adds the argument to the argument list data structure.

AUTOAllocateInvokeArgs

Allocates an argument list data structure that holds the arguments that you will pass to AUTOInvoke.

AUTODeallocateInvokeArgs

Deallocates an argument list data structure.

AUTOGetExceptInfo

Retrieves the exception information when a method has returned an exception status.

AUTOGetProperty

Passes the name or identifier of the property and gets the value of the Automation object's property.

The following code shows an annotated version of a portion of the code generated by the Intel® Fortran Module Wizard. This code is generated from the COM type information for the Save method of the IGeneric Document interface.

INTERFACE ! Saves the document to disk. ! ! If the type information provides a comment that describes the member ! function, then the comment is placed before the beginning of the procedure. INTEGER*4 FUNCTION IGenericDocument_Save($OBJECT, vFilename, & vBoolPrompt, pSaved) ! ! The first argument to the procedure is always $OBJECT. It is a pointer to ! the object'sinterface. The remaining argument names are determined from the ! type information. ! USE IFWINTY INTEGER (INT_PTR_KIND()), INTENT(IN) :: $OBJECT ! Object Pointer !DIR$ ATTRIBUTES VALUE :: $OBJECT ! ! This is an example of an ATTRIBUTES directive statement used to specify the ! calling convention of an argument. ! TYPE (VARIANT), INTENT(IN), OPTIONAL :: vFilename ! (Optional Arg) ! ! A VARIANT is a data structure that can contain any type of Automation data. ! It contains a field that identifies the type of data and a union that holds ! the data value. The use of aVARIANT argument allows the caller to use any ! data type that can be converted into the datatype expected by the member ! function. !DIR$ ATTRIBUTES REFERENCE :: vFilename TYPE (VARIANT), INTENT(IN), OPTIONAL :: vBoolPrompt ! (Optional Arg) !DIR$ ATTRIBUTES REFERENCE :: vBoolPrompt INTEGER, INTENT(OUT) :: pSaved ! DsSaveStatus ! ! Nearly every COM member function returns a status of type HRESULT. Because ! of this, if a COM member function produces output, it uses output arguments ! to return the values. In thisexample, pSaved returns a routine specific ! status value. !DIR$ ATTRIBUTES REFERENCE :: pSaved !DIR$ ATTRIBUTES STDCALL :: IGenericDocument_Save END FUNCTION IGenericDocument_Save END INTERFACE POINTER(IGenericDocument_Save_PTR, IGenericDocument_Save) ! routine pointer ! ! The interface of a COM member function looks very similar to the interface ! for a dynamic link library function with one major exception. Unlike a DLL ! function, the address of a COM member function is never known at program link ! time. You must get a pointer to an object's interface at runtime, and the ! address of a particular member function is computed from that.

For information on how to get a pointer to an object's interface, see Get a Pointer to an Objects Interface.

The following code shows an annotated version of the wrapper generated by the Module Wizard for the Save function. The name of a wrapper is the same as the name of the corresponding member function, prefixed with a $ character.

! Saves the document to disk. INTEGER*4 FUNCTION $IGenericDocument_Save($OBJECT, vFilename, & ! ! The wrapper takes the same argument names as the member function ! interface. ! vBoolPrompt, pSaved) IMPLICIT NONE INTEGER(INT_PTR_KIND()), INTENT(IN) :: $OBJECT ! Object Pointer !DIR$ ATTRIBUTES VALUE :: $OBJECT TYPE (VARIANT), INTENT(IN), OPTIONAL :: vFilename !DIR$ ATTRIBUTES REFERENCE :: vFilename TYPE (VARIANT), INTENT(IN), OPTIONAL :: vBoolPrompt !DIR$ ATTRIBUTES REFERENCE :: vBoolPrompt INTEGER, INTENT(OUT) :: pSaved ! DsSaveStatus !DIR$ ATTRIBUTES REFERENCE :: pSaved INTEGER(4) $RETURN INTEGER(INT_PTR_KIND()) $VTBL ! Interface Function Table ! ! The wrapper computes the address of the member function from the interface ! pointer and an offset found in the interface's type information. ! In implementation terms, an interface pointer is a pointer to a pointer ! to an array of function pointers called an Interface Function Table. ! POINTER($VPTR, $VTBL) TYPE (VARIANT) :: $VAR_vFilename TYPE (VARIANT) :: $VAR_vBoolPrompt IF (PRESENT(vFilename)) THEN ! ! Arguments to a COM or Automation routine can be optional. The wrapper ! handles the invocation details for specifying an optional argument that ! is not present in the call. ! $VAR_vFilename = vFilename ELSE $VAR_vFilename = OPTIONAL_VARIANT END IF IF (PRESENT(vBoolPrompt)) THEN $VAR_vBoolPrompt = vBoolPrompt ELSE $VAR_vBoolPrompt = OPTIONAL_VARIANT END IF $VPTR = $OBJECT ! Interface Function Table ! ! The offset of the Save member function is 84. The code assigns the ! computed address to the function pointer IGenericDocument_Save_PTR, ! which was declared with the interface shown above, and then calls ! the function. ! $VPTR = $VTBL + 84 ! Add routine table offset IGenericDocument_Save_PTR = $VTBL $RETURN = IGenericDocument_Save($OBJECT, $VAR_vFilename, & $VAR_vBoolPrompt, pSaved) $IGenericDocument_Save = $RETURN END FUNCTION $IGenericDocument_Save

The following code shows an annotated version of a portion of the code generated by the Module Wizard from Automation type information for the Rebuild All method of the IApplication interface.

! Rebuilds all files in a specified configuration. SUBROUTINE IApplication_RebuildAll($OBJECT, Configuration, $STATUS) ! ! The first argument to the procedure is always $OBJECT. It is a pointer ! to an Automation object's IDispatch interface. The last argument to ! the procedure is always $STATUS. It is an optional argument that you ! can specify if you wish to examine the return status of the method. ! ! The IDispatch Invoke member function returns a status of type HRESULT. ! An HRESULT is a 32-bit value. It has the same structure as a Windows ! error code. In between the $OBJECT and $STATUS arguments are the ! method argument names determined from the type information. ! Sometimes, the type information does not provide a name for an ! argument. In this case, the Module Wizard creates a $ARGn name. IMPLICIT NONE INTEGER(INT_PTR_KIND()), INTENT(IN) :: $OBJECT ! Object Pointer !DIR$ ATTRIBUTES VALUE :: $OBJECT TYPE (VARIANT), INTENT(IN), OPTIONAL :: Configuration !DIR$ ATTRIBUTES REFERENCE :: Configuration INTEGER(4), INTENT(OUT), OPTIONAL :: $STATUS ! Method status !DIR$ ATTRIBUTES REFERENCE :: $STATUS INTEGER(4) $$STATUS INTEGER (INT_PTR_KIND) invokeargs invokeargs = AUTOALLOCATEINVOKEARGS() ! ! AUTOALLOCATEINVOKEARGS allocates a data structure that is used to ! collect the arguments that you will pass to the method. ! AUTOAddArg adds an argument to this data structure. ! IF (PRESENT(Configuration)) CALL AUTOADDARG(invokeargs, '$ARG1', & Configuration, AUTO_ARG_IN) $$STATUS = AUTOINVOKE($OBJECT, 28, invokeargs) ! ! AUTOINVOKE invokes the named method passing the argument list. ! This returns a status result. ! IF (PRESENT($STATUS)) $STATUS = $$STATUS ! ! If the caller supplied a status argument, the code copies the ! status result to it. ! CALL AUTODEALLOCATEINVOKEARGS (invokeargs) ! ! AUTODEALLOCATEINVOKEARGS deallocates the memory used by the argument ! list data structure. ! END SUBROUTINE IApplication_RebuildAll