public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
From: Patrick <plax@chemie.uni-dortmund.de>
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org,
Subject: Re: other/10279: g++ exits with segmentation-fault
Date: Tue, 01 Apr 2003 07:06:00 -0000	[thread overview]
Message-ID: <20030401070601.14051.qmail@sources.redhat.com> (raw)

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3126 bytes --]

The following reply was made to PR other/10279; it has been noted by GNATS.

From: Patrick <plax@chemie.uni-dortmund.de>
To: bangerth@dealii.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
	nobody@gcc.gnu.org, plax@chemie.uni-dortmund.de,
	gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: other/10279: g++ exits with segmentation-fault
Date: Tue, 1 Apr 2003 08:57:30 +0200

 Hallo bangerth@dealii.org!
 
 I am very sure that this is not a hardware bug.
 In fact, I run this computer for three months now with
 Slackware 9.0-pre and now Slackware 9.0.0 without
 any problems. gcc3 is the only program that has these crashes,
 in Slackware 9.0-pre I installed gcc2 and it worked quite
 fine.
 I have used memtest86 over one weekend and it didn't report
 any errors with the ram. I am sorry for not telling you the flags
 for compilation, but I am more a "./configure && make"-user
 than a real programmer. To cite the output by make:
 g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../dcop -I../../libltdl -I../../kdecore     \
      -I../../kdeui -I../../kio -I../../kio/kio -I../../kio/kfile -I../.. -I/usr/lib/qt/include     \
      -I. -I/opt/kde/include   -DQT_THREAD_SUPPORT  -D_REENTRANT  \
      -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W             \
      -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi                  \
      -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align             \ 
      -Wconversion -O2 -fno-exceptions -fno-check-new                             \
      -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE                \
       -DQT_NO_ASCII_CAST -DQT_NO_COMPAT  -c                          \
       -o dcop.o `test -f 'dcop.cpp' || echo './'`dcop.cpp
 
 About the frequency of the segmentation faults: In a software package like
 kdelibs-3.1.1, I get about 20-30 of these segmentation faults, so on this
 system I am unable to use gcc3. Regarding this frequency and the experienced
 stability of other software on my system, I am sure that this is an error
 in gcc3 or any of its development tools/libs.
 
 If you are interested in following this bug and you need more information,
 please send an email to me. At the moment I have no idea which more
 information is useful for you because I'm not a programmer. Nevertheless
 I am rather willing to help you if I can, although I have now decided to downgrade
 back to gcc2.
 
 Sincerely,
 Patrick
 
 
 Du schriebst am Montag, 31. März 2003 18:10:
 > Synopsis: g++ exits with segmentation-fault
 >
 > State-Changed-From-To: open->closed
 > State-Changed-By: bangerth
 > State-Changed-When: Mon Mar 31 16:10:19 2003
 > State-Changed-Why:
 >     Compiles fine for me. Two remarks:
 >     - you don't tell us which flags you used for compilation
 >     - sporadic non-reproducible crashed are more often than not
 >       problems with the hardware, in particular bad memory
 >       sticks. Try running a memory checking tool for a night
 >       on your machine to find out whether this is really the
 >       problem.
 >
 >     Wolfgang
 >
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&
 >pr=10279
 


             reply	other threads:[~2003-04-01  7:06 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-01  7:06 Patrick [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-03-31 16:24 bangerth
2003-03-31 15:06 plax

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030401070601.14051.qmail@sources.redhat.com \
    --to=plax@chemie.uni-dortmund.de \
    --cc=gcc-prs@gcc.gnu.org \
    --cc=nobody@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).