On 18/04/2010 16:48, Andy Koppe wrote:
> Spinning on a 32-bit XP here as well, whereas it didn't on a 64-bit Win7.
The stack looks like this when it spins:
> (gdb) bt
> #0 0x61109827 in strlen () from /usr/bin/cygwin1.dll
> #1 0x6afdbbb5 in rl_find_next_mbchar () from /usr/bin/cygreadline7.dll
> #2 0x6afd56b4 in rl_char_search_internal () from /usr/bin/cygreadline7.dll
> #3 0x6afc3474 in rl_vi_char_search () from /usr/bin/cygreadline7.dll
> #4 0x6afc16ba in rl_dispatch_subseq () from /usr/bin/cygreadline7.dll
> #5 0x6afc1a75 in rl_dispatch () from /usr/bin/cygreadline7.dll
> #6 0x6afd7c05 in rl_arg_dispatch () from /usr/bin/cygreadline7.dll
> #7 0x6afd7d79 in rl_arg_callback () from /usr/bin/cygreadline7.dll
> #8 0x6afc16ba in rl_dispatch_subseq () from /usr/bin/cygreadline7.dll
> #9 0x6afc1a75 in rl_dispatch () from /usr/bin/cygreadline7.dll
> #10 0x6afc1e19 in readline_internal_char () from /usr/bin/cygreadline7.dll
> #11 0x6afc2205 in readline () from /usr/bin/cygreadline7.dll
If you continue it, both strlen and rl_find_next_mbchar complete and return
to their callers, but rl_char_search_internal never returns; it loops forever
calling those two functions.
Someone will need to build readline from source to see what's happening, but
I'd guess it's a real bug.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
