* JIT Debugging Documentation
@ 2002-06-11 11:09 Robin Rowe
2002-06-12 3:58 ` egor duda
0 siblings, 1 reply; 2+ messages in thread
From: Robin Rowe @ 2002-06-11 11:09 UTC (permalink / raw)
To: gdb
Below is my documentation draft of JIT Debugging and Core Dumps. I searched
in the gdb documentation, but was unable to discover the name of the gdb
docs maintainer. Who is responsible for updating the docs?
Cheers,
Robin
---------------------------------------------------------------------------
www.OpenSourceProgrammers.org
www.LinuxMovies.org
JIT Debugging
Just-In-Time debugging is a feature some debuggers use to automatically load
a crashing program at the moment of death, even though the program wasn't
started in the debugger. FYI, in Windows programs it is possible to
deliberately activate the debugger, perhaps in reaction to a failed
assertion, by calling interrupt 3 in inline assembly.
1. For Linux systems there is no JIT debugging feature, but Michael Sinz
notes some progress implementing this feature as of June 10, 2002. He says
it isn't a priority.
2. To enable JIT debugging under Windows cygwin add
"error_start=c:\path\to\gdb\gdb.exe" to the CYGWIN environment variable.
When a program faults gdb will be automatically invoked and attach to the
crashed process.
Core Dumps
A core dump is a snapshot of a program's memory at the moment it crashed.
Using gdb you can then analyze the core dump file to help discover what went
wrong with the program. The first thing you would typically check in a core
file is the stack trace to see what function the failure occured in.
1. To enable core dumps in Linux set ulimit. Core dumps are always named
"core". However, Michael Sinz submitted a patch to the linux-kernel list on
Feb. 14, 2002, to enable specifying where core dumps are stored and what the
name of the core dump is. (This enables collecting cores from clusters or
network workgroups.)
2. To enable core dumps in Windows cygwin build dumper.exe from cygwin cvs.
Add "error_start=c:\path\to\dumper\utility\dumper.exe" to the CYGWIN
environment variable. A program fault will generate a core named
"crashed-program.exe.core." The core file can be analyzed with
"gdb --core=crashed-program.exe.core". You may need latest sources of gdb,
bfd, and cygwin from sourceware cvs to do this.
###
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: JIT Debugging Documentation
2002-06-11 11:09 JIT Debugging Documentation Robin Rowe
@ 2002-06-12 3:58 ` egor duda
0 siblings, 0 replies; 2+ messages in thread
From: egor duda @ 2002-06-12 3:58 UTC (permalink / raw)
To: Robin Rowe; +Cc: gdb
Hi!
Tuesday, 11 June, 2002 Robin Rowe rower@MovieEditor.com wrote:
RR> Core Dumps
[...]
RR> 2. To enable core dumps in Windows cygwin build dumper.exe from cygwin cvs.
dumper is included into cygwin distro for some time now, so there's no
need to build it yourself.
RR> Add "error_start=c:\path\to\dumper\utility\dumper.exe" to the CYGWIN
RR> environment variable. A program fault will generate a core named
RR> "crashed-program.exe.core." The core file can be analyzed with
RR> "gdb --core=crashed-program.exe.core". You may need latest sources of gdb,
RR> bfd, and cygwin from sourceware cvs to do this.
The last sentence is now unnecessary, i believe. AFAIK, current
released versions of cygwin and gdb contain all needed functionality.
I'll also add description of dumper to cygwin docs shortly.
Egor. mailto:deo@logos-m.ru ICQ 5165414 FidoNet 2:5020/496.19
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-06-12 10:58 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-06-11 11:09 JIT Debugging Documentation Robin Rowe
2002-06-12 3:58 ` egor duda
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox