Fix use after free. CID 10567.

* Automatic white-space cleanup.
* Handle the new B_DEBUGGER_MESSAGE_HANDED_OVER and pick the "causing thread"
as our first victim. Fixes #2956.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29303 a95241bf-73f2-0310-859d-f6bbb57e9c96

Fixed a typo. Structs debug_image_created and debug_image_deleted are today identical,
but better not assume they're.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26916 a95241bf-73f2-0310-859d-f6bbb57e9c96

Added TODOs regarding gdb blocking in some situations (e.g. on
"info threads" when one of the team's threads is waiting
uninterruptably on a semaphore).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16133 a95241bf-73f2-0310-859d-f6bbb57e9c96

Explicitly load symbols from libraries after loading a program. gdb
doesn't work quite well when symbols are not loaded -- e.g. stack crawls
are usually broken. Also stack crawls ending in a syscall work. gdb can
deal well enough with frameless function, which I realized, of course,
only after writing code for explicitly supporting syscall functions.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14680 a95241bf-73f2-0310-859d-f6bbb57e9c96

* We do now filter the debug nub thread out of the list of threads.
* When being asked for a thread's CPU state, we stop the thread now. Not
sure, if that is as it is supposed to work, but I don't see any other
way. A side effect is that "info threads" will stop all threads.
Another side effect is, that switching between threads should now work
properly. Unless there is another problem, I'm not aware of, that is.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14663 a95241bf-73f2-0310-859d-f6bbb57e9c96

* We now use libdebug.so, which saves us a couple lines of code.
* Print the debugger message in case the debugged team called debugger(),
and the description of an occurred exception respectively.
* Properly keep gdb's internal thread list up to date. This fixes the
problem that an attached debugger always resumed all threads of the
debugged team.
* A bit of cleanup of the attaching code.

Discovered an ugly bug: When invoking gdb with an executable -- regardless
of whether attaching gdb to a running process or just starting a debugger
session with the executable -- the executable is modified. I tested with
"crashing_app" and in the second debug session gdb fails to read the debug
info from the file and encounters a weird error when closing the file:
"No space left on device." I have the suspicion that this is another bug
in Axel's VM/file cache pet. :-P



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13775 a95241bf-73f2-0310-859d-f6bbb57e9c96

Added TODO.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13761 a95241bf-73f2-0310-859d-f6bbb57e9c96

Generic and i386 specific Haiku native and target debugger support.
The target debugger won't work though, since quite a bit of code
would need to be moved from the native support files to those for
the target support. But that's not that important at the moment, since
we're mainly want a native debugger.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12027 a95241bf-73f2-0310-859d-f6bbb57e9c96

Fix use after free. CID 10567.

* Automatic white-space cleanup.
* Handle the new B_DEBUGGER_MESSAGE_HANDED_OVER and pick the "causing thread"
as our first victim. Fixes #2956.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29303 a95241bf-73f2-0310-859d-f6bbb57e9c96

Fixed a typo. Structs debug_image_created and debug_image_deleted are today identical,
but better not assume they're.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@26916 a95241bf-73f2-0310-859d-f6bbb57e9c96

Added TODOs regarding gdb blocking in some situations (e.g. on
"info threads" when one of the team's threads is waiting
uninterruptably on a semaphore).


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16133 a95241bf-73f2-0310-859d-f6bbb57e9c96

Explicitly load symbols from libraries after loading a program. gdb
doesn't work quite well when symbols are not loaded -- e.g. stack crawls
are usually broken. Also stack crawls ending in a syscall work. gdb can
deal well enough with frameless function, which I realized, of course,
only after writing code for explicitly supporting syscall functions.



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14680 a95241bf-73f2-0310-859d-f6bbb57e9c96

* We do now filter the debug nub thread out of the list of threads.
* When being asked for a thread's CPU state, we stop the thread now. Not
sure, if that is as it is supposed to work, but I don't see any other
way. A side effect is that "info threads" will stop all threads.
Another side effect is, that switching between threads should now work
properly. Unless there is another problem, I'm not aware of, that is.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14663 a95241bf-73f2-0310-859d-f6bbb57e9c96

* We now use libdebug.so, which saves us a couple lines of code.
* Print the debugger message in case the debugged team called debugger(),
and the description of an occurred exception respectively.
* Properly keep gdb's internal thread list up to date. This fixes the
problem that an attached debugger always resumed all threads of the
debugged team.
* A bit of cleanup of the attaching code.

Discovered an ugly bug: When invoking gdb with an executable -- regardless
of whether attaching gdb to a running process or just starting a debugger
session with the executable -- the executable is modified. I tested with
"crashing_app" and in the second debug session gdb fails to read the debug
info from the file and encounters a weird error when closing the file:
"No space left on device." I have the suspicion that this is another bug
in Axel's VM/file cache pet. :-P



git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13775 a95241bf-73f2-0310-859d-f6bbb57e9c96

Added TODO.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13761 a95241bf-73f2-0310-859d-f6bbb57e9c96

Generic and i386 specific Haiku native and target debugger support.
The target debugger won't work though, since quite a bit of code
would need to be moved from the native support files to those for
the target support. But that's not that important at the moment, since
we're mainly want a native debugger.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12027 a95241bf-73f2-0310-859d-f6bbb57e9c96