lamy@sobeco.com (Jean-Francois Lamy) (09/19/90)
On a stock 3240 with 4.50 freshly installed from scratch, with no expansion cabinet, a properly terminated bus and fully successful power-up tests, we observe the following with both versions of dbx (/usr/ucb/dbx and /usr/bin/dbx) ************************************************* * * * MIPS - The Measure of Performance * * * ************************************************* bshe # dbx -k /unix /dev/kmem dbx version 2.11 Copyright 1988, 1989 MIPS Computer Systems Inc. Type 'help' for help. reading symbolic information ... [using memory image in /dev/kmem] DBX Fault: Segmentation fault Needless to say, this makes it hard to use the patch that would be required to get an Exabyte to work (which is how we ran into this in the first place). What is funnier here is that said machine has been used to compile and test a largish software package and has not given us any indication of any kind of trouble whatsoever for the past month. Does this ring a bell anywhere (no, it's not in the READ THIS FIRST :-) Jean-Francois Lamy lamy@sobeco.com, uunet!sobeco!lamy Groupe Sobeco, 505 ouest, bd Rene-Levesque, Montreal Canada H2Z 1Y7
lamy@sobeco.com (Jean-Francois Lamy) (09/22/90)
In <1990Sep18.213834.24160@sobeco.com> I wrote > bshe # dbx -k /unix /dev/kmem > [...] > DBX Fault: Segmentation fault This should have read /dev/mem, not /dev/kmem (I cut-and-pasted the wrong experiment), but this has no incidence on the outcome. Both dbx-es report the Segmentation fault, yet no core file is produced, and one can copy every single byte of /dev/mem out without a complaint. Jean-Francois Lamy lamy@sobeco.com, uunet!sobeco!lamy Groupe Sobeco, 505 ouest, bd Rene-Levesque, Montreal Canada H2Z 1Y7