X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-bounces using -f X-Authentication-Warning: kendall.sfbr.org: jeffw set sender to jeffw AT darwin DOT sfbr DOT org using -f Date: Fri, 25 Jan 2002 11:24:57 -0600 From: JT Williams To: djgpp AT delorie DOT com Subject: Re: disable bash builtin(s) Message-ID: <20020125112457.A1110@kendall.sfbr.org> Mail-Followup-To: djgpp AT delorie DOT com References: <20020123124043 DOT A17742 AT kendall DOT sfbr DOT org> <20020124114332 DOT B10567 AT kendall DOT sfbr DOT org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from broeker@physik.rwth-aachen.de on Fri, Jan 25, 2002 at 02:23:42PM +0000 Reply-To: djgpp AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk -: The only way this can ever trouble the user would be if some program -: was installed under the name 'select' --- which is quite obviously a -: rather bad idea, for exactly this reason. This this exactly the problem. For example, we have for years used a commercial package (a pedigree management database) that came with its own `sort' and `merge', which conflicted with Unix sort and RCS merge. Both the Unix and the db `sort' and `merge' are frequently used, however, and so disabling either set was not an option. The conflict was side-stepped by requiring the commercial routines to be prefaced with the name of the package (a la cvs ). The conflict with `select' has a similar origin; `select' is a standard database operation, but it conflicts with a bash keyword. In this case, however, the use of `select' in a db context is far more common than in a shell context, which got me thinking about disabling just that one bash keyword (only for the duration of the db session, though).