From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-20836-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 27040 invoked by alias); 28 Oct 2015 01:46:59 -0000
Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Users List <zsh-users.zsh.org>
List-Post: <mailto:zsh-users@zsh.org>
List-Help: <mailto:zsh-users-help@zsh.org>
X-Seq: 20836
Received: (qmail 8834 invoked from network); 28 Oct 2015 01:46:56 -0000
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE,
	T_DKIM_INVALID autolearn=ham autolearn_force=no version=3.4.0
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=skepticism_us.20150623.gappssmtp.com; s=20150623;
        h=mime-version:date:message-id:subject:from:to:content-type;
        bh=YUzMG2yMwf63yJcFEnwJQ8a+oQb+53kuDom3/eCP9Kk=;
        b=UTfy5JIBrOlNzGDqBXbbpo0dI8ESphYsIqm7vvrQYKXwQrx6hrdui2FgvYSWAY91yZ
         WQ7M622RoAGOdI2gSxC/v2XE+7we/C3HTyzAbebAUDK05yWiRdXS5Go20yrRkeGsvIol
         IPEvrn+ZTBT/D9NDE6/C4qxRFeeuFpGg9sZ+ArQQqSO3ncT8b4mF7yb/BX/LL4RHY3kw
         tNkx3CN6W9FYDw3+V3oQwwozjgMBCtgc84/Zo0ZuNAUqkXjAd1j6VkS+CV62RdULby/4
         fysJDHJlZY1cEdy+2wiEN37AyQMMW5Dt88FrNFAehko3Y8fzHUbJ3AjaT88TuOFemSaj
         hUOw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:mime-version:date:message-id:subject:from:to
         :content-type;
        bh=YUzMG2yMwf63yJcFEnwJQ8a+oQb+53kuDom3/eCP9Kk=;
        b=P4jNGnzTeOG0sbWk9sRq7TGvehVxNA/P16eJf0icscqjs4xOpY6mxoA7iHXL9J8Ihw
         Uo+hXTEYia3BrQ/YB7tMk7P3pYfrTH9sqZrjd5qtc0ktu+GV0RZLTJe0GIQS9MChWDyu
         LXh8ONubPscXiwywbqzDwuuV/ZaK+/sSU/k5jY2LfEy/5C8qD71vn546Xhir0j5xILyu
         dfXFGMLgjAJHbwmHEXybSH6XwBg+Gyv36tj8Nin2tvCh5MntH4cG/82kzaVpeDsFR/PY
         DEoWfNGupmBMizmXLIQVXUmKoVv4JF5KLM/KXBHXLhsUHyeSRy+3c0rhheUlE/f1gtQc
         D0WA==
X-Gm-Message-State: ALoCoQnp+RuIwStRk4Q7yHWJwJt8RzqLBJoEmmfirSq47yLxOw7nUtrNuvaKQyNge6yR4R/U6awu
MIME-Version: 1.0
X-Received: by 10.25.157.85 with SMTP id g82mr6973924lfe.104.1445996812468;
 Tue, 27 Oct 2015 18:46:52 -0700 (PDT)
Date: Tue, 27 Oct 2015 18:46:52 -0700
Message-ID: <CABx2=D9c=LxzLcAuNiZKcpgpdNp4ydrDv4pBuC4ycugZWpy3VA@mail.gmail.com>
Subject: "unsetopt multifuncdef" breaks tab completion
From: Kurtis Rader <krader@skepticism.us>
To: Zsh Users <zsh-users@zsh.org>
Content-Type: multipart/alternative; boundary=001a11410c325a9c6a0523205eeb

--001a11410c325a9c6a0523205eeb
Content-Type: text/plain; charset=UTF-8

There was a recent thread about how someone executed

$ git add foo().bar

and was surprised to end up with three functions named "git", "add", and
"foo". So I decided to add

unsetopt multifuncdef

to my ~/.zshrc as one person who replied suggested to avoid that surprising
behavior. Imagine my surprise when a few days later I rebooted my computer
and found that any attempt to perform tab-completion resulted in this error:

_main_complete:143: parse error near `()'

I'm sorry but that's the final straw to break this camel's back. I've
either personally experienced, or read about others experiencing,  too many
problems of that nature. I'm going to switch to a shell whose behavior is
not impossible to understand or predict.

http://www.skepticism.us/2015/10/its-time-to-replace-zsh-with-a-saner-shell-because-unsetopt-multifuncdef-breaks-tab-completion/

P.S., Yes, I understand I could simply file a bug report to make the
standard completion code robust in the face of a user unsetting that
option. The point is that this is not an isolated incident. It reflects a
fundamental problem with zsh trying to be all things to all people.

-- 
Kurtis Rader
Caretaker of the exceptional canines Junior and Hank

--001a11410c325a9c6a0523205eeb--