public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: other/10628: core file not generated
@ 2003-05-06 14:26 Wolfgang Bangerth
0 siblings, 0 replies; 8+ messages in thread
From: Wolfgang Bangerth @ 2003-05-06 14:26 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR other/10628; it has been noted by GNATS.
From: Wolfgang Bangerth <bangerth@ices.utexas.edu>
To: Andrew Pinski <pinskia@physics.uc.edu>
Cc: gcc-bugs@gcc.gnu.org, <khan_sanjay@operamail.com>, <gcc-gnats@gcc.gnu.org>
Subject: Re: other/10628: core file not generated
Date: Tue, 6 May 2003 09:22:55 -0500 (CDT)
> 3.4 has an option -dH.
Does that mean that the PR is thus resolved and should be closed?
Thanks
W.
-------------------------------------------------------------------------
Wolfgang Bangerth email: bangerth@ices.utexas.edu
www: http://www.ices.utexas.edu/~bangerth/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: other/10628: core file not generated
@ 2003-05-06 15:06 Andrew Pinski
0 siblings, 0 replies; 8+ messages in thread
From: Andrew Pinski @ 2003-05-06 15:06 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR other/10628; it has been noted by GNATS.
From: Andrew Pinski <pinskia@physics.uc.edu>
To: Wolfgang Bangerth <bangerth@ices.utexas.edu>
Cc: Andrew Pinski <pinskia@physics.uc.edu>, gcc-bugs@gcc.gnu.org,
<khan_sanjay@operamail.com>, <gcc-gnats@gcc.gnu.org>
Subject: Re: other/10628: core file not generated
Date: Tue, 6 May 2003 10:59:01 -0400
yep.
Here is the changelog for the patch that added -dH:
2003-02-11 Geoffrey Keating <geoffk@apple.com>
* diagnostic.c (real_abort): New.
(diagnostic_report_diagnostic): Call real_abort on error.
* diagnostic.h (diagnostic_abort_on_error): New.
(struct diagnostic_context): Add abort_on_error field.
* toplev.c (setup_core_dumping): New.
(decode_d_option): Handle 'H' case.
* doc/invoke.texi (Debugging Options): Document -dH.
Thanks,
Andrew Pinski
On Tuesday, May 6, 2003, at 10:22 US/Eastern, Wolfgang Bangerth wrote:
>
>> 3.4 has an option -dH.
>
> Does that mean that the PR is thus resolved and should be closed?
>
> Thanks
> W.
>
> -----------------------------------------------------------------------
> --
> Wolfgang Bangerth email:
> bangerth@ices.utexas.edu
> www:
> http://www.ices.utexas.edu/~bangerth/
>
>
>
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: other/10628: core file not generated
@ 2003-05-06 15:03 bangerth
0 siblings, 0 replies; 8+ messages in thread
From: bangerth @ 2003-05-06 15:03 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, khan_sanjay, nobody
Synopsis: core file not generated
State-Changed-From-To: open->closed
State-Changed-By: bangerth
State-Changed-When: Tue May 6 15:03:39 2003
State-Changed-Why:
Resolved. Thanks, Andrew, for keeping an eye on this!
W.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10628
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: other/10628: core file not generated
@ 2003-05-06 14:26 Andrew Pinski
0 siblings, 0 replies; 8+ messages in thread
From: Andrew Pinski @ 2003-05-06 14:26 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR other/10628; it has been noted by GNATS.
From: Andrew Pinski <pinskia@physics.uc.edu>
To: bangerth@dealii.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
khan_sanjay@operamail.com, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Cc: Andrew Pinski <pinskia@physics.uc.edu>
Subject: Re: other/10628: core file not generated
Date: Tue, 6 May 2003 10:20:09 -0400
3.4 has an option -dH.
Thanks,
Andrew Pinski
On Tuesday, May 6, 2003, at 10:09 US/Eastern, bangerth@dealii.org wrote:
> Synopsis: core file not generated
>
> State-Changed-From-To: closed->open
> State-Changed-By: bangerth
> State-Changed-When: Tue May 6 14:09:44 2003
> State-Changed-Why:
> Due to Christian's message. I was not aware of this.
>
> http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-
> trail&database=gcc&pr=10628
>
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: other/10628: core file not generated
@ 2003-05-06 14:09 bangerth
0 siblings, 0 replies; 8+ messages in thread
From: bangerth @ 2003-05-06 14:09 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, khan_sanjay, nobody
Synopsis: core file not generated
State-Changed-From-To: closed->open
State-Changed-By: bangerth
State-Changed-When: Tue May 6 14:09:44 2003
State-Changed-Why:
Due to Christian's message. I was not aware of this.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10628
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: other/10628: core file not generated
@ 2003-05-06 8:26 Christian Ehrhardt
0 siblings, 0 replies; 8+ messages in thread
From: Christian Ehrhardt @ 2003-05-06 8:26 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR other/10628; it has been noted by GNATS.
From: "Christian Ehrhardt" <ehrhardt@mathematik.uni-ulm.de>
To: bangerth@dealii.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
khan_sanjay@operamail.com, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Cc:
Subject: Re: other/10628: core file not generated
Date: Tue, 6 May 2003 10:17:07 +0200
On Mon, May 05, 2003 at 02:34:51PM -0000, bangerth@dealii.org wrote:
> Creation of core files is not controlled by the compiler, but
> by the shell. Use for example ulimit.
The shell may play a role, but the application can catch SIGSEGV and
exit instead of dumping core. IIRC this is what gcc does and IMHO it is
a valid feature request that gcc should have an option to actually
make the backends dump core.
regards Christian
--
THAT'S ALL FOLKS!
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: other/10628: core file not generated
@ 2003-05-05 14:34 bangerth
0 siblings, 0 replies; 8+ messages in thread
From: bangerth @ 2003-05-05 14:34 UTC (permalink / raw)
To: gcc-bugs, gcc-prs, khan_sanjay, nobody
Synopsis: core file not generated
State-Changed-From-To: open->closed
State-Changed-By: bangerth
State-Changed-When: Mon May 5 14:34:50 2003
State-Changed-Why:
Creation of core files is not controlled by the compiler, but
by the shell. Use for example ulimit.
W.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=10628
^ permalink raw reply [flat|nested] 8+ messages in thread
* other/10628: core file not generated
@ 2003-05-05 13:36 khan_sanjay
0 siblings, 0 replies; 8+ messages in thread
From: khan_sanjay @ 2003-05-05 13:36 UTC (permalink / raw)
To: gcc-gnats
>Number: 10628
>Category: other
>Synopsis: core file not generated
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: unassigned
>State: open
>Class: support
>Submitter-Id: net
>Arrival-Date: Mon May 05 13:36:01 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator: khan_sanjay@operamail.com
>Release: GCC 3.2.2
>Organization:
>Environment:
Redhat 8.0
GCC 3.2.2
>Description:
I am bit new to this environment. The problem is that :::
No core files are generated in case of crash/segmentation fault. What compiler option should I used to get the core files in case of serious and critical problem.
thanks in advance...
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2003-05-06 15:06 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-05-06 14:26 other/10628: core file not generated Wolfgang Bangerth
-- strict thread matches above, loose matches on Subject: below --
2003-05-06 15:06 Andrew Pinski
2003-05-06 15:03 bangerth
2003-05-06 14:26 Andrew Pinski
2003-05-06 14:09 bangerth
2003-05-06 8:26 Christian Ehrhardt
2003-05-05 14:34 bangerth
2003-05-05 13:36 khan_sanjay
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).