GNU bug report logs -
#5365
23.1.91; Wrong type argument: keymapp, ("DEAD" . 35215396)
Previous Next
Reported by: Sven Joachim <svenjoac <at> gmx.de>
Date: Tue, 12 Jan 2010 14:59:01 UTC
Severity: serious
Merged with 5810
Done: Chong Yidong <cyd <at> stupidchicken.com>
Bug is archived. No further changes may be made.
Full log
Message #22 received at 5365 <at> debbugs.gnu.org (full text, mbox):
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>> | #4 0x081324a5 in get_keymap (object=140861614, error=1, autoload=1) at keymap.c:307
>> | #5 0x08132d32 in keymap_parent (keymap=140861614, autoload=1) at keymap.c:321
>> | #6 0x08132dc9 in Fkeymap_parent (keymap=140861614) at keymap.c:341
>> ...
>> | Lisp Backtrace:
>> | "keymap-parent" (0xffa14acc)
>> | "x-setup-function-keys" (0xffa14c34)
>> | "x-create-frame-with-faces" (0xffa14db4)
>> | "make-frame" (0xffa14f34)
>> | "frame-initialize" (0xffa150b4)
>> | "command-line" (0xffa15234)
>> | "normal-top-level" (0xffa15330)
>> | (gdb)
>
> OK, so if we trust your backtrace (if you compiled with optimizations,
> there's a good chance that some parts of the backtrace aren't to be
> trusted, tho the Lisp part is less likely to be invented), the above
> implies that we're looking at the (keymap-parent local-function-key-map)
> call in x-win.el's x-setup-function-keys.
Sven, could you verify this? In GDB, do
f 5
p keymap
p current_kboard->Vlocal_function_key_map
The two values should be the same.
Even if that's the case, I'm not sure why Vlocal_function_key_map is
getting garbage-collected, tho.
This bug report was last modified 15 years and 110 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.