From owner-freebsd-questions@FreeBSD.ORG Mon Jul 7 17:00:43 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3128D3F0 for ; Mon, 7 Jul 2014 17:00:43 +0000 (UTC) Received: from blue.qeng-ho.org (blue.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BB22329C0 for ; Mon, 7 Jul 2014 17:00:42 +0000 (UTC) Received: from fileserver.home.qeng-ho.org (localhost [127.0.0.1]) by fileserver.home.qeng-ho.org (8.14.7/8.14.5) with ESMTP id s67H0cZD004892; Mon, 7 Jul 2014 18:00:39 +0100 (BST) (envelope-from freebsd@qeng-ho.org) Message-ID: <53BAD236.3060501@qeng-ho.org> Date: Mon, 07 Jul 2014 18:00:38 +0100 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ralf Mardorf , freebsd-questions@freebsd.org Subject: Re: [Bulk] Re: The name "grep" References: <20140707075443.d47ca06a.freebsd@edvax.de> <53BA4F77.60907@qeng-ho.org> <20140707104403.5a0694ff.freebsd@edvax.de> <53BA71A7.9040208@qeng-ho.org> <1404728392.19389.1.camel@archlinux> <53BA9EC0.9000201@qeng-ho.org> <20140707160528.7ecf9855.freebsd@edvax.de> <1404750481.19389.12.camel@archlinux> In-Reply-To: <1404750481.19389.12.camel@archlinux> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2014 17:00:43 -0000 On 07/07/2014 17:28, Ralf Mardorf wrote: > >> On Mon, 07 Jul 2014 14:21:04 +0100, Arthur Chance wrote: >>> dd [options] [ infile [ outfile ]] > > This way users by accident could mistake the infile with the outfile. > > We dislike to randomly screw up infile and outfile, so IMO it makes > sense to force if= and of= "operands". There's no problem about which file is input and which output with cp or mv, so why on earth would it be a problem with a sane version of dd? If you really need a hand holding indication of which file is which, dd -i $infile -o $outfile would be in the Unix spirit, unlike the existing form. And with an interactive shell you could use filename completion which fails with the existing dd.