From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 12 23:04:06 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE38316A4CE for ; Fri, 12 Nov 2004 23:04:06 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CBA943D49 for ; Fri, 12 Nov 2004 23:04:06 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) iACN3naI029847 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 13 Nov 2004 00:03:51 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id iACN3asu005622 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 13 Nov 2004 00:03:36 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id iACN3a7G017778; Sat, 13 Nov 2004 00:03:36 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id iACN3Y9Z017776; Sat, 13 Nov 2004 00:03:34 +0100 (CET) (envelope-from ticso) Date: Sat, 13 Nov 2004 00:03:34 +0100 From: Bernd Walter To: Paul Armstrong Message-ID: <20041112230333.GV772@cicely12.cicely.de> References: <41940880.7070409@corserv.com> <20041112023023.GG19417@silverwraith.com> <20041112031122.GA87071@falcon.midgard.homeip.net> <20041112055543.GH19417@silverwraith.com> <20041112160528.GA91711@falcon.midgard.homeip.net> <20041112175005.GG1807@suricate.otoh.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041112175005.GG1807@suricate.otoh.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-hackers@freebsd.org cc: Kevin Lyons Subject: Re: tcsh fix X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2004 23:04:07 -0000 On Fri, Nov 12, 2004 at 09:50:05AM -0800, Paul Armstrong wrote: > On Fri, Nov 12, 2004 at 05:05:28PM +0100, Erik Trulsson wrote: > > > This is to provide compatibility whn working with multiple versions of > > > Unix. > > > I write many scripts in sh on Solaris, and find they just don't work on > > > Linux because /bin/sh on Linux is really /bin/bash and is not bacwards > > > compatible. I HATE this. We shouldn't do this, and should do anything > > > like this. > > > > Again - backwards compatible with what? Might it not be the case that > > it is your scripts for Solaris-sh which uses non-standard features and > > therefore fails on bash (which actually tends to be very > > standards-compliant.) > > Indeed. Keep in mind that if you want a standard Bourne implementation > on Solaris (or at least one that complies to POSIX.2a-1992), then you > need to start your scripts with /usr/xpg4/bin/sh rather than /bin/sh. I often missed features in FreeBSD ash that Solaris /bin/sh had, such as using ^ sign as an | alternative (in germany one often has to search the | key on bad configured terminals, which was not uncommon in field service). I also often missed the vi mode and command history of FreeBSDs ash in Solaris. To get both sides happy you have to build it into *one* shell and not complaining your missing features are more important than what others need. > Given that it's easier (and shouldn't actually do any harm to the base > OS) to commit the 44bsd csh as /bin/csh (or just simply remove the link > for /bin/csh->/bin/tcsh) than continue to argue about this, would > someone with a commit bit please make this thread go away? It's much easier getting the compatbility bug fixed in tcsh by contacting the tcsh maintainers than senseless asking for yet another shell in the base. Have you ever tried contacting the tcsh team about this issue? Having two shells is just bleeding base and the discussion about csh vs. tcsh is long time ago - it even already made it into -stable. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de