saharbaugh%roo.dnet@WINNIE.FIT.EDU (08/09/90)
From: WINNIE::"MAILER-DAEMON" "Mail Delivery Subsystem" 9-AUG-1990 10:40:54.85 To: <roo::saharbaugh> CC: Subj: Returned mail: unknown mailer error 101 ----- Transcript of session follows ----- bad system name: ucivax uux failed. code 101 554 <ucivax!gateway@ucbvax.Berkeley.edu>... unknown mailer error 101 ----- Unsent message follows ----- Received: from ROO.DECnet MAIL11D_V3 by winnie.fit.edu (5.57/Ultrix2.4-C) id AA04506; Thu, 9 Aug 90 10:27:06 EDT Date: Thu, 9 Aug 90 10:27:05 EDT From: roo::saharbaugh To: WINNIE::"ucivax!gateway@ucbvax.Berkeley.edu" Cc: SAHARBAUGH Subject: to Jose_Duarte, bus_error We haven't experienced bus_error on our Sun 4 or Silicon Graphics but we have in the past experienced them on a Masscomp running Unix and Verdix compiler. Our conclusion was that bus errors were hardware problems and being reported by Unix and had nothing to do with Ada. We would sometimes get bus_error on boot-up when the hardware was being tested by the ROM boot. So...our suggestion is to call a hardware maintenance person to run diagnostics. Hope this helps some. regards, sam harbaugh ---------------------
saharbaugh%roo.dnet@WINNIE.FIT.EDU (08/10/90)
Kathy Gilroy says that she has experienced "bus error" when using
access types sometimes and has found a preventative to be tp
use the keyword "all" when referencing components of the accessed
object.
i.e., instead of referencing "object.component" reference
"object.all.component".
A possible explanation is that the code
generator gets confused and generates an illegal bus address which
then is reported through the operating system to you as a "bus error".
If anyone tries this please report the results, thanks.
sam harbaugh for kathy gilroy
-----------------------------cpp@calmasd.Prime.COM (Chuck Peterson) (08/11/90)
I believe that "bus error" on an SGI indicates that an invalid memory address was generated (e.g. an attempt to dereference an invalid C pointer). My opinion only. (Disclaimer.)
) (08/14/90)
Hi Everybody,
I just wanted to post my findings on the BUS ERROR bug
that I recently battled with...I received the following responses
from people throughout the country. I would like to thank everyone
who responded and I would like to especially thank Sam Harbaugh and
Kathy Gilroy. I tried Kathy's suggestion, and the program behaved
correctly in all trial tests except one.
Jose Duarte
------------------------------------------------------
From: Fred Hosch <fred@titan.tsd.arlut.utexas.edu>
Subject: bus error
Verdix reports "a deficiency in the Sun OS may cause a 'bus error' during
execution of VADS compiled code on 68030-based Sun hosts ... Sun intends to
fix this deficiency in the 4.1.1 release of Sun OS." Since you're running
a Sun 4, I don't know if this applies. At any rate, a patch exits for
Sun OS versions 4.0.3 and 4.1. The bug ID is 1038670. The patch can
be obtained from Sun (1-800-USA-4-SUN, or bulletin board 1-800-477-4768
with the login guest), or from Verdix (1-800-USE-VADS).
Fred Hosch
Applied Research Labs
UT Austin
fred@cs.utexas.edu
------------------------------------------------------
From: saharbaugh%roo.dnet@WINNIE.FIT.EDU
Subject: bus error
Date: 9 Aug 90 14:50:38 GMT
We haven't experienced bus_error on our Sun 4 or Silicon Graphics
but we have in the past experienced them on a Masscomp running
Unix and Verdix compiler. Our conclusion was that bus errors were
hardware problems and being reported by Unix and had nothing to
do with Ada. We would sometimes get bus_error on boot-up when the
hardware was being tested by the ROM boot.
So...our suggestion is to call a hardware maintenance person
to run diagnostics. Hope this helps some.
regards, sam harbaugh
------------------------------------------------------
From: cpp@calmasd.Prime.COM (Chuck Peterson)
Subject: Re: bus error
Organization: Calma - A Division of Prime Computers
I believe that "bus error" on an SGI indicates that an invalid memory
address was generated (e.g. an attempt to dereference an invalid C
pointer).
My opinion only. (Disclaimer.)
------------------------------------------------------
From: saharbaugh%roo.dnet@WINNIE.FIT.EDU
Subject: bus error
Kathy Gilroy says that she has experienced "bus error" when using
access types sometimes and has found a preventative to be tp
use the keyword "all" when referencing components of the accessed
object.
i.e., instead of referencing "object.component" reference
"object.all.component".
A possible explanation is that the code
generator gets confused and generates an illegal bus address which
then is reported through the operating system to you as a "bus error".
If anyone tries this please report the results, thanks.
sam harbaugh for kathy gilroy
------------------------------------------------------
Thanks again to everyone who responded !!!saharbaugh%roo.dnet@WINNIE.FIT.EDU (08/16/90)
Since one trial test still fails Kathy Gilroy suggests disabling the optimizer (assuming it is on by default). This has sometimes helped clear problems with access types. Let us know the results. sam harbaugh for kathy gilroy -----------------------------
) (08/28/90)
Hi Folks, A while ago, I asked for help with a BUS ERROR problem that I was having when using pointers. Since then, I have tried some of your suggestions & I posted the results a while ago. I resolved this problem by: 1. Dereferencing the pointer variable explicitly. 2. Using an older version of the Verdix Compiler. Thanks to all who replied & sent helpful suggestions. Now that I compiled the program with Verdix 5.5, it's about twice as slow *but* it doesn't stop w/"BUS ERROR" problems! J Duarte