* maint set|show internal-error|internal-warning quit|corefile yes|no|auto
@ 2002-08-15 14:51 Andrew Cagney
2002-08-15 14:59 ` Fernando Nasser
2002-08-16 6:22 ` Carlos O'Donell
0 siblings, 2 replies; 3+ messages in thread
From: Andrew Cagney @ 2002-08-15 14:51 UTC (permalink / raw)
To: gdb
Hello,
I'd like to propose some new set show options:
maint set|show internal-error|internal-warning quit|corefile yes|no|auto
When GDB reports an internal problem (error or warning) it gives the
user the oportunity to either:
- quit GDB
- drop a core file
The above would let the user override the default (auto) of prompting
the user. The user could specify that GDB should always/never quit /
drop a core file (mutter something about giving the user too much rope :-).
Rationale:
I think users have encountered situtations where, while GDB is
constantly reporting internal errors or warnings, it is otherwize
useable. This, I believe, most often occures in the symbol table reader
where recovery is often possible.
Letting the user override the internal error/warning behavour would let
them at least use GDB.
The converse (quit, dump core) is also useful. The current testsuite
tends to hang when GDB detects an internal error and tries to prompt for
what to do next :-(
thoughts?
Andrew
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: maint set|show internal-error|internal-warning quit|corefile yes|no|auto
2002-08-15 14:51 maint set|show internal-error|internal-warning quit|corefile yes|no|auto Andrew Cagney
@ 2002-08-15 14:59 ` Fernando Nasser
2002-08-16 6:22 ` Carlos O'Donell
1 sibling, 0 replies; 3+ messages in thread
From: Fernando Nasser @ 2002-08-15 14:59 UTC (permalink / raw)
To: Andrew Cagney; +Cc: gdb
I find this useful. At least, it will not hurt to have around. Users are not forced to use it -- they would do it at their own risk ;-)
Fernando
Andrew Cagney wrote:
>
> Hello,
>
> I'd like to propose some new set show options:
>
> maint set|show internal-error|internal-warning quit|corefile yes|no|auto
>
> When GDB reports an internal problem (error or warning) it gives the
> user the oportunity to either:
>
> - quit GDB
> - drop a core file
>
> The above would let the user override the default (auto) of prompting
> the user. The user could specify that GDB should always/never quit /
> drop a core file (mutter something about giving the user too much rope :-).
>
> Rationale:
>
> I think users have encountered situtations where, while GDB is
> constantly reporting internal errors or warnings, it is otherwize
> useable. This, I believe, most often occures in the symbol table reader
> where recovery is often possible.
>
> Letting the user override the internal error/warning behavour would let
> them at least use GDB.
>
> The converse (quit, dump core) is also useful. The current testsuite
> tends to hang when GDB detects an internal error and tries to prompt for
> what to do next :-(
>
> thoughts?
> Andrew
--
Fernando Nasser
Red Hat - Toronto E-Mail: fnasser@redhat.com
2323 Yonge Street, Suite #300
Toronto, Ontario M4P 2C9
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: maint set|show internal-error|internal-warning quit|corefile yes|no|auto
2002-08-15 14:51 maint set|show internal-error|internal-warning quit|corefile yes|no|auto Andrew Cagney
2002-08-15 14:59 ` Fernando Nasser
@ 2002-08-16 6:22 ` Carlos O'Donell
1 sibling, 0 replies; 3+ messages in thread
From: Carlos O'Donell @ 2002-08-16 6:22 UTC (permalink / raw)
To: Andrew Cagney; +Cc: gdb
> Hello,
> I'd like to propose some new set show options:
> maint set|show internal-error|internal-warning quit|corefile yes|no|auto
>
Sounds great. I could probably make immediate use of these :}
c.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2002-08-16 13:22 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-08-15 14:51 maint set|show internal-error|internal-warning quit|corefile yes|no|auto Andrew Cagney
2002-08-15 14:59 ` Fernando Nasser
2002-08-16 6:22 ` Carlos O'Donell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox