Return-Path: owner-postman
Received: from eden.CS.Berkeley.EDU (eden.CS.Berkeley.EDU [128.32.37.56]) by nobozo.CS.Berkeley.EDU (8.6.10/8.6.3) with ESMTP id WAA17852; Wed, 8 Mar 1995 22:59:22 -0800
Received: (andrew@localhost) by eden.CS.Berkeley.EDU (8.6.10/8.6.3) id WAA01928; Wed, 8 Mar 1995 22:59:21 -0800
Date: Wed, 8 Mar 1995 22:59:21 -0800
From: "Andrew K. Yu" <andrew@postgres.Berkeley.EDU>
Message-Id: <199503090659.WAA01928@eden.CS.Berkeley.EDU>
To: andrew@postgres.Berkeley.EDU, aoki@CS.Berkeley.EDU
Subject: Re: sunita's bufmgr bug
Cc: postgres-arch@postgres.Berkeley.EDU, sunita@postgres.Berkeley.EDU


> "Andrew K. Yu" <andrew@postgres.Berkeley.EDU> writes:
> > hey Paul, we seem to have found the bug (that you introduce last
> > July while you're optimizing the bufmgr).

sorry, pointing finger wasn't my intent (although having the urge to shoot
someone after finding the bug isn't entirely an exaggeration :). The reason
why I'm looking at the log is to determine the extent of the damage. This
appears to be a common enough multi-user bug that someone must have
experienced it.

> 
> look carefully at the rcs history.

> the business of giving up the mutex in BufferAlloc before calling
> BufferReplace has *always* been there.  look at any previous revision.

the bug seems to have creeped in when someone reorganize the order of the
calls between revs 1.79 and 1.80. (The bug doesn't happen to pre-1.79 code
because the tag has been inserted into the buffer table before doing I/O.
Releasing the lock at that point does no harm.)

I was just trying to determine whether I should alert mao.

-andrew
