Hi,
I am relatively new to Intel Inspector XE. I have search through the documentation but haven't found what I am looking for, hence I am posting here.
Hi,
I am relatively new to Intel Inspector XE. I have search through the documentation but haven't found what I am looking for, hence I am posting here.
Dear all,
I have some trouble in debugging my program: the output data by the program is not exactly the same at different runs when I input exactly the same data to this program. I don't know what lead to this problem. Is there any Intel software/suggestion to check this kindly of proglem?
An MFC application is reporting many memory leaks at exit using MFC's internal mem leak checker.
Running Inspector didn't reveal those leaks.
I've read that MFC can falsly report leaks because linked DLLs allocate memory before MFC's memory tracker becomes active.
I tried linking to MFC's DLLs first via linker options (confirmed by viewing the linker output in VERBOSE mode). MFC links first but the leaks are still showing.
The application is linked with several boost DLLs as well as 2-3 user DLLs which are not MFC DLLs.
I'm trying to use Inspector XE 2013 to track down a data race, but at various points in my application, Inspector exits with what looks like the exception code for an access violation. I'm running it inside Visual Studio 2010, and the application is compiled with Visual Studio 2010.
If I start the application without analysis and later enable it, I find that Inspector will either hang my application (CPU usage drops to 0, no changes in memory usage after half an hour) or exit with the error code, as mentioned above.
Looking in tc_application.log, I can see this:
Hello from germany
I have just started with the Intel Inspector and wonder why it throws a lot of memory leak messages referring
to functios as wglCreateContext - wglMakeCurrent and so on.
All these handle were released at program exit, with error checking and everything looks fine.
Additionally it creates the same error multiple times - shows the same line of code..
I would be happy for any explaation or solution
kind regards
Peter
I have Intel Fortran Composer XE 2013 running within Visual Studio 2012. I am trying to evaluate the Static Analysis function of the Fortran. It seems that it requires Intel Inspector XE. I have installed an evaluation copy of Inspector XE. The operation "Build project for Intel Static Analysis" completes without errors and tries to display the results in Inspector XE. The message "Invalid license for Static Analysis" is displayed by Inspector XE. What am I missing? Is some other component needed? The inpector tool can be started stand-alone and show a valid evaluation license.
Dear all,
I have been running my code successfully with my Intel Fortran 10, right now I need to add more allocatable variables and I got an error "insufficient virtual memory". I am sure my computer has enough memory to run this program. Is there a way to change the setting in fortran in some way to make this work? Thanks
This is a general topic, but I did not find any "Forum" specific search option. The only search box that shows up is for the entire intel.com site at the very-top. It seems that "search" should be just before "new-topic"!
Can code compiled with mingw-gcc on windows be analyzed using Inspector?
Does the intel debugger recozgnize gdb debugging symbols?
Does the code need to be compiled with specific debug switches (-ggdb, -g-dwarf2 etc.)?
Thanks,
I am using Intel Parallel Inspector 2011 on a Windows machine, along with the 11.1 compiler, and receive multiple warnings on stack cross access for my FORTRAN code, which I do not understand.
The FORTRAN code has multiple parallel regions, separated by serial sections. A subroutine REALLOCP is called (once during the execution) in a serial section, in which several global arrays are allocated. These arrays are used later in the progrm in parallel DO loops. The Inspector flagseachaccess to these arrays inallparallel sections with the Stack Cross Access warnings.