Path: utzoo!attcan!uunet!mailrus!purdue!haven!mimsy!chris
From: chris@mimsy.umd.edu (Chris Torek)
Newsgroups: comp.unix.ultrix
Subject: Re: First swap less that memory (slightly) Ultrix 3.1C
Message-ID: <23717@mimsy.umd.edu>
Date: 13 Apr 90 18:32:19 GMT
References: <1990Apr9.183344.28958@Neon.Stanford.EDU>
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Lines: 26

In article <1990Apr9.183344.28958@Neon.Stanford.EDU>
farhad@Tehran.Stanford.EDU (Farhad Shakeri) writes:
>Our system is a 64MEG (67.07 MB total on boot time) and I use to have
>two 65MEG chunks for swaping. ... we had two major crashes ....  On
>each case the memory dump destroyed the next partition ....

>The problem is fixed now.  I made swap 0 bigger than the total memory.

>Is this a bug?

Certainly.

>Shouldn't the driver stop the memory dump to prevent
>this kind of destruction?

4BSD used to have the same bug.  The fix was to dump only as much as
fits.  Presumably DEC will pick up this fix once enough customers
complain.  (It would be nice if DEC would pick up fixes *before* the
bugs cause trouble....  It is very annoying to discover that a bug
fixed not long after the 4.2BSD release is still present in a late
release of Ultrix.  4.3BSD-tahoe has been out for quite a while now,
and DEC should have applied some effort towards fixing their software
wherever Berkeley CSRG fixed theirs.)
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7163)
Domain:	chris@cs.umd.edu	Path:	uunet!mimsy!chris