GDB strace显示它试图追踪一个无效的地址

在gdbdebugging过程中执行ni命令时遇到这样的错误：

警告：
不能插入断点0。
访问内存地址错误0x3ac706a：input/输出错误。

/lib/libc.so.6中的siglongjmp（）中的0xf6fa4771

要调查gdb遇到什么问题，我strace gdb并得到这样的输出：

• 如何在linux中使用麦克风以原始格式获取声音
• 实时使用Linux实时调度优先级（SCHED_FIFO和SCHED_RR）？
• 如何安全地使用新的Linuxfunction？
• variables模板：迭代types/模板参数
• 实现主从

rt_sigprocmask（SIG_BLOCK，NULL，[RT_1]，8）= 0
ptrace（PTRACE_PEEKTEXT，651,0xcc4fdf60，[0x1cc4fe470]）= 0
ptrace（PTRACE_PEEKTEXT，651，0xcc4fe480，[0x3ac706a4506fa1d]）= 0
rt_sigprocmask（SIG_BLOCK，NULL，[RT_1]，8）= 0
…
…
rt_sigprocmask（SIG_BLOCK，NULL，[RT_1]，8）= 0
rt_sigprocmask（SIG_BLOCK，NULL，[RT_1]，8）= 0
ptrace（PTRACE_GETREGS，27781，0，0x7fff8990e8b0）= 0
ptrace（PTRACE_PEEKTEXT，27781，0x3ac7068，[0x28b]）= -1 EIO（input/输出错误）
ptrace（PTRACE_PEEKTEXT，27781，0x3ac7068，[0x28b]）= -1 EIO（input/输出错误）

这意味着gdb首先在内存地址为0xcc4fe480处获取值为0x3ac706a4506fa1d （实际上是一个8字节的值0x03ac706a4506fa1d ）。 后来它从该值的前4个字节得到一个alignment的地址0x3ac7068 ，这是一个无效的地址，并导致gdb无法ptrace。

/ proc / [pid] / maps的内容：

cbce2000-cc353000 r-xp 00000000 08:03 295479 xxx.so
cc353000-cc3f0000 r – p 00670000 08:03 295479 xxx.so
cc3f0000-cc3f6000 rw-p 0070d000 08:03 295479 xxx.so
cc3f6000-cc3fe000 rw-p cc3f6000 00:00 0
cc3fe000-cc3ff000 — p cc3fe000 00:00 0
cc3ff000-cc4ff000 rwxp cc3ff000 00:00 0
cc4ff000-cc500000 — p cc4ff000 00:00 0

cc500000-cc600000 rwxp cc500000 00:00 0
cc62d000-cc673000 r-xp 00000000 08:03 295545 yyy.so
cc673000-cc674000 — p 00046000 08:03 295545 yyy.so
cc674000-cc675000 r – p 00046000 08:03 295545 yyy.so
cc675000-cc676000 rw-p 00047000 08:03 295545 yyy.so

它显示地址0xcc4fe480来自上面加粗字体的部分。 本节与任何.so或bin文件无关。

这个问题实际上是相关的另一个问题http://stackoverflow.com/questions/9564417/gdb-cant-insert-internal-breakpoint ，尚未解决。 在上一期的调查中我发现了这些问题。

我有3个问题在这里：
1.在这里看看ptrace的strace输出：
ptrace（PTRACE_PEEKTEXT，651，0xcc4fe480，[0x3ac706a4506fa1d]）= 0
为什么用方括号注释的最后一个参数？ 这是否意味着它代表了回报价值？ 手册页说，ptrace应该返回读PTRACE_PEEKTEXT的单词，但它看起来strace输出不遵循，所以我怀疑它显示在最后一个参数的返回值。
2.在两个.so之间有一个部分（粗体字），但不与任何inode关联。 这部分代表什么？
3. GDB从该部分读取一个单词并将该单词用作地址，但实际上这是一个无效的地址。 这种错误的可能原因是什么？

谢谢！