From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25897 invoked from network); 19 Aug 1999 17:29:59 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 19 Aug 1999 17:29:59 -0000 Received: (qmail 5118 invoked by alias); 19 Aug 1999 17:29:42 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 7453 Received: (qmail 5110 invoked from network); 19 Aug 1999 17:29:42 -0000 Message-ID: From: Amol Deshpande To: "'zsh-workers@sunsite.auc.dk'" Subject: unmetafy_line in 3.0.5 Date: Thu, 19 Aug 1999 10:28:45 -0700 X-Mailer: Internet Mail Service (5.5.2650.14) hi, I got this bug report from an NT user of zsh, and looking at the code, I thought it might be a generic problem with 3.0.5 The reported problem was that if you had, for example, bindky ^B reverse-menu-complete and then did ^B on an empty line, zsh would crash on NT. looking at the crash, it happens in ztrsub() when called from unmetafy_line. /**/ void unmetafy_line(void) { cs = ztrsub((char *) line + cs, (char *) line); (void) unmetafy((char *) line, &ll); } When I look at the parameters, cs is -1. Now, I don't know if this particular variable never becomes -1 on unix, so perhaps someone can tell me if this is indeed a generic zsh problem or should I try to figure out how cs came to be -1 on an empty line ? thanks, -amol