From owner-freebsd-current Wed Mar 20 11:25:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26107 for current-outgoing; Wed, 20 Mar 1996 11:25:36 -0800 (PST) Received: from main.statsci.com (main.statsci.com [198.145.127.110]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26097 for ; Wed, 20 Mar 1996 11:25:34 -0800 (PST) Received: from statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0tzTV8-000r3sC; Wed, 20 Mar 96 11:24 PST Message-Id: To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: perl4 In-reply-to: Your message of "Wed, 20 Mar 1996 10:13:13 +0100." <199603200913.KAA07672@uriah.heep.sax.de> Reply-to: scott@statsci.com Date: Wed, 20 Mar 1996 11:24:52 -0800 From: Scott Blachowicz Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > By the way, which is inherantly broken when executed as any sort of > > script. It needs to be a shell builtin or it needs to die. > Huh? #!/bin/sh, #!/bin/csh aren't shell builtins either. In fact, all > these scripts are acceptable to execve(2), and the shell won't even > notice the difference to a binary executable. I think the point was more that if you define the purpose of 'which' to be "tell me what would be run if I use this command", then it has to be a shell builtin in order to find shell-local functions and aliases. Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org