From owner-cvs-all Thu Oct 22 01:41:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA11043 for cvs-all-outgoing; Thu, 22 Oct 1998 01:41:53 -0700 (PDT) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA11035; Thu, 22 Oct 1998 01:41:44 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id KAA14224; Thu, 22 Oct 1998 10:40:13 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Thu, 22 Oct 1998 10:40:12 +0200 (MET DST) Mime-Version: 1.0 To: Matthew Dillon Cc: Peter Wemm , Bruce Evans , cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdio mktemp.c References: <199810210245.KAA14596@spinner.netplex.com.au> <199810210437.VAA01979@apollo.backplane.com> <199810211608.JAA06244@apollo.backplane.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 22 Oct 1998 10:40:10 +0200 In-Reply-To: Matthew Dillon's message of "Wed, 21 Oct 1998 09:08:56 -0700 (PDT)" Message-ID: Lines: 19 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id BAB11036 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk Matthew Dillon writes: > :Matthew Dillon writes: > :> I could go either way. My personal preference would be to fix the manual > :> page to read 'mode 0600 masked by the current umask' and *not* put in the > :> fchmod(), because I can certainly see a program expecting to create a > :> file with read-only permissions by setting the umask and calling > :> mkstemp() to get the read+write descriptor. It would be phenominally dumb > :> programmer to depend on it, but I can see it. > :So we should adapt FreeBSD to be nice to phenomenally dumb > :programmers? I feel a rerun of the fclose(NULL) debate coming... > Huh? That's kind of an out-of-the-blue comment. I have no idea what > you are talking about. I was referring to the argument about whether or not fclose() should dump core when passed a NULL pointer. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message