- The debugger server can handle only one IDA client at a time
- By default, the 64-bits debugger will try to load "libunwind-x86_64.so.8" and "libunwind-ptrace.so.0" in order to help with stack recovery.
- ARMLinux: hardware breakpoints are not supported
- ARMLinux: floating point registers are not supported
- ARMLinux: The THUMB mode is not supported
- Configure the debugger specific options (for 64 bits only) in Debugger Options, Set specific options.
- Path to libunwind: - "libunwind-x64_64.so.8" (the default): the debugger will try to load libunwind "libunwind-x86_64.so.8" + "libunwind-ptrace.so.0" pair using the regular 'ld' search path. - "libunwind-x64_64.so" (note the lack of ".8" at the end): like the default, except the debugger will look for "libunwind-x86_64.so" and "libunwind-ptrace.so" (this is particularly useful for working with libunwind "dev" packages) - absolute path to libunwind-x64_64.so.8 or libunwind-x64_64.so: Linux debugger will try to load libunwind only from the provided path. - absolute path to "libunwind-x64_64.so[.8]": the debugger will try to load the two libraries from there (the absolute path to "libunwind-ptrace.so[.0]" will be derived from that of "libunwind-x64_64.so[.8]") - left blank: don't use libunwind to collect stack traces.
By default this is set to libunwind-x86_64.so meaning the default path will be used to load libunwind-x86_64.so(.8) and libunwind-ptrace.so(.0). If an absolute path is provided, both libraries will be loaded from this path. If left emtpy, the call stack will be analysed by Ida and not libunwind.
See also Start process Debugger submenu How to launch remote debugging