[[!meta copyright="Copyright © 2012 Free Software Foundation, Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled [[GNU Free Documentation License|/fdl]]."]]"""]] [[!meta title="GDB: attach"]] [[!tag open_issue_gdb]] # [[gdb_thread_ids]] # IRC, freenode, #hurd, 2012-06-30 hm, gdb isn't able to determine which thread is running when attaching to a process # IRC, freenode, #hurd, 2012-07-02 woah, now that's a weird message ! when using gdb on a hanged ext2fs : Pid 938 has an additional task suspend count of 1; clear it? (y or n) when hanged, gdb thinks the target task is already being debugged :/ no wonder why it's completely stuck hm, the task_suspend might actually be the crash-dump-core server attempting to create the core :/ hm interesting, looks like a problem with the diskfs_catch_exception macro braunr: what's up with it? pinotree: it uses setjmp hm random corruptions :/ definitely looks like a concurrency problem # IRC, freenode, #hurd, 2012-05-23 /build/buildd-gdb_7.4really-1-hurd-i386-UKStgK/gdb-7.4really/gdb/thread.c:72: internal-error: inferior_thread: Assertion `tp' failed. arg pinotree: Been doing anything "special"? Is it reproducible? trying to debug something Indeed. ;-) i'm not sure i'm doing anything special, just trying to attach a process That is supposed to work. If the permission match.