From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2704 invoked by alias); 21 Mar 2017 05:30:29 -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: 22594 Received: (qmail 5812 invoked from network); 21 Mar 2017 05:30:29 -0000 X-Qmail-Scanner-Diagnostics: from mail-vk0-f48.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.213.48):SA:0(-2.8/5.0):. Processed in 0.715522 secs); 21 Mar 2017 05:30:29 -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=-2.8 required=5.0 tests=RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_PASS,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: pass (ns1.primenet.com.au: SPF record at _netblocks.google.com designates 209.85.213.48 as permitted sender) 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=g5KPlfWNQm4xxcBGCuIDXVc1LbkhQE5xOPOglI5elL0=; b=ALDU/2d8LFSVlJk3XW2UQyntKr6B4W1gqcLg3t/Exq32G9eby3XDmGlIY0ZcoVwWY7 twB9HRyNS1UMSuYL5tlGPJyFB+ObhF29lz5QD3OMZIIuBqQ8nTLalZxlwPWg2ufkLNXR 7crm5ZfjVHkoXz45/k7rtjiYEjY7/3AZncLDyqstOTHmfZqxJRASClkbLOYutiiDpNKm juiiVVFcizvWSaaj/wMdaWyz7PwC60bpQ4vXR06KhF7SzjR/cgX+E2IxyP5QQenywNdS 2Lg92BosBo5yVW0y/q9JsasLuBS5Tf0ajG0ZwXItD87b/fz4Ck/yp87maUnMKMWA5WQC luZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:date:in-reply-to:comments :references:to:subject:mime-version; bh=g5KPlfWNQm4xxcBGCuIDXVc1LbkhQE5xOPOglI5elL0=; b=PukLAEZzWdP0GnAVGrCOaT/XOHWOtMmM/uENrIjHJ+IdkHeduKqdNXjVkWKTndvhGo GSyaoCjHTxpTho3ntsG48x8tEIEbffaeXleR1AXVwDClz7ZzKx/apaZNkv5Tlklsj132 CJE8Ii0C3AJOJNJoSQB3N5xYp4QCOc7NTFJp2fMIq3QhI8GTZxoXVtxOt1PIN44vBE3+ svvhsbWz4RkKfJAwFB7QIYnccNby2wQbDJhaTnN6iOetZ9vjylnrCyRCwcftUf8WQ9Zo 9R8NQBSqjMqwLZC7I0zIDyEUmhCGWCEml4twxeoPtDcWQJ0PEZDhIw7ZqCegFyj7+6Ir 5epw== X-Gm-Message-State: AFeK/H3dsoIFp2zVR0IdefsyhpQvPiQMt6DgFwhPr1KucS+Ixp5WurAJwdDQ0HO77d4IiQ== X-Received: by 10.31.244.198 with SMTP id s189mr12985946vkh.86.1490074222404; Mon, 20 Mar 2017 22:30:22 -0700 (PDT) From: Bart Schaefer Message-Id: <170320223115.ZM31504@torch.brasslantern.com> Date: Mon, 20 Mar 2017 22:31:15 -0700 In-Reply-To: Comments: In reply to Jesper Nygards "Problem with dir names containing spaces and parentheses" (Mar 20, 9:26pm) References: X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: Zsh Users Subject: Re: Problem with dir names containing spaces and parentheses MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii This is another one where follow-ups probably ought to go to zsh-workers. On Mar 20, 9:26pm, Jesper Nygards wrote: } } zstyle ':completion:*' path-completion false This takes the code branch in _path_files that has this comment: # Explanation of substitution: For tmp1 and tpre, which are used further # on, we need to remove quotes from everything that's not a pattern # character, because the code that does the file generation only # strips quotes from pattern characters (you know better than # to ask why). A bit later this happens: # Now put donepath back the way it should be. (I think.) donepath=${tmp3//(#b)([\\\]\[\^\~\(\)\#\*\?])/\\$match[1]} pre=$tpre This fails to re-quote the space in $donepath and also sets $pre to the empty string (i.e., $tpre is empty), which breaks any further file matching in the directory (down around line 427 of _path-files, for those attempting to follow the bouncing ball). That's not the only thing that's going on -- I'm beginning to thing $tmp3 isn't even the right thing to be assigning to donepath at that point -- but that's a hint of how tangled up this is. } I get the same result with this zstyle instead of the previous one (or with } both together): } } zstyle ':completion:*' accept-exact true Entirely different reason; here the "compfiles" builtin is failing. I am not going to attempt to delve into that.