tag 465979 + moreinfo thanks - please recheck with 3.2, - is this reproducible with certain history content?
Max Kellermann writes: > Package: bash > Version: 3.1dfsg-8 > > bash consumes 100% CPU, strace says: > > read(0, "", 1) = 0 > read(0, "", 1) = 0 > .... > > The stack trace lets me assume this is actually a bug in readline > (feel free to reassign this bug): > > (gdb) bt > #0 0xb7f28410 in __kernel_vsyscall () > #1 0xb7e67773 in read () from /lib/tls/i686/cmov/libc.so.6 > #2 0x080c5b0d in rl_getc () > #3 0x080c5f04 in rl_read_key () > #4 0x080c003b in _rl_search_getchar () > #5 0x080c0308 in _rl_scxt_alloc () > #6 0x080b572d in _rl_dispatch_subseq () > #7 0x080b5aa3 in _rl_dispatch () > #8 0x080b5dc4 in readline_internal_char () > #9 0x080b6145 in readline () > #10 0x08064ab2 in parse_string_to_word_list () > #11 0x08060925 in decode_prompt_string () > #12 0x08061c96 in gather_here_documents () > #13 0x080650ae in yyparse () > #14 0x0805e60d in parse_command () > #15 0x0805e6b9 in read_command () > #16 0x0805e85b in reader_loop () > #17 0x0805e345 in main () > > I believe I triggered this one with reverse-i-search (control-R). > This happens maybe once a week, and only in ssh sessions, on several > etch systems (both i386 and amd64). > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
