From: Geoff Mishkin <gmishkin@acs.bu.edu>
To: linux-kernel@vger.kernel.org
Cc: Denis Vlasenko <vda@port.imtp.ilyichevsk.odessa.ua>
Subject: Re: ld segfault at end of 2.6.6 compile
Date: Wed, 16 Jun 2004 19:24:14 -0400 [thread overview]
Message-ID: <1087428254.8669.46.camel@amsa> (raw)
In-Reply-To: <200406161935.55740.vda@port.imtp.ilyichevsk.odessa.ua>
Yes, it always happens right away, even between reboots. And just for
technicality, its ld that segfaults, not gcc. If it makes a difference.
--Geoff Mishkin <gmishkin@bu.edu>
On Wed, 2004-06-16 at 12:35, Denis Vlasenko wrote:
> On Wednesday 16 June 2004 15:01, Eric wrote:
> > On Wednesday 16 June 2004 05:41 am, Geoff Mishkin wrote:
> > > I couldn't find exactly what I was looking for in the BIOS utility (IBM
> > > ThinkPad T42), but I turned on Diagnostics mode and the RAM check, so at
> > > boot it checked the RAM, which all turned out okay.
> >
> > The bios does very wimpy checking of ram. If it is indeed a RAM problem,
> > you should use a tool like memtest86 in linux (you boot to it, its not a
> > linux tool per se) or prime95(is that the name?) in windows.
>
> In my case, it wasn't enough. Neuther memtest86 nor cpuburn
> was able to trigger problem, only gcc. (I did not try prime95).
> I tweaked memory timings until gcc stopped segv'ing.
>
> BTW, "bad memory" theory does not hold if fails _every time in the
> same place_.
> --
> vda
>
next prev parent reply other threads:[~2004-06-16 23:24 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-16 2:24 ld segfault at end of 2.6.6 compile Geoff Mishkin
2004-06-16 6:13 ` Harald Dunkel
2004-06-16 10:41 ` Geoff Mishkin
2004-06-16 12:01 ` Eric
[not found] ` <200406161935.55740.vda@port.imtp.ilyichevsk.odessa.ua>
2004-06-16 23:24 ` Geoff Mishkin [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-06-16 11:23 Geoff Mishkin
2004-06-16 11:49 ` Harald Dunkel
2004-06-16 12:43 Geoff Mishkin
2004-06-17 4:16 Geoff Mishkin
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=1087428254.8669.46.camel@amsa \
--to=gmishkin@acs.bu.edu \
--cc=gmishkin@bu.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=vda@port.imtp.ilyichevsk.odessa.ua \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.