From owner-freebsd-bugs Tue Oct 20 06:03:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA13161 for freebsd-bugs-outgoing; Tue, 20 Oct 1998 06:03:37 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA13155 for ; Tue, 20 Oct 1998 06:03:34 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id XAA01071; Tue, 20 Oct 1998 23:03:05 +1000 Date: Tue, 20 Oct 1998 23:03:05 +1000 From: Bruce Evans Message-Id: <199810201303.XAA01071@godzilla.zeta.org.au> To: bde@zeta.org.au, peter@netplex.com.au Subject: Re: amusing vi bug Cc: bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> umask 777 # silly season >> rm -f /tmp/z >> touch /tmp/z >> vi /tmp/z >> >> vi recurses endlessly in file_open() and files up /tmp with temporary >> files until the filesysem containing /tmp runs out of indodes or some >> other limit is hit. > >Hmm.. mk[s]temp() bug in libc. There seems to be only a documentation bug for this in libc. mkstemp() honours the umask, but the man page doesn't mention this. glibc-2.0.5c's mkstemp() is similar except it opens the file with mode 0666 instead of mode 0600. BTW, I've also seen the tmp file left undeleted in normal operation, and lots of tmp files left undeleted by (mostly remote?) cvs. >> This may have been fixed. contrib/nvi is 8 versions out of date >> (1.79 - 1.71). > >Eh? ":version" reports: >Version 1.79 (10/23/96) The CSRG, University of California, Berkeley. Oops. The README says 1.71. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message