Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
From: Robert Mecklenburg <mecklen AT cimsoft DOT com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15715.40811.614000.842380@gargle.gargle.HOWL>
Date: Wed, 21 Aug 2002 08:10:51 -0600
To: Cygwin Users List <cygwin AT cygwin DOT com>
Subject: Re: bash segmentation fault under rxvt
In-Reply-To: <200208201412.g7KECft15116@wolf.cimsoft.com>
References: <200208201412 DOT g7KECft15116 AT wolf DOT cimsoft DOT com>

RM> When I start bash in an rxvt window and type C-<up arrow> the rxvt
RM> window terminates.

Okay, more info on this issue.  A clean source tree from setup builds
perfectly.  When run under gdb the stack trace looks like:

(gdb) where
#0  0x0045bfb7 in _rl_dispatch_subseq (key=256, map=0xa01a468, got_subseq=0)
    at readline.c:529
#1  0x0045bfac in _rl_dispatch (key=256, map=0xa01a468) at readline.c:529
#2  0x0045c094 in _rl_dispatch_subseq (key=256, map=0xa01a468, got_subseq=0)
    at readline.c:570
#3  0x0045bfac in _rl_dispatch (key=256, map=0xa01a468) at readline.c:529
#4  0x0045c094 in _rl_dispatch_subseq (key=256, map=0xa01a468, got_subseq=0)
    at readline.c:570
[...thousands more...]

It appears to be an infinite recursion (I stopped the stack trace
listing at frame 8693).  The locals are:

    (gdb) info locals
    key = 256
    map = 0xa01a468
    r = 0
    newkey = 256
    macro = 0xa01a468 ""
    func = (rl_command_func_t *) 0xa01a468
    (gdb) p map[key]
    $1 = {type = 0 '\000', function = 0x466b08 <rl_do_lowercase_version>}

And the infinite recursion occurs because of this code:

569:	  if (func == rl_do_lowercase_version)
	    return (_rl_dispatch (_rl_to_lower (key), map));

Apparently the cpp macro _rl_to_lower(key) returns key unaltered
(presumeably because _rl_uppercase_p(256) is not true).

I'm at the end of my rope here.  Suggestions?

Thanks,
-- 
Robert


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/