From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3831 invoked by alias); 29 Aug 2011 16:48:39 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 29743 Received: (qmail 10761 invoked from network); 29 Aug 2011 16:48:38 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 Received-SPF: none (ns1.primenet.com.au: domain at closedmail.com does not designate permitted sender hosts) From: Bart Schaefer Message-id: <110829094830.ZM32748@torch.brasslantern.com> Date: Mon, 29 Aug 2011 09:48:30 -0700 In-reply-to: Comments: In reply to Oleg Atamanenko "ZSH crash on long command." (Aug 24, 10:51am) References: X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: Re: ZSH crash on long command. MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Aug 24, 10:51am, Oleg Atamanenko wrote: } } I found that ZSH crashes when I try to execute long command. Do you have AUTO_CD set, and if so does the crash still happen if you unsetopt it? Do you have CORRECT_ALL set, and if so does the crash still happen or happen with a different backtrace if you unsetopt it? You must have CORRECT set, so does the crash stop or does it happen with a different backtrace when you unsetopt that? } /usr/bin/zsh(spckword+0x9f3)[0x80bf603] I don't see any obvious place in spckword where strings are being copied into a fixed-size buffer. (If the trace showed spname as the crashing stack frame that would be a different matter; that function assumes it can shuffle file paths through PATH_MAX-sized buffers on the call stack.) So I wonder if there's something about one of the path names in the argument list -- perhaps a mis-handled multibyte conversion -- rather than the length of the command, that is the underlying problem.