DISLIN actual argument differs from type of dummy argument

[rmoortgat]

VS 17, ifx compiler, windows 11

Settings:

Release x64

Runtime library: Debug Multithreaded(/libs:static /threads/ dbglibs)

Linker - Input ^Additional dependencies: C:\DISLIN\dl_11_ic\disifl.lib user32.lib gdi32.lib

Fortran - Additional include directories: C:\DISLIN\ifc

call SWGBGD(main_win,1.0,1.0,1.0) ! Set background to white using RGB

Generates the following error:

error #6633: The type of the actual argument differs from the type of the dummy argument. [1.0]
error #6633: The type of the actual argument differs from the type of the dummy argument. [1.0]
error #6633: The type of the actual argument differs from the type of the dummy argument. [1.0]

Manual says:

S W G F G D
The routine SWGBGD changes the foreground colour of a widget.
The call is: CALL SWGFGD (ID, XR, XG, XB)
or: void swgfgd (int id, float xr, float xg, float xb);
ID is the widget ID.
XR, XG, XB are the RGB colour values between 0 and 1.

mod file:

subroutine swgbgd(id,xr,xg,xb)
implicit none
integer, intent (in) :: id
real, intent (in) :: xr,xg,xb
end subroutine swgbgd

Copilot doesn't have a clue and sends me from pillar to post.

Roger

[RandyT_Intel]

Hi @rmoortgat,

Thank you for reaching out to the community. I appreciate you taking the time to report this issue.

To help me better understand the problem and determine the appropriate next steps, I’d like to gather a few more details:

• Please generate and share your SSU (System Support Utility) log so I can review your hardware and software setup.
• Could you let me know which sources or documentation you referred to while investigating this issue?
• If you're able to record a video or screen capture showing how to reproduce the issue, that would be extremely helpful in providing full context.

Once I have this information, I’ll be in a better position to assist you effectively and work toward a resolution.

Looking forward to your response.

Best regards,

Randy T.

Intel Customer Support Technician

[rmoortgat]

Good morning Randy,

attached the asked for data.

Roger

[RandyT_Intel]

Hi @rmoortgat,

Thank you for sharing this information. I will begin investigating the issue. I'll post an update here or notify you directly once there are any developments. If I need further details, I'll reach out to you here. I appreciate your patience as I work on this matter. 

Best regards,

Randy T.

Intel Customer Support Technician

[rmoortgat]

OK. Thank you.

Roger

[RandyT_Intel]

Hi @rmoortgat,

Thank you for your continued patience.

After reviewing your concern, we have determined that the issue is not related to any Intel-supported hardware or software. The concern appears to be associated with the Fortran compiler or related software components, which are outside the scope of Intel's supported products.

To ensure you receive the most accurate and effective assistance, we will be moving this thread to our dedicated software support forum, where a specialized team will be able to provide further guidance and support.

Best regards,

Randy T.

Intel Customer Support Technician

[Xiaoping_D_Intel · Accepted solution]

The error shows a real data size mismatch between the data passed to the subroutine call and the subroutine call interface definition. I saw both the subroutine call and the module interface are using the default real data type so please make sure the code calling the subroutine and the module file are built with the same default real data size setting.

Real data type in Intel Fortran language reference: https://www.intel.com/content/www/us/en/docs/fortran-compiler/developer-guide-reference/2025-2/real-data-types.html

The compiler option to control the default real data size: https://www.intel.com/content/www/us/en/docs/fortran-compiler/developer-guide-reference/2025-2/real-size.html