abort in isearch-backward

[Eric Hanchrow]

I cannot reliably reproduce this.

Here's what I can remember that seems pertinent:

I was using Gnus to read a newsgroup
(nntp+news.gmane.org:gmane.comp.version-control.subversion.tortoisesvn.devel,
if it matters), and had just asked for the entire list of article
headers by putting point on that line in the *Summary* buffer (the
number at the beginning of the line was 0, meaning there were no
unread messages), hitting Enter, and then hitting Enter again (to
accept the default answer to Gnu's question "How many articles").
After a while, the screen showed lots of article headers (the default
answer was about 9000 headers).  Now, I've got Gnus set up to "hide
all threads" in its summary buffers; I don't know if that's relevant.
Anyway, I did M-> to put point at the end of the buffer, and then did
C-r k e y w RET.  That searched backwards and found the word
"keyword", as expected.  I then hit C-r again to search for the next
occurrence, and got the following 'abort':

(gdb) bt
#0  abort () at emacs.c:454
#1  0x08068722 in next_element_from_buffer (it=0xbfffdc30) at xdisp.c:5630
#2  0x080679f6 in get_next_display_element (it=0xbfffdc30) at xdisp.c:4987
#3  0x08077be4 in display_line (it=0xbfffdc30) at xdisp.c:14850
#4  0x08073ae8 in try_window (window=137486244, pos={charpos = -1073750992, 
bytepos = 289370}) at xdisp.c:12505
#5  0x0807271f in redisplay_window (window=137486244, just_this_one_p=0) at 
xdisp.c:12271
#6  0x08070223 in redisplay_window_0 (window=291857) at xdisp.c:10817
#7  0x0814a984 in internal_condition_case_1 (bfun=0x80701f0 
<redisplay_window_0>, arg=137486244, handlers=137451781, hfun=0x80701d0 
<redisplay_window_error>) at eval.c:1426
#8  0x080701cb in redisplay_windows (window=0) at xdisp.c:10796
#9  0x0806f5a9 in redisplay_internal (preserve_echo_area=1) at xdisp.c:10378
#10 0x0806fdc9 in redisplay_preserve_echo_area (from_where=2) at xdisp.c:10603
#11 0x08058b6a in sit_for (sec=0, usec=0, reading=0, display=1, 
initial_display=1) at dispnew.c:6358
#12 0x08058c13 in Fsit_for (seconds=291857, milliseconds=291857, 
nodisp=137424329) at dispnew.c:6421
#13 0x0814c5f4 in Ffuncall (nargs=2, args=0xbfffe9e0) at eval.c:2782
#14 0x0817551e in Fbyte_code (bytestr=137574937, vector=1, 
maxdepth=-1073747376) at bytecode.c:686
#15 0x0814c9b3 in funcall_lambda (fun=136853204, nargs=0, 
arg_vector=0xbfffeb84) at eval.c:2962
#16 0x0814c49d in Ffuncall (nargs=1, args=0xbfffeb80) at eval.c:2832
#17 0x0817551e in Fbyte_code (bytestr=139511481, vector=0, 
maxdepth=-1073747072) at bytecode.c:686
#18 0x0814c9b3 in funcall_lambda (fun=136831236, nargs=0, 
arg_vector=0xbfffecc4) at eval.c:2962
#19 0x0814c49d in Ffuncall (nargs=1, args=0xbfffecc0) at eval.c:2832
#20 0x0817551e in Fbyte_code (bytestr=139536881, vector=0, 
maxdepth=-1073746752) at bytecode.c:686
#21 0x0814c9b3 in funcall_lambda (fun=136836820, nargs=1, 
arg_vector=0xbfffedf4) at eval.c:2962
#22 0x0814c49d in Ffuncall (nargs=2, args=0xbfffedf0) at eval.c:2832
#23 0x0817551e in Fbyte_code (bytestr=136837427, vector=1, 
maxdepth=-1073746448) at bytecode.c:686
#24 0x0814c9b3 in funcall_lambda (fun=136837396, nargs=0, 
arg_vector=0xbfffef44) at eval.c:2962
#25 0x0814c49d in Ffuncall (nargs=1, args=0xbfffef40) at eval.c:2832
#26 0x0814c203 in apply1 (fn=139521761, arg=137424329) at eval.c:2525
#27 0x08148b00 in Fcall_interactively (function=139521761, 
record_flag=137424329, keys=137481212) at callint.c:411
#28 0x080f4c2c in Fcommand_execute (cmd=139521761, record_flag=137424329, 
keys=291857, special=137424329) at keyboard.c:9693
#29 0x080e9d46 in command_loop_1 () at keyboard.c:1788
#30 0x0814a87e in internal_condition_case (bfun=0x80e9a00 <command_loop_1>, 
handlers=137485329, hfun=0x80e94f0 <cmd_error>) at eval.c:1385
#31 0x080e984e in command_loop_2 () at keyboard.c:1315
#32 0x0814a3bb in internal_catch (tag=291857, func=0x80e9820 <command_loop_2>, 
arg=137424329) at eval.c:1144
#33 0x080e97f3 in command_loop () at keyboard.c:1294
#34 0x080e9254 in recursive_edit_1 () at keyboard.c:987
#35 0x080e9391 in Frecursive_edit () at keyboard.c:1048
#36 0x080e78fd in main (argc=2, argv=0xbffff7c4) at emacs.c:1763

-- 
But users will not now with glad cries glom on to a language that
gives them no more than what Scheme or Pascal gave them.

        -- Guy Steele, 
http://www.sun.com/research/jtech/pubs/98-oopsla-growing.ps