This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Should internal-error default to dumping core?


Hello,

At preset an internal-error interaction looks like:

> (gdb) maint internal-error
> /home/scratch/GDB/src/gdb/maint.c:119: gdb-internal-error: internal maintenance
> An internal GDB error was detected.  This may make further
> debugging unreliable.  Continue this debugging session? (y or n) n
> 
> Create a core file containing the current state of GDB? (y or n) n
 > $

that is the default/no case is to not dump core.

At present, if GDB encounters an internal error (from say a NULL pointer 
reference) it doesn't leave any physical evidence around in the form of 
a core dump.  I'm thinking it should.  Hence, I'd like to change the 
second prompt to be one that defaults to a core dump.

Looking back through the notes it appears that the [my] rationale for 
the current behavour was somewhat arbitrary.

thoughts?
Andrew


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]