From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5878 invoked from network); 27 Mar 2008 12:56:21 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.4 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 27 Mar 2008 12:56:21 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 91361 invoked from network); 27 Mar 2008 12:56:17 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 27 Mar 2008 12:56:17 -0000 Received: (qmail 530 invoked by alias); 27 Mar 2008 12:56:13 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 24765 Received: (qmail 513 invoked from network); 27 Mar 2008 12:56:13 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 27 Mar 2008 12:56:13 -0000 Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by bifrost.dotsrc.org (Postfix) with ESMTP id 9876282CD267 for ; Thu, 27 Mar 2008 13:56:08 +0100 (CET) Received: by wa-out-1112.google.com with SMTP id j4so5106232wah.21 for ; Thu, 27 Mar 2008 05:56:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=bIcET3LIUKp/Zqis1oscoSI4+y+eghu23hFQwQkFkyQ=; b=V2mAunToUc3FMcTv2sgMcJefsbaxmENNnMeTpTHw4+h9qqcNuBB+giFjgtM9K9FQrBbA8p9KGMrc070YwR/TW0dv5Up+BtkGNDW9WxmB4rW4v8odYPcUGMjPdWJEYrHADVuycAbOoOl0WU7eMcn+dKvlT39b0GvUia7fGH+CR+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DHPOFEdRQNkwqiAWBMcdRMwrU/UY4MFFWK1c/2EZpkh3pUrVQEMmgv1jQBdOkvqnpMwavUUbKGCy239FMN+iLmETx39anbHCrUpWwtVKea4F+Clq7cvymHer0Bds4gifbcLqNIHBFAPw2a+6gqILkiwNmKpJ+SlQ1AZ4FVCvxMQ= Received: by 10.114.149.2 with SMTP id w2mr1392927wad.29.1206622567409; Thu, 27 Mar 2008 05:56:07 -0700 (PDT) Received: by 10.114.153.20 with HTTP; Thu, 27 Mar 2008 05:56:07 -0700 (PDT) Message-ID: <237967ef0803270556j3cdd583bt5b04eb8212461b0c@mail.gmail.com> Date: Thu, 27 Mar 2008 13:56:07 +0100 From: "Mikael Magnusson" To: "Peter Stephenson" Subject: Re: PATCH: cd -q (was Re: _canonical_path ...) Cc: zsh-workers@sunsite.dk In-Reply-To: <200803271248.m2RCmZVv009350@news01.csr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080326114413.80713vrmznwpnyuc@bapt.selfip.org> <200803261621.m2QGLptV017966@news01.csr.com> <20080326173824.0a55c00d@coredump.raveland.priv> <20080326164615.1d5893ed@news01> <20080327102325.55808716@news01> <20080327120807.415095ee@raveland.org> <20080327112506.7298e9ef@news01> <20080327121525.5b4059f9@news01> <237967ef0803270535w2267fc7fi525b68efb29c43a@mail.gmail.com> <200803271248.m2RCmZVv009350@news01.csr.com> X-Virus-Scanned: ClamAV 0.91.2/6421/Thu Mar 27 09:54:20 2008 on bifrost X-Virus-Status: Clean On 27/03/2008, Peter Stephenson wrote: > "Mikael Magnusson" wrote: > > If the -P option is given or the CHASE_LINKS option is set, > > symbolic links are resolved to their true values. If the -L option > > is given symbolic links are followed regardless of the state of the > > CHASE_LINKS option. > > Intuitively this paragraph doesn't make any sense. Both options seem > > to do the same thing? (-P || CHASE_LINKS) || -L == -P || -L || > > CHASE_LINKS > > > -L is the opposite of the -P (logical rather than physical). "Followed" > is a little unclear; it should be something like "retained", unless > someone can express it better. I see. "follow" is probably the worst possible word to use for this given for example this entry in the man page for "cp" -L, --dereference always follow symbolic links in SOURCE I would suggest changing to "symbolic links are not resolved regardless" or even "symbolic links are not followed regardless" :). -- Mikael Magnusson