Richard Stallman <[EMAIL PROTECTED]> writes:
> KEY here. KEY gets its value from
>
> key = keybuf[fkey->end++]
>
> Does an element of keybuf contain 1?
> I think 1 is an invalid Lisp object, so it should not be there.
(gdb) frame 5
#5 0x00000000004bbf7f in keyremap_step (keybuf=0x7fffffb3e180, bufsize=30,
fkey=0x7fffffb3dec0, input=1, doit=1, diff=0x7fffffb3dd9c, prompt=9427345)
at keyboard.c:8429
8429 next = access_keymap_keyremap (fkey->map, key, prompt, doit);
(gdb) print *fkey
$5 = {
map = 11116645,
parent = 11116645,
start = 17,
end = 18
}
(gdb) print [EMAIL PROTECTED]
$6 = {9702401, 40, 140737483366928, 0, 140737483369128, 0, 140737483366848,
5367980, 140737483366928, 5367886, 4294967296, 8134148, 14866096, 8134144,
0, 140737483369128, 140737483368856, 1, 140737483367136, 5365576,
46912518591648, 678102311572810528, 2, 678102312999445120, 0, 14866096,
46912521232444, 46912521212752, 46912521165136, 22}
> How did it get there?
read_key_sequence is almost 1000 lines long, and I don't understand
how keybuf is used or what it is supposed to contain. Sorry.
A few other people have been able to reproduce this.
--
Johan Bockgård
_______________________________________________
emacs-pretest-bug mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
