bug#21586: 24.5; Wrong type argument: characterp, 134217728

[arto <artur.penttinen@gmail.com>]

On Thu, Oct 1, 2015 at 8:45 PM, arto <artur.penttinen@gmail.com> wrote:
> On Thu, Oct 1, 2015 at 11:02 AM, Eli Zaretskii <eliz@gnu.org> wrote:
>>> Date: Tue, 29 Sep 2015 22:38:43 +0300
>>> From: arto <artur.penttinen@gmail.com>
>>>
>>> I'm probably found a bug when trying load paredit.el file,
>>> error message:
>>>
>>>   Wrong type argument: characterp, 134217728
>>>
>>> After short investigation was found erroneous function:
>>>
>>>   read-kbd-macro
>>>
>>> (read-kbd-macro "M-)") gives this error.
>>>
>>> In this function called edmacro-parse-keys, and in it
>>> code contains error:
>>>
>>>   (cl-incf bits (cdr (assq (aref word 0)
>>>      '((?A . ?\A-\^@) (?C . ?\C-\^@)
>>>        (?H . ?\H-\^@) (?M . ?\M-\^@)
>>>        (?s . ?\s-\^@) (?S . ?\S-\^@)))))
>>>
>>> This is a short snippet for demo of error:
>>>
>>> (setq aa (assq (aref "M-)" 0)
>>>       '((?M . ?\M-\^@)))) -> (77 . 134217728)
>>>
>>> (format "%s" aa) -> "(77 . 134217728)"
>>>
>>> (cdr aa) -> Wrong type argument: characterp, 134217728
>>>
>>> Is it a bug, or new feature or limitation?
>>
>> This doesn't happen to me.  Can you reproduce this in "emacs -Q"?
>
>   Yes, emacs -Q working well.
>   Seems be error in some modules in my system :(


  Found, that problem was in Jari Aalto's _old_ "tiny" package (tinylibb.el),
  function (ti::compat-define-compatibility-defalias), as i understood
  Jari create here some aliases for internal functions (for compatibility
  between GNUEmacs and XEmacs).

  In new version all ok.

  Sorry...


-- 
wbw, artur penttinen