From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28237 invoked by alias); 13 Jul 2016 16:35:20 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 21762 Received: (qmail 1227 invoked from network); 13 Jul 2016 16:35:20 -0000 X-Qmail-Scanner-Diagnostics: from mail-pa0-f42.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(209.85.220.42):SA:0(0.0/5.0):. Processed in 0.141587 secs); 13 Jul 2016 16:35:20 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=T_DKIM_INVALID autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: schaefer@brasslantern.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at brasslantern.com does not designate permitted sender hosts) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:date:in-reply-to:comments:references:to:subject :mime-version; bh=53lmGrlcMl7MEIdkfX5MCswhBMEoPJz5DUPQufKU17o=; b=2KozuydMvAHrX5GbmywgLUgbaP/vMEwD6fysG1MDx4r5bh7pDGZJ8gwqSJQwxFiJg3 WWfBLMvUIp78M76b1uo5gT1U0CJV3YE1OBi/dlYAhK1q0UGO4QlstvgiVFDQcWMdgLJy c9L/8LIYPUXPmLo9JybrpHIl4FT9+hi2mmWcrify4Tf4Y8LZkW1gwqengUrtc2VYGc2x OJnD7buGQrZCOs+VgZBdmKEOJVYE0jH5AMt+IekGiiW8di8sliCiABmP8u7GXmx+wUK5 ymGLojgZQZlhztyAFZ8bnQBYa7UWDb8KocSrqSALZZ2NkjzUMI7rWfIdsKy03pXfBR6F vLZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:message-id:date:in-reply-to:comments :references:to:subject:mime-version; bh=53lmGrlcMl7MEIdkfX5MCswhBMEoPJz5DUPQufKU17o=; b=k4dkrcanLgDR03TVYMxnj7n5F3DT+P1l5TYwX02cmOrWpxgsHOeK3IhretriUs5ymf LOxWWS/yQmRmi3Ft+4R0wDqizaJs1Pns8O7KWB3aX8kMCwjGbYPg77RzDl6/aY+gtXTv kKZe3XNbNqN1RN0IUNve1boEXsyr8WKpeDxt43ZLvMN4UDMPMmSmAq89KsIo1nRTTuOH TyBiHm/b7puwzl6xwPjpJDePA2x6V1bmPMLMMrHrHJHGcb0tmibEtnkAui51WvmsE1HP NdmOZ0uAuG+dM4nCAVu9e1XLTrA4xfPaAYFnz97/ot3Bpd235OoG8T9BDflVSoEG4OmS iRVA== X-Gm-Message-State: ALyK8tK/+sWRsgwTK/hMnXa7sAeMx7b/LciDNx9jgdxBanGzAkQomuSB7xz0P5qqAcF/ig== X-Received: by 10.66.189.104 with SMTP id gh8mr14983752pac.125.1468427713400; Wed, 13 Jul 2016 09:35:13 -0700 (PDT) From: Bart Schaefer Message-Id: <160713093535.ZM21109@torch.brasslantern.com> Date: Wed, 13 Jul 2016 09:35:35 -0700 In-Reply-To: <20160713105910.2b33701c@pwslap01u.europe.root.pri> Comments: In reply to Peter Stephenson "Re: Next release (5.3)" (Jul 13, 10:59am) References: <20160712075849.GG1537@isis.sigpipe.cz> <160712094017.ZM17395@torch.brasslantern.com> <37271.1468354988@hydra.kiddle.eu> <20160713103233.14bfd05a@pwslap01u.europe.root.pri> <20160713105910.2b33701c@pwslap01u.europe.root.pri> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-users@zsh.org Subject: Re: Next release (5.3) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Jul 13, 10:59am, Peter Stephenson wrote: } } Here's a script that's broken by the change. Here's a question: Of what significance is the use of :A in this case, as opposed to :a ? That is, why use :A at all here? Can you come up with an example where :a and :A differ that would still be broken by the change? } # No CHASE_*. } emulate zsh } } # We know :A resolves using the same rules as directory changing, } # so use that. } resolved=($file(:A)) } print "\nUsing $file with :A => $resolved" } cat $resolved I don't want this discussion to become circular, but don't the comments there imply that what's desired/intended is for :A to respect CHASE_*? (That's still different from what Daniel originally suggested, because he wants the default to act like CHASE_LINKS, but at least it's been touched upon in the -workers side of this discussion.) If I were going to re-design this from scratch, I think I'd aim for a parallel with "cd -L" and "cd -P", and thus $var:L - like current :a, never chase links $var:P - like Daniel's :A, always chase links $var:A - one of the above, depending on CHASE_LINKS (and never have :a in the first place). Incidentally, outside of an actual "cd" there's no point to examining CHASE_DOTS. Given where we are right now, adding :P and shrugging our shoulders about :a and :A seems the most reasonable escape hatch. Plus adding a bit to the :A documentation, perhaps. I suppose we could also make :L a synonym for :a just for mnemonic.