Xref: utzoo news.software.b:1819 comp.bugs.sys5:726 comp.bugs.misc:201
Path: utzoo!yunexus!geac!geaclib!daveb
From: daveb@geaclib.UUCP (David Collier-Brown)
Newsgroups: news.software.b,comp.bugs.sys5,comp.bugs.misc
Subject: Re: mkdir() ... (sidebar on 4.2)
Message-ID: <3501@geaclib.UUCP>
Date: 24 Dec 88 18:34:50 GMT
Article-I.D.: geaclib.3501
References: <10845@swan.ulowell.edu>
Organization: GEAC Computers, Toronto, CANADA
Lines: 16

From article <10845@swan.ulowell.edu>, by arosen@hawk.ulowell.edu (MFHorn):
> A couple years ago, I had to fix this bug in one of our systems.  I had
> source to mkdir.c, but not to the kernel, and was able to successfully
> close the hole completely.

  Just a sidebar on the presumed safety of Berkeley 4.2:  
while creating old-fashioned lock files on an Ultrix system, I noted
that at least the rename system call was non-atomic (ie, I could
observe both the old and new names for a few repetitions of ls -l),
and wonder if a similar situation applies to the mkdir operation.
  --dave (I'll try it on my sun next year (:-)) c-b
-- 
 David Collier-Brown.  | yunexus!lethe!dave
 Interleaf Canada Inc. |
 1550 Enterprise Rd.   | He's so smart he's dumb.
 Mississauga, Ontario  |       --Joyce C-B