From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24579 invoked from network); 20 Dec 2007 10:05:20 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 20 Dec 2007 10:05:20 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 67181 invoked from network); 20 Dec 2007 10:05:14 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 20 Dec 2007 10:05:14 -0000 Received: (qmail 22431 invoked by alias); 20 Dec 2007 10:05:10 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 24304 Received: (qmail 22415 invoked from network); 20 Dec 2007 10:05:10 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 20 Dec 2007 10:05:10 -0000 Received: from virusfilter.dotsrc.org (bifrost [127.0.0.1]) by spamfilter.dotsrc.org (Postfix) with ESMTP id EFCB48058F54 for ; Thu, 20 Dec 2007 11:01:52 +0100 (CET) Received: from cluster-g.mailcontrol.com (cluster-g.mailcontrol.com [85.115.41.190]) by bifrost.dotsrc.org (Postfix) with ESMTP for ; Thu, 20 Dec 2007 11:01:52 +0100 (CET) Received: from rly18g.srv.mailcontrol.com (localhost.localdomain [127.0.0.1]) by rly18g.srv.mailcontrol.com (MailControl) with ESMTP id lBKA4oGG016124 for ; Thu, 20 Dec 2007 10:04:51 GMT Received: from submission.mailcontrol.com (submission.mailcontrol.com [86.111.216.190]) by rly18g.srv.mailcontrol.com (MailControl) id lBKA4lqG015997 for zsh-workers@sunsite.dk; Thu, 20 Dec 2007 10:04:47 GMT Received: from cameurexb01.EUROPE.ROOT.PRI ([62.189.241.200]) by rly18g-eth0.srv.mailcontrol.com (envelope-sender Peter.Stephenson@csr.com) (MIMEDefang) with ESMTP id lBKA2kn4008227; Thu, 20 Dec 2007 10:04:46 +0000 (GMT) Received: from news01.csr.com ([10.103.143.38]) by cameurexb01.EUROPE.ROOT.PRI with Microsoft SMTPSVC(6.0.3790.1830); Thu, 20 Dec 2007 10:04:18 +0000 Received: from news01.csr.com (localhost.localdomain [127.0.0.1]) by news01.csr.com (8.14.1/8.13.4) with ESMTP id lBKA4I9N025808; Thu, 20 Dec 2007 10:04:18 GMT Received: from csr.com (pws@localhost) by news01.csr.com (8.14.1/8.14.1/Submit) with ESMTP id lBKA4HQl025805; Thu, 20 Dec 2007 10:04:18 GMT Message-Id: <200712201004.lBKA4HQl025805@news01.csr.com> X-Authentication-Warning: news01.csr.com: pws owned process doing -bs To: =?UTF-8?Q?J=C3=B6rg?= Sommer , zsh-workers@sunsite.dk Subject: Re: Segmentation fault while searching backward In-reply-to: References: <20071219095543.4c9344ab@news01> Comments: In-reply-to =?UTF-8?Q?J=C3=B6rg?= Sommer message dated "Wed, 19 Dec 2007 22:32:10 +0000." Date: Thu, 20 Dec 2007 10:04:17 +0000 From: Peter Stephenson X-OriginalArrivalTime: 20 Dec 2007 10:04:18.0559 (UTC) FILETIME=[AF4AC8F0:01C842EF] X-Scanned-By: MailControl A-06-00-00 (www.mailcontrol.com) on 10.71.1.128 X-Virus-Scanned: ClamAV using ClamSMTP =?UTF-8?Q?J=C3=B6rg?= Sommer wrote: > (gdb) print ollen > $3 = 6 > > (gdb) x/16cb ol > 0x101c31a0: 0 '\0' 0 '\0' 0 '\0' 0 '\0' 0 '\0' 0 '\0' 0 '\0' 108 ' > l' > 0x101c31a8: 0 '\0' 0 '\0' 0 '\0' 101 'e' 0 '\0' 0 '\0' 0 '\0' 110 ' > n' Thanks for the extra info... I think there is an extra line here (to make six characters of four bytes each) but I'm already a bit worried because the first character appears to be a NULL which should make the length zero. > > and what it's trying to put on screen (the contents of the array nl and > > its length nllen). > > (gdb) print nl > $6 = (REFRESH_STRING) 0x101c2784 > (gdb) print *nl > $7 = 62 > (gdb) print nllen > $8 = 16 > > (gdb) x/24cb nl > 0x101c2784: 0 '\0' 0 '\0' 0 '\0' 62 '>' 0 '\0' 0 '\0' 0 '\0' 46 '. > ' > 0x101c278c: 0 '\0' 0 '\0' 0 '\0' 46 '.' 0 '\0' 0 '\0' 0 '\0' 46 '. > ' > 0x101c2794: 0 '\0' 0 '\0' 0 '\0' 46 '.' 0 '\0' 0 '\0' 0 '\0' 32 ' > ' ... and also an extra five lines here (making 64 bytes) > > Note the arrays will be wide character strings. If it's reproducible > > with these two lines we have a chance of fixing it. > > I can send you the core file (the executables and debugging symbols are > from Debian) and the broken history file. It's reproducible. With a bit of luck the history file will tell me enough: it will needed to be synced with the internal history; if you use incappendhistory or sharehistory it automatically will be. If it's OK it would good to get that (you can send it to me directly). What are you typing after ^R to get this to happen? It would be preferable to sort this out before making a release, if possible, and I'm on holiday for two weeks from tomorrow, so it might be best if I make another dev release (incorporating the Solaris fixes) today. pws