From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13207 invoked from network); 28 Mar 2003 18:00:39 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 28 Mar 2003 18:00:39 -0000 Received: (qmail 7610 invoked by alias); 28 Mar 2003 18:00:03 -0000 Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 5994 Received: (qmail 7601 invoked from network); 28 Mar 2003 18:00:03 -0000 Received: from localhost (HELO sunsite.dk) (127.0.0.1) by localhost with SMTP; 28 Mar 2003 18:00:03 -0000 X-MessageWall-Score: 0 (sunsite.dk) Received: from [195.167.170.152] by sunsite.dk (MessageWall 1.0.8) with SMTP; 28 Mar 2003 18:0:3 -0000 Received: from zefram by bowl.fysh.org with local (Exim 3.35 #1 (Debian)) id 18yy94-0006z3-00 for ; Fri, 28 Mar 2003 18:00:02 +0000 Date: Fri, 28 Mar 2003 18:00:02 +0000 To: Zsh Users Subject: Re: copying files with shell built in functions? Message-ID: <20030328180001.GB6040@fysh.org> References: <20030328165928.GB14934@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030328165928.GB14934@gmx.de> User-Agent: Mutt/1.3.28i From: Zefram Dominik Vogt wrote: >In a fit of mental derangement, my colleagues tried to exchange >the libc on a machine at run time and used 'mv' to rename the >file. As you might imagine, they regretted that immediately :-) This is precisely what I created the zsh/files module for. I have the module loaded all the time, in normal user shells as well as root shells. I've never had this kind of situation, where the external programs were unusable, but I've frequently been glad that the argument length limitations of exec(2) don't apply to builtins ("rm *" in a directory with *lots* of files). -zefram