Just-in-time debugging

Just-in-time debugging

[Robin Rowe]

Hi. Can I configure gdb so that it will launch automatically in response to
a core dump?

Thanks,

Robin
---------------------------------------------------------------------------
www.OpenSourceProgrammers.org
www.LinuxMovies.org

Re: Just-in-time debugging

[Christopher Faylor]

On Fri, Jun 07, 2002 at 05:24:29PM -0700, Robin Rowe wrote:
>Hi. Can I configure gdb so that it will launch automatically in response to
>a core dump?

On what system?  On windows you'd do:

set cygwin=error_start=x:/path/to/gdb.exe

I don't know if it's possible to do on unix or not.

cgf

Re: Just-in-time debugging

[Eli Zaretskii]

On Sat, 8 Jun 2002, Christopher Faylor wrote:

> On windows you'd do:
> 
> set cygwin=error_start=x:/path/to/gdb.exe

Shouldn't this be in the manual?

Re: Just-in-time debugging on Linux

[Robin Rowe]

Christopher,

> On windows you'd do:
>
> set cygwin=error_start=x:/path/to/gdb.exe

Thanks lots, but I meant Linux. Does anyone know the trick to launch gdb
automatically there?

Robin
---------------------------------------------------------------------------
www.OpenSourceProgrammers.org
www.LinuxMovies.org

Re: Just-in-time debugging

[Christopher Faylor]

On Sun, Jun 09, 2002 at 08:46:15AM +0300, Eli Zaretskii wrote:
>
>On Sat, 8 Jun 2002, Christopher Faylor wrote:
>
>> On windows you'd do:
>> 
>> set cygwin=error_start=x:/path/to/gdb.exe
>
>Shouldn't this be in the manual?

Does the gdb manual document quirks of individual "operating systems"?

cgf

Re: Just-in-time debugging

[Eli Zaretskii]

> Date: Sun, 9 Jun 2002 12:31:00 -0400
> From: Christopher Faylor <cgf@redhat.com>
> >> 
> >> set cygwin=error_start=x:/path/to/gdb.exe
> >
> >Shouldn't this be in the manual?
> 
> Does the gdb manual document quirks of individual "operating systems"?

Yes.  See the chapter "Configurations" which describes, under
"Native", commands specific to the DJGPP and other ports.

Re: Just-in-time debugging

[Christopher Faylor]

On Sun, Jun 09, 2002 at 08:10:57PM +0300, Eli Zaretskii wrote:
>> Date: Sun, 9 Jun 2002 12:31:00 -0400
>> From: Christopher Faylor <cgf@redhat.com>
>> >> 
>> >> set cygwin=error_start=x:/path/to/gdb.exe
>> >
>> >Shouldn't this be in the manual?
>> 
>> Does the gdb manual document quirks of individual "operating systems"?
>
>Yes.  See the chapter "Configurations" which describes, under
>"Native", commands specific to the DJGPP and other ports.

These all seem to be GDB commands.  The command that I gave above is for
the windows command shell.  It instructs cygwin to invoke a program when
a fatal signal is encountered.

Unless we want to start documenting things like "How to use ulimit" in
the gdb manual, I don't think it is necessarily appropriate for us
to mention the setting of environment variables for cygwin.

cgf

Re: Just-in-time debugging

[Eli Zaretskii]

On Sun, 9 Jun 2002, Christopher Faylor wrote:

> Unless we want to start documenting things like "How to use ulimit" in
> the gdb manual, I don't think it is necessarily appropriate for us
> to mention the setting of environment variables for cygwin.

The variable is related to GDB, so it sounds appropriate.

Re: Just-in-time debugging

[Andrew Cagney]

> On Sun, 9 Jun 2002, Christopher Faylor wrote:
> 
> 
>> Unless we want to start documenting things like "How to use ulimit" in
>> the gdb manual, I don't think it is necessarily appropriate for us
>> to mention the setting of environment variables for cygwin.
> 
> 
> The variable is related to GDB, so it sounds appropriate.

Yes.  While not the internal user interface, it definitly very useful 
and makes someone using GDB's life easier.

Similar to this is knowing how to use GDB to create a stack backtrace.

Andrew

Re: Just-in-time debugging

[Christopher Faylor]

On Mon, Jun 10, 2002 at 11:17:07AM -0400, Andrew Cagney wrote:
>>On Sun, 9 Jun 2002, Christopher Faylor wrote:
>>>Unless we want to start documenting things like "How to use ulimit" in
>>>the gdb manual, I don't think it is necessarily appropriate for us
>>>to mention the setting of environment variables for cygwin.
>>
>>The variable is related to GDB, so it sounds appropriate.
>
>Yes.  While not the internal user interface, it definitly very useful 
>and makes someone using GDB's life easier.
>
>Similar to this is knowing how to use GDB to create a stack backtrace.

As I'd mentioned, I think a better example is the unix ulimit command.
A grep of 'ulimit' does not unearth anything in the gdb documentation
directory.  Certainly, if a user wants to create a core file (and why
would you create a core file except for debugging?) they'd need to know
about this.

If you want to start populating the gdb documentation with OS-specific
hints, then I think you should start with linux.

In the meantime, I'm not going to be providing documentation for this.
I don't want to have to worry about modifying the information in two
places when/if we change the CYGWIN environment variable.

cgf

Re: Just-in-time debugging

[Eli Zaretskii]

> Date: Mon, 10 Jun 2002 11:38:37 -0400
> From: Christopher Faylor <cgf@redhat.com>
> 
> In the meantime, I'm not going to be providing documentation for this.
> I don't want to have to worry about modifying the information in two
> places when/if we change the CYGWIN environment variable.

How about a pointer to the other place where this is mentioned in the
Cygwin docs?