| November 5, 2010 1:00 AM PDT | |
Introduction
This article provides an overview of the Intel® Debugger for Linux* as included with the Intel® Composer XE for Linux* and Intel(R) Parallel Studio XE distributions. A more detailed whitepaper is attached in PDF format. The increased complexity of modern applications along with the advent of multi-core processor technology and concurrent multi-threaded program execution models makes thread specific runtime control and direct accessibility of threading properties inside of a debug solution ever more important. The Intel® Debugger for Linux* is a fully Eclipse* graphical user interface based debug solution with advanced features intended to achieve exactly that. In this whitepaper we will cover the capabilities of the Intel® Debugger for Linux* that address ways to enable faster coding issue identification and resolution.
Please also have a close look at the more expansive whitepaper attached in PDF format.
Requirements
Hardware Platform: IA-32, Intel®64 architecture or compatible.
Software Platform: Linux* OS based environment
Java runtime environment (JRE 1.5 or JRE 1.6) to use the Eclipse* framework
The Intel® Debugger works with the following compilers:
Intel® C++ Compilers and Intel® Fortran Compilers
gcc, g++, and g77 compilers
See the Intel® Debugger Manual for more information. Please also see the release notes for platform specific restrictions and known limitations of this release.
Motivation
Intel's compilers generate high quality symbol information even when advanced optimization techniques are being used and thus enable effective debugging on the wide variety of platforms they support. Intel compilers work with native debuggers, the Intel® Debugger, and selected third-party debuggers. Conversely the Intel® Debugger and it's advanced GUI and threading awareness can be used with application code generated by a variety of compilers. The added value provided by the Intel® Debugger includes enhanced visibility and more in depth understanding of
the data shared between multiple threads in Intel® C++ Compiler built applications
thread runtime behavior and thread interaction
the vectorized data streams processed in Single Instruction Multiple Data (SIMD) registers,
active OpenMP tasks lock information and thread team hierarchies.
Excellent Intel® hardware support (especially for early adopters)
Robust performance on Intel processor-based platforms (built and thoroughly tested using Intel compilers)
Superior language-feature support, including C++ templates, user-defined operators, and modern Fortran dialects (with Fortran module support)
Progressive support for the Intel compiler-specific features such as optimized code debugging and OpenMP*
Special features, such as support for huge applications, regular-expression search of the symbol table, breakpoints that track shared libraries as they are dynamically remapped throughout an address space, and support for applications, that are distributed via MPI-1
Support for native compilers as well as Intel® compilers. This support gives customers a high degree of flexibility for mixing and matching development
Tools to meet the unique demands of their specific development environments
Overview
The Intel® Debugger for Linux* is a part of the Intel® C++ Composer XE 2011 for Linux* and Intel® Fortran Composer XE 2011 for Linux*. It is a symbolic source-code application debugger that helps programmers find run-time programming errors. These errors include wrong code, memory leaks, stack overflows, unexpected exceptions or other algorithmic problems. The Intel® Debugger can debug both single and multithreaded applications, serial and parallel code. In its latest version we added improved thread awareness and thread-specific breakpoint handling. The application run-time control supports lockstep stepping following a thread syncpoint, defining thread teams and even forced serialized execution of parts of your threaded application. Also we now provide OpenMP windows with information about current tasks, teams, task waits, barriers, task spawn trees and locks. A SSE Windows that gives you access to SSE registers commonly used for data vectorization and single instruction multiple data (SIMD) handling. It displays vectors as rows (or columns) in a table display. You can change layout the data in those registers to match what the application is using or view the data in any other way you like. Finally the debugger supports STL code.
General Features
The Intel® Debugger has a wide range of standard and advanced features. The standard features normally expected in a debugger include:
• Attaches to (and detaches from) a running process and debugs the matching program
• Loads a program into (and unloads a program from) the debugger, automatically creating and deleting processes as necessary
• Supports multiple-process debugging, associating with one or more programs:
- Actively run one process at a time
- Switch focus between processes
- See processes and examine detailed process state
- Set breakpoints for a specific process
• Supports remote debugging of applications on embedded Intel® architecture (using a remote agent)
• Debugs programs with shared libraries
• Debugs core files
• Provides language-specific command-expression evaluation
• Provides ability to "call" functions in a target process from within a command expression
• Catches or ignores unaligned access
• Displays the source listing of a program
• Sets breakpoints to stop program execution when specified sections of program code execute
• Sets watchpoints to stop program execution when the program writes to a memory address
• Adds conditions to breakpoints and watchpoints so program execution will only stop when the condition is true
• Supports setting of pending breakpoints if a breakpoint location cannot be resolved to an address at the time it is being set
• Steps both into or over calls to routines
• Steps through the execution of a program one source line or one machine instruction at a time
• Examines the stack of currently active functions
• Examines and changes program variables and data structure values in same or in different scopes
• Examines and changes the contents of memory in various formats (including international character strings)
• Disassembles and examines machine code
• Examines and changes machine register values
• Supports mixed-language applications, C++ templates, C++ user-defined operators, and Fortran modules
• Provides a customizable debugging environment by using environment variables, initialization files, sourced scripts, aliases (i.e., parameterized macros), and debugger variables for commands and command sequences
• Debug at both the source and assembly level.
• Debug from the command line or from the windowed version of the tool.
Advanced Features
Intel Debugger also provides:
• Regular expression searches of the symbol table
• Tracks breakpoints and watchpoints in shared libraries across program calls to dlopen() and dlclose()
• Debugs optimized code:
- In-lined instances of functions (show in backtrace and selectable for current focus)
- Registerized variables
- Semantic stepping
- PC-to-source column mapping (for multi-statement lines)
• Supports multi-core architecture:
- Debugs thread-parallel applications that make use of pthread and OpenMP*
- Provides details on OpenMP* locks, teams, and threads when debugging OpenMP* applications
- Stops all threads when one stops, and restarts all when one restarts
- Switches focus between threads
- Sees all threads or individual threads, and examines detailed thread state
- Sets breakpoints for all threads or for a subset of all threads
- Detects thread data sharing events in parallel applications that make use of pthread, OpenMP*, Intel® CilkTM Plus and Intel® Threading Building Blocks
• Supports cluster architecture:
- Debugs cluster-parallel applications that make use of MPI-1
- Supports debugging of MPI jobs that use mpich or the Intel MPI 3.0 libraries
- Offers built-in cluster aggregation network
- Includes user defined process sets
These advanced features extend the effectiveness of Intel Debugger well into problem areas that are traditionally difficult to debug.
Graphical User Interface
The Intel® Debugger by default is launched using the idb executable in the
/opt/intel/composerxe/bin/intel64
or
/opt/intel/composerxe/bin/ia32
directory. Unless you use the idbc executable instead this will launch the full Eclipse* Rich Client Platform based GUI of the debugger.
The graphical user interface supports a rich user experience with intuitive access to all the standard debug features like stepping, breakpoints, callstack, source code switching, disassembly, variable views, and memory windows.
Thread-Awareness
The Intel® Debugger allows for increased thread run-time control during debug sessions with flexible thread execution models. It is possible to pick an individual focus thread for single stepping, halt and release inidvidual threads or pick a threas that should be under run-time control while the other threads are either halted or running freely.
This feature set is made even more useful by the ability to pick a group of threads either by selecting one of the debugger’s default groups or by defining a new thread group that you would like to apply breakpoints, single steps or other debugger control events to.
The thread-specific run-time control features extend to breakpoints as well. The full range of thread-grouping features can be used to select which applicaton threads code and data breakpoints shall be applied to.
To alter the parallel execution flow of all the threads in a given thread group something called syncpoints has been implemented in the Intel® Debugger. A Syncpoint allows to have all threads in a trigger group stop execution at one defined point. From this syncpoint the developer can then do syncronized locked stepping. This behavior of a syncpoint is very similar to how a thread barrier would act in regular parallel code execution flow. The difference is that the debugger allows you to temporarily simulate this execution flow behavior to better understand interactions between different threads and identify possible threading issues
To go one step further and essentially turn off parallel execution for a parallel section of the application code it is also possible to force serialized eyecution of a parallel application implemented with OpenMP*. This can be quite useful to clarify whether a runtime issue is caused by a serial algorithmic problem or has been introduced when OpenMP* directives were added. The code segment of the parallel region associated with the current program counter memory location will be put into serial single-threaded execution mode.
Last but not least the Intel® Debugger adds OpenMP* property windows. This feature displays and allows to monitor currently active OpenMP* threads, teams, barriers, locks, spawn trees and taskwaits in the debugged application, along with the exact curent execution state of all OpenMP* threads.
Overview Listing of Debugger Features specifically addressing Parallelism
Flexible Thread Execution Models
• Concept of “focus” thread set for next/step/finish
• Freezing and thawing of individual threads
• Can detach threads from debug control
Thread Grouping
• Smart default groupings by debugger (All, Team, Lockstep)
• Explicit grouping by user if required
Thread Group aware breakpoints
• Break when any member of the trigger group hit
• Can stop a specific thread set only
Thread Synchronizing Breakpoint “syncpoint”
• Stop when all threads in the trigger group reach it
• Similar to “barriers” in parallel programming
Dedicated OpenMP* Info Windows
• Threads, Teams, Tasks,Task spawn trees, Barriers, Taskwaits, Locks
• Serial execution of a parallel region at debug time
Thread Data Sharing Events
• Halt execution when two threads access the same data
• Log thread data sharing read/write events
• Exclude known harmless evevents
• Supports pthread, OpenMP*, Intel(R) Cilk(TM) Plus and Intel(R) Threadin gBuilding Blocks
Attachments
Don't forget to read the full tutorial with in-depth descriptions of the Intel(R) Debuggeruse cases. The full tutorial is available in html at http://software.intel.com/en-us/articles/intel-debugger-for-linux/ and as an attachment to this article IDB_Linux_12.pdf.
| Optimization Notice |
|---|
|
Intel's compilers may or may not optimize to the same degree for non-Intel microprocessors for optimizations that are not unique to Intel microprocessors. These optimizations include SSE2, SSE3, and SSSE3 instruction sets and other optimizations. Intel does not guarantee the availability, functionality, or effectiveness of any optimization on microprocessors not manufactured by Intel. Microprocessor-dependent optimizations in this product are intended for use with Intel microprocessors. Certain optimizations not specific to Intel microarchitecture are reserved for Intel microprocessors. Please refer to the applicable product User and Reference Guides for more information regarding the specific instruction sets covered by this notice. Notice revision #20110804 |
This article applies to: Tools, Intel® C++ Compiler for Linux* Knowledge Base, Intel® Fortran Compiler for Linux* Knowledge Base
For more complete information about compiler optimizations, see our Optimization Notice.
Comments (44) 
| June 5, 2009 9:05 AM PDT
Robert MuellerAlbrecht (Intel)
|
There is a command reference available at http://www.intel.com/cd/software/products/asmo-na/eng/406036.htm. The debugger user manual itelf is only available in html format inside the debugger installaion itself. /opt/intel/Compiler/11.x/xxx/Documentation/idb There also is a more complete Eclipse based online help available inside the debugger GUI. Since we have our own Eclipse RCP based GUI which is way more powerful than DDD, the support for DDD has been deprecated. I cannnot guarantee that it will still work. A good way to start would be to use the command line binary of idb ./idbc for the integration. |
| August 4, 2009 9:01 AM PDT
DAVID GALILI |
Hello do you have support for Intel(R) Debugger for Linux* (IDB) in ISRAEL Thanks David |
| August 5, 2009 11:27 AM PDT
Robert MuellerAlbrecht (Intel)
|
With Ubuntu 8.x and Fedora* 9 or Fedora* 10 there can be a problem displaying the Intel(R) Debugger Online Help. The problem is due to a proxy setting configuration issue in Firefox*, where Eclipse is prevented from connecting to the local help server. The proxy can handle "localhost" but not 127.0.0.1 which is the loopback of the localhost. |
| August 5, 2009 11:29 AM PDT
Robert MuellerAlbrecht (Intel)
|
Hi David, debugger support is owned by the Compiler TCE team. There are colleagues of mine in Germany that are like me more debugger focused, since quite abit of our debugger development is done there. I'll send you an email on this. |
| August 17, 2009 7:00 AM PDT
Angela Sigmund |
When I bring up the debugger I get invisible source code. How does one fix this? Thanks, Angie |
| September 2, 2009 8:33 AM PDT
dan0112
|
Hi I am trying to use idb 11.0 from within eclipse sdk 3.4.1. I have searched on this forum and elsewhere, but it seems that the explanations always refer to older versions (idb 10.1) and are not applicable. Let me know if u need further information. Thanks a lot. Daniel |
| September 2, 2009 8:38 AM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Dan, since we have our own full blown Eclipse based GUI that provides features beyond what can be done with CDT integration we don't actively work on the CDT integration part any more. That said, everything that is states in the 10.1 documentation is actually still working, except that you will need to make sure to link in ./idbc (the comman dline debugger call command), instead of ./idb (which would try to call IDB's Eclispe RCP GUI. Thanks, Rob |
| September 2, 2009 8:41 AM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Angie, is your applicatio nbuild with -g (symbol info enabled). You can double check with using readelf on your executable file. Your problem could also be one of path mapping although the debugger should ask you to provide the correct source path i this was the issue. Lastly if you are debuging a runtime loaded shared object yo may need to add the binary path for that shared object to your library search path. Thanks, Rob |
| September 2, 2009 10:18 AM PDT
dan0112
|
Hi Rob, thanks for your quick reply. I checked again, and as far as I can see, the documentation for using IDB 10.1 with eclipse is not applicable to 11.0, for two reasons: (1) the menus described for eclipse do not exist anymore, and (2) the folder structure described for IDB 10.1 does not exist anymore (in particular there is no eclipse directory in 11.0) - see for example http://software.intel.com/sites/products/documentation/hpc/c..... _ec_cl.htm (and others). Please let me know if you have a different documentation. I am not sure what u mean by 'link in ./idbc'. I tried to define idbc as the debugger in the Run/Debug Settings (launch configuration properties) of my eclipse project, instead of the default gdb. I then get the following error message: Error initializing shared library options: Not implemented: gdb_show_solib_search_path I also tried iidb as the debugger. In that case I got the error message: Error creating session iidb: error while loading shared libraries: libPostOffice.so: cannot open shared object file: No such file or directory I am still relatively new to all this, so I greatly appreciate your help. Thanks a lot Daniel PS: I tried the IDB 11.0 GUI, but I can't see how to look at variables, or put expressions on watch and the like. Where can I find an easy Intro guide for that? |
| September 11, 2009 11:58 AM PDT
aleks vadnjal |
I’m trying to ./install Intel Fortran compiler 11.046 on Linux Centos OS distro, but have problems getting JRE being recognized by interactive install. However I have 2 compatible JRE installed on…. /usr/java/jre1.5.0_11/ /usr/java/jdk1.6.0_03/jre/ …and for some reason install script missed them both. Could you please advise on how to get my JRE working with idb? Thank you! |
| October 26, 2009 3:40 AM PDT
joex26
|
I have the same error running iidb: iidb: error while loading shared libraries: libPostOffice.so: cannot open shared object file: No such file or directory How I can solve it? Please help |
| October 26, 2009 10:27 AM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Aleks, normally if you do a JRE install from the RPM at java.com or from your OS repository / package manager the installation should work without problems. One possibility could be that you have an ia32 compiler/debugger installation on an Intel64 system. As far as 64bit support goes the JRE and the debugger need to match. |
| October 26, 2009 10:49 AM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Joe and Dan, On the error message: iidb: error while loading shared libraries: libPostOffice.so: cannot open shared object file: No such file or directory This should be caused simply by an incomplete environment setup on your system. If you go to /opt/intel/Compiler/11.x/xxx/bin you should find something like fortvars.sh or iccvars.sh depending on your installaiton that handles the complete environment setup for you. The type of enviornment setting that is probably missing for you would be export LD_LIBRARY_PATH=/opt/intel/Compiler/11.0/069/idb/lib/intel64:$LD_ LIBRARY_PATH To set breakpoints or wathcpoints there is a Debug>breakpoint menu entry and there also is a stop sign (may also look like a red flower to you) in the debugger icon bar. There also is a variable browser, locals window and a freely definable variables window available. I guess the easiest would be to hover over the button bar and look at the mouse-over hints - if it is not obvious which those are. |
| November 21, 2009 5:38 AM PST
Pierre |
Whether I setup idb, idbc, or iidb from the Eclipse Galileo 'Debug Configuration' options, I invariably get a disassembly dump rather than my source code files. I have entered the source actual code path in the 'Source' tab (/Project/Source1, /Project/Source2). When I run idb, it launches separately (java GUI) and lists the cc8mSUAH.s / crti.S / init.c / initfini.c source files instead of my code (it tries to find my code in the /Project/Release folder rather than in /Project/Source1). Any idea about how I can tell the Intel Debugger to look at the Source Code Path setup (under the "Debug Configuration") in Eclipse? Thanks! Pierre. |
| November 21, 2009 6:26 AM PST
Pierre |
. It works like a charm now I have put all my source files in one large (and ugly) directory. . Support for splitting source code to several folders should not be that difficult to get working... maybe for the next release. Pierre. |
| August 2, 2010 5:19 AM PDT
prashanthnsbhat
|
Hi all, Where can i download intel debugger for linux?? will this work in meego with a atom processor based netbook ?? |
| August 2, 2010 9:01 AM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Prashant, The Intel(R) Debugger for Linux* is part of any of the the Intel(R) C++ Compiler for Linux* products: http://software.intel.com/en-us/intel-compilers/ At the same time because of the GUI restrictions on MeeGo* we tend to recommend a TCP/IP based cross-debug setup for us with the Intel(R) Atom(TM) processor and MeeGo*. For this approach the Intel(R) Application Debugger included in the Intel(R) Application Software Development Tool Suite for Intel(R) Atom(TM) processor is better suited: http://www.intel.com/software/products/atomtools http://software.intel.com/en-us/articles/intel-tools-for-intel-atom-processors/ http://software.intel.com/en-us/articles/debugging-meego/ |
| August 8, 2010 6:52 PM PDT
Maxim Sorockin |
Hi all. When I start idb, it try to load GUI. But I use PuTTY and GUI can not be loaded. What can I do to disable GUI? |
| August 8, 2010 7:07 PM PDT
Maxim Sorockin
|
Hi all. When I start idb it tries to run GUI. But I use PuTTY and GUI can not be loaded. How can I disable GUI? Thanks! Maxim |
| August 8, 2010 7:13 PM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Maxim, in the /opt/intel/Compiler/11.1/xxx/bin directory you will find the startup executables for the debugger. ./idbc will launch the command line only version. Thanks, Rob |
| August 9, 2010 3:18 AM PDT
Maxim Sorockin
|
Thanks a lot, Rob! Previous problem is solved. But idb tries run xterm and I have error sh: xterm: command not found What is solution? Maxim |
| August 9, 2010 9:41 AM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Maxim, when running the command-line version of IDB directly this should not normally be an issue. Are you using MPI? With MPI, we do have the requirement of some output terminal being available for opening. With mpirun on mpiexec the standard use case of our debugger is to open an xterm window. Unfortunately the I/O in the window where mpiexec is launched would be locked by mpiexec, and IDB wouldn't be able to read/write to it, if started right in there. If your system has some other applications that are similar to xterm in nature, then they should be able to use that in place of xterm. You can try to 1. open the script mpiexec.py 2. search for the string "xterm" (no quotes) 3. replace xterm with the equivalent app on the system Rob |
| August 10, 2010 1:38 AM PDT
Maxim Sorockin
|
Hi Rob. 1. I use MPI. 2. I work on cluster via PuTTY. 3. Our cluster don't have graphics. How can I solve problem with parallel idb run? Maxim |
| August 10, 2010 12:41 PM PDT
Robert MuellerAlbrecht (Intel)
| One workaround I can think of in the absence of GUI is to use the command "screen" so that the MPI process and the debugger process can share the same physical terminal (although only one process is displaying at any time). To do this, replace "xterm" with "screen" and remove "-e" in mpiexec.py. |
| August 11, 2010 4:22 AM PDT
Maxim Sorockin
|
Rob, After run mpiexec -idb -n 4 ./pc-un_exe writes Must be connected to a terminal. and crash. Maxim |
| August 11, 2010 8:24 AM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Maxim, hmmmm - When you enter the shell command "screen bash", what kind of response do you get from the shell? Rob |
| August 11, 2010 7:03 PM PDT
Maxim Sorockin
|
Hi Rob, No response. But when I run "exit" command I see [screen is terminating] Maxim |
| August 12, 2010 3:31 AM PDT
prashanthnsbhat
|
Hi Rob, Is there any documents regarding installing and using "Development Tool Suite for Intel(R) Atom(TM) processor" ?? Regards , Prashanth . |
| August 12, 2010 8:59 AM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Prashant, I would start with the product page: http://software.intel.com/en-us/articles/intel-tools-for-intel-atom-processors/ and the corresponding documentation page which includes the installation guide and release notes http://software.intel.com/en-us/articles/intel-embedded-tool.....mentation/. There also is the knowledge base http://software.intel.com/en-us/articles/software-developmen.....-kb/all/1/ and user forum http://software.intel.com/en-us/forums/software-development-toolsuite-atom/ For integration with Moblin/MeeGo and supported usage models there are two OUTDATED articles: Integrating Intel® Software Development Tool Suite Components with MeeGo* Image Creator http://software.intel.com/en-us/articles/meego-integration-s.....uite-atom/ Installing the Intel(R) C++ Compiler and Intel(R) Integrated Performance Primitives into KVM* for Intel(R) Atom(TM) Processor targeted development http://software.intel.com/en-us/articles/installing-compiler-into-kvm-atom/ A lot of the basic principles in these two articles still hold. The yum repository based component installs are however currently not working because we are migrating to MeeGo support and are rehosting them on meegozone.com. I will update these two articles in the next few weeks and the repository will come back online. Thanks, Rob |
| August 12, 2010 11:01 AM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Maxim, we ran some tests on a setup like yours and it looks as though the following change to the workaround idea mentioned yesterday should indeed do the trick: When you put a screen job to the background inside a python script (as mpiexec does to the debug session), then you would get that "Must be connected to a terminal" error. To work around that, here's what you can do: 1. As before, use "screen" in place of "xterm -e" 2. Replace the line os.system(dbg_cmd) with the following lines: cpid = os.fork() if (cpid == 0): os.system(dbg_cmd) sys.exit(0) Rgds, Rob |
| August 17, 2010 12:34 AM PDT
prashanthnsbhat
|
Thanks a lot Rob. Now i am able to install and use cross debug environment. Regards, Prashanth. |
| August 18, 2010 12:22 AM PDT
Maxim Sorockin
|
Hi Rob, Still "Must be connected to a terminal." Maxim |
| August 18, 2010 8:33 AM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Maxim, we did some more tests on the workaround I proposed next week and clarified the details for this workaround as well as the prrequisites some more. Please have a look at the (admittedly very brief) knowledge base article I just published. http://software.intel.com/en-us/articles/remote-terminal-mpi-debug/ Thanks, Rob |
| September 3, 2010 2:10 PM PDT
tolik | Fedora 13 полное гавно не работает ничего |
| September 16, 2010 10:12 AM PDT
vectorzhang
|
to Robert, i have the same problem as Aleks. While my machine is 32bit and the system is also 32bit. the java install file i download from java.com is jre-6u21-linux-i586-rpm.bin. I think they all match each other. but why the idb install scripts still miss it? uname -ai Linux localhost.localdomain 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:21 EST 2007 i686 athlon i386 GNU/Linux which java /usr/java/jre1.6.0_21/bin/java and check version of java java -version java version "1.6.0_21" Java(TM) SE Runtime Environment (build 1.6.0_21-b06) Java HotSpot(TM) Server VM (build 17.0-b16, mixed mode) But when i install the intel debugger for linux, it said Missing optional pre-requisite -- No compatible Java* Runtime Environment (JRE) found |
| September 16, 2010 1:13 PM PDT
Robert Mueller |
Hi Vector, the JRE needs to actually match in it's memory model to the IDB Debugger used. Thus if you are using the 32bit debugger on a 32bit system you will indeed also need the 32bit version of the JRE for the Debugger to detect it, since teh debugger itself is a 32bit executable. Only if you install and run on a 64bit build with the debugger from the 64bit Compiler Pro install will a 32bit JRE install work ..... sorry for this convenience. |
| October 5, 2010 7:13 PM PDT
Maxim Sorockin
|
Hi Rob Will Intel make support other MPI libraries exept IntelMPI and MPICH (OpenMPI for example) in IDB? Maxim |
| October 5, 2010 7:24 PM PDT
Robert MuellerAlbrecht (Intel)
|
Hi Maxim, support for other MPI libraries besides MPICH and Intel MPI is currently not planned. If you have a specific reason to prefer another library set I can however certainly file a feature request for you. Rob |
| October 5, 2010 8:10 PM PDT
Maxim Sorockin
|
Thank you Rob. I prefer IntelMPI. But most of clusters where I work have OpenMPI library installed. Maxim |
| October 26, 2010 4:21 PM PDT
Ron Johnson | Is idb included in the Intel Cluster Toolkit Compiler Edition (ictce) 4.0 distribution? |
| August 9, 2011 6:36 AM PDT
fallschirmjaeger
|
I have an issue. I compiled my fortran code with the following command $ ifort -mcmodel medium -shared-intel xyz.f it compiles well and gives our a.out now when I call idb $ idb a.out the GUI opens but there is an error Error: could not start debugee could not start process for a.out No image loaded....Recovering..... Can anyone tell the problem ? ... when i compile my code without additional memory allocation as stated above ..everything works ...but not after that...... would be grateful if someone can shed some light |
| January 16, 2012 9:53 PM PST
Sergey Kostrov
| Is there an IDB version for Windows platforms ( 32-bit & 64-bit )? |
| January 17, 2012 5:53 AM PST
Robert MuellerAlbrecht (Intel)
|
Hi Sergey, since v11.x of the Intel(R) C++ Compiler and Composer XE releases there is no standalone version of the Intel(R) Debugger for Windows* any more. There are however the Intel(R) Parallel Debugger Extensions that are part of the Intel(R) Composer XE and Intel(R) Parallel Studio products. http://software.intel.com/en-us/articles/parallel-debugger-extension/ Thanks, Rob |
Trackbacks (4)
- Intel Software Network Blogs » Parallel Programming Talk #62 – What Every Software Developers Should Know About Intel AVX
February 3, 2010 4:54 PM PST - Intel Software Network Blogs » Parallel Programming Talk #62 – What Every Software Developer Should Know About Intel AVX
February 3, 2010 5:04 PM PST - Parallel Programming Talk #62 – What Every Software Developer Should Know About Intel AVX
February 3, 2010 10:00 PM PST - Linux debuggers | Atommarcom
January 1, 2012 1:17 PM PST
Leave a comment 
Robert MuellerAlbrecht (Intel)
|



Haw-Jye (Howard) Shyu
We are using the new version of Intel debugger in our lab but have problem in using the DDD as the front end for the IDB.
Sincerely,
Haw-Jye (Howard) Shyu