From owner-cvs-all Sun Oct 11 10:47:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16924 for cvs-all-outgoing; Sun, 11 Oct 1998 10:47:59 -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 KAA16913; Sun, 11 Oct 1998 10:47:48 -0700 (PDT) (envelope-from dillon@backplane.com) Received: (dillon@localhost) by apollo.backplane.com (8.9.1/8.6.5) id KAA04968; Sun, 11 Oct 1998 10:47:31 -0700 (PDT) Date: Sun, 11 Oct 1998 10:47:31 -0700 (PDT) From: Matthew Dillon Message-Id: <199810111747.KAA04968@apollo.backplane.com> To: Eivind Eklund Cc: Matthew Dillon , Peter Wemm , Bruce Evans , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc/gen popen.c References: <199810110309.LAA18511@spinner.netplex.com.au> <199810110906.CAA02043@apollo.backplane.com> <19981011193603.A28135@nagual.pp.ru> <19981011192754.34404@follo.net> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk : :exec() isn't the only problem. There are programs calling e.g. wanr() :on failure of the exec(). We have to do an audit WRT which programs :are abusing vfork(), anyway... : :Eivind. True. We can't fix every programmer's bozoness, but we can fix the more professional programmer's expectations. If the programmer knows enough to call _exit() rather then exit(), they should know enough not to make random library calls... but even though execl() isn't a system call I think most programmers would expect it to work inside a vfork(). -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