Intel® Fortran Compiler
Build applications that can scale for the future with optimized code designed for Intel® Xeon® and compatible processors.
29590 Discussões

Debug issue relating to allocatable variables in user defined type constructs (Status)

Stephen_Sutcliffe
Novo colaborador III
20.835 Visualizações

For a while now I have been unable to interrogate the contents of allocatable variables, that are declared within a user defined data type, the MS Visual Studio debugger. Screen grab below shows an example data structure used to store IGES CAD data entries to illustrate this: 

Stephen_Sutcliffe_0-1595763025794.png

There is no problem with the actual data as the program continues normally even though the Watch Window claims that the allocatable arrays are 'Undefined pointer/arrays'

I don't remember exactly when this fault was introduced. I do recall that it did used to be possible to interrogate these types of variables back in 2015/16 I guess.  I am aware that other posts have been made on this subject in the past so I am wondering if Intel have:

a) identified where the problem lies and who is responsible for fixing it MS or Intel?

b) are still actively trying to find a solution

c) have any idea when/if it will ever be resolved

With each new release of either VS or FORTRAN compilers I look to see if this problem has been resolved only to be disappointed each time.

I reported this to Intel Premier Support a few years ago but the case simply went cold with no resolution.

My current work round involves copying the allocated data to a local copy (outside of the TYPE construct) where I can interrogate the allocated arrays with no problem. This approach can get tedious and I don't want to have special debug code clogging up the sources so I would rather avoid having to do this.

 If I am missing a trick somewhere I am open to any suggestions.

 

Thanks

0 Kudos
1 Solução
Devorah_H_Intel
Moderador
19.455 Visualizações

Fix will be available in the upcoming oneAPI 2021.2 update release. 

Ver solução na publicação original

36 Respostas
Stephen_Sutcliffe
Novo colaborador III
7.752 Visualizações

Glad to see someone is looking into this at Intel.

@Devorah_H_Intel Please refer to case DOQG-1964 that I referred to earlier in this thread. A reproducer is attached to this earlier post called DebugBug.f90.  I sent this reproducer to Premier Support back in August with comments to show how the bug gets introduced. I have not tried it on the newest OneAPI beta version. "Better the devil you know" and all that.

FortranFan
Colaborador honorário III
7.712 Visualizações

@Stephen_Sutcliffe , @NsK ,

See this thread, the problem persists with the latest from what I see.

FortranFan
Colaborador honorário III
7.708 Visualizações
@Devorah_H_Intel wrote:

@FortranFan please share the case# or attach a reproducer.

 

@Devorah_H_Intel , please also look at case # DOQG-1548.

JohnNichols
Colaborador honorário I
7.690 Visualizações

MS has historically been deaf to requests from the Intel Fortran team.

-------------------------------------------------------------------------------

And this surprises you because?

Interestingly the Windows 10 development team actually appears to be quite responsive to problems.  

 

Devorah_H_Intel
Moderador
7.668 Visualizações

DOQG-1548 was not fixed yet.

DOQG-1964 was not fixed yet.

NsK
Novato
7.634 Visualizações

Happy New Year everyone!

@Devorah_H_Intel, any update?

Thanks 

Devorah_H_Intel
Moderador
7.617 Visualizações
Devorah_H_Intel
Moderador
19.456 Visualizações

Fix will be available in the upcoming oneAPI 2021.2 update release. 

Stephen_Sutcliffe
Novo colaborador III
7.541 Visualizações

Glad to hear this. Appreciate this has been finally looked into at last. The obvious question is:

When will the oneAPI 2021.2 update be available?

Another question is,

Will this fix cover all the tickets mentioned on this thread.

 

Devorah_H_Intel
Moderador
7.526 Visualizações

1. In March

2.  The fixes are for 

DOQG-1548 

DOQG-1964  

Giannakos__Vassileios
Principiante
7.235 Visualizações

Greetings,

does anyone know if this issue is resolved? And if so, in which update?

jimdempseyatthecove
Colaborador honorário III
7.508 Visualizações

"Tell us what you think"

But nobody appears to be listening as I am certain that a lot of complaints requesting to stop asking this question.

O.P.

A cocky workaround is to use ASSOCIATE to reference the member variable. This is relatively low overhead and can be conditionally compiled for debugging.

!DIR$ IF DEFINED(CROCKY)
ASSOCIATE CROCKY_I=>FOO%X%I
CONTINUE ! BREAK HERE
END ASSOCIATE
!DIR$ ENDIF

Jim Demspey

Jim Dempsey

gdiaz
Principiante
7.356 Visualizações

Well, I just installed the oneAPI 2021.2 and the problem that started in 2012 regarding the modules being able to define structured data types and be able to download them in eclipse, still does not show the content. Hopefully, they can fix this problem. We have been there for 9 years !!!!

Devorah_H_Intel
Moderador
7.333 Visualizações

@gdiaz   - the attached image shows Eclipse IDE

The Eclipse plugin we provide is for C++ only.  We do not supply plugin for Fortran.  So the debugger Eclipse is using is just GDB - it does not have our Fortran Expression Evaluator which for Visual Studio only.

For Linux use Intel® Distribution for GDB* for CLI.

gdiaz
Principiante
7.328 Visualizações

And do you plan to incorporate it into FORTRAN or will it only be through the visual studio version?

Devorah_H_Intel
Moderador
7.300 Visualizações

I will bring it up with our IDE team. At this point, there are no plans to provide Eclipse IDE support for Intel Fortran Compiler. 

 

Responder