From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10432 invoked from network); 15 Aug 2000 15:44:08 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 15 Aug 2000 15:44:08 -0000 Received: (qmail 27814 invoked by alias); 15 Aug 2000 15:44:04 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 12646 Received: (qmail 27807 invoked from network); 15 Aug 2000 15:43:58 -0000 X-Envelope-Sender-Is: Andrej.Borsenkow@mow.siemens.ru (at relayer david.siemens.de) From: "Andrej Borsenkow" To: "Oliver Kiddle" , "Zsh workers" Subject: RE: Seg fault with zmodload -u Date: Tue, 15 Aug 2000 19:43:51 +0400 Message-ID: <000501c006cf$9c793540$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: <200008151518.QAA42116@cm01.ess> Importance: Normal > > zsh -f > zmodload -ud zsh/zleparameter zsh/zle > zsh: 18383 segmentation fault zsh -f > > I found this because I was going through the various zmodload options > because I was doing an _arguments based completion for it. It happens > wherever the dependencies are defined, i.e, zmodload -d foo bar;zmodload > -du foo bar will also result in a seg fault. > > This is on 3.1.9-dev-4 plus patches up to 12568 on AIX. If it isn't > reproducible elsewhere, I'll upgrade to the latest cvs and try again. > With the latest CVS: bor@itsrm2% zsh -f itsrm2% zmodload -ud zsh/zleparameter zsh/zle zsh: bus error (core dumped) zsh -f Note, that bus error normaly means unaligned memory access here (MIPS R4400). That is quite different from out-of-bounds error. In any case, if you can test if current CVS builds on AIX, it would be very nice. I made some changes for Cygwin - hopefully, they do not affect other systems. > On the subject of zmodload completion, how would I prevent the 'module > alias' description from being displayed when there are no module > aliases - do I have to put the zmodload -A output in an array first and > then not call the _requested line if the array is empty - or is there a > better way? > I use grouping (zstyle ':completion:*' group-name '') and if there are no matches for a given tag, it is not printed. Dunno in general case. -andrej