From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from euclid.skiles.gatech.edu (list@euclid.skiles.gatech.edu [130.207.146.50]) by melb.werple.net.au (8.7.5/8.7.3) with ESMTP id BAA07696 for ; Fri, 24 May 1996 01:51:39 +1000 (EST) Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id LAA13162; Thu, 23 May 1996 11:34:30 -0400 (EDT) Resent-Date: Thu, 23 May 1996 11:34:30 -0400 (EDT) From: ead@ixian.com Date: Thu, 23 May 1996 08:34:14 -0700 Message-Id: <199605231534.AA26088@waltz.rahul.net> To: Roderick Schertler Cc: Subject: Re: glob [a-z]## bug in beta18 Reply-To: X-Reply-To: X-Url: http://www.ixian.com/ixian/ead/ X-Mailer: Emacs [v19.25.3] Rmail Organization: Ixian Systems Resent-Message-ID: <"KQ5ay.0.XD3.5M8fn"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/1148 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu Roderick, Roderick Schertler : ] Zoltan Hidvegi : ] >> j:1% print -l 'setopt extended_glob' 'print -c [a-z]#' | zsh-2.6-beta18 -f ] >> bug.1 ok ] > ] > I cannot reproduce this. What OS and which C compiler do you use? ] ] I should have realized that this bug was too severe to be universal. ] Sorry about that. I saw that behavior on dgux 5.4.3.10 with gcc 2.5.8 ] (the standard system compiler). When I recompiled with debugging rather ] than optimization the problem disappeared, so by definition it must be a ] bug in the compiler. I cannot speak to the problem at hand, and have not looked at the zsh code in question, but ceteris paribus, this line of reasoning is faulty. When a "problem disappears", that does not mean that another one, elsewhere, doesn't move to take it's place. Example: heap corruption due to bad pointer management with optimization on, but valid memory getting trashed with optimization off/debugging on. Eric De Mund http://www.ixian.com/ixian/ead/ "It's harder to solve people's problems than it is to design really neat products." --Stewart Alsop