From owner-cvs-all Tue Oct 20 12:12:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20974 for cvs-all-outgoing; Tue, 20 Oct 1998 12:12:43 -0700 (PDT) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA20969; Tue, 20 Oct 1998 12:12:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.1/8.9.1) id MAA28626; Tue, 20 Oct 1998 12:12:06 -0700 (PDT) (envelope-from dillon) Date: Tue, 20 Oct 1998 12:12:06 -0700 (PDT) From: Matthew Dillon Message-Id: <199810201912.MAA28626@apollo.backplane.com> To: Bruce Evans Cc: bde@zeta.org.au, peter@netplex.com.au, cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/stdio mktemp.c References: <199810201628.CAA15294@godzilla.zeta.org.au> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk We have enough problems with security, we don't need to add mkstemp() to the fray after the time had been spent to make it secure. I don't give a fart what the 'standards' say... creating files in /tmp is already an extremely dangerous proposition. Don't screw it up even more by de-securing the function call! -Matt Matthew Dillon Engineering, HiWay Technologies, Inc. & BEST Internet Communications & God knows what else. (Please include original email in any response) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message