Here is the log:
Attachment:
backtrace2.log
Description: Binary data
PS: The problem is more serious than that. Once it occurs, it messes up all my email headers??? PPS: Indeed, it is not related to the content of the .emacs, it might have something to do with the order at which the functions are called. BTW: same symptoms w/ my .gnus: If I do a change to my dot-gnus.el, emacs recompiles the file and the error message disappears during the first use, but then it reappears at subsequent call??? PPPS: I use your message-multiple-frames.el function :-) !!! I have included the email below: I do not notice anything special???
Attachment:
temp
Description: Binary data
Katsumi Yamaoka <yamaoka@xxxxxxx> writes:
>>>>>> In [emacs-w3m : No.10440]
>>>>>> Olivier Klein <oklein@xxxxxx> wrote:
>
>> Here is the log file of the debugger:
>
>> Debugger entered--Lisp error: (wrong-type-argument integer-or-marker-p nil)
>> w3m-decode-entities(reserve-prop)
>> w3m-fontify()
>> w3m-region(1347 6452 nil "iso-8859-1")
>> mm-inline-text-html-render-with-w3m((#<buffer *mm*<3>>\
>> ("text/html" (charset . "iso-8859-1")) quoted-printable nil nil nil nil nil))
>
> It looks like there's something special in that html message.
> Though it might not relate to whether your dot-emacs.el file is
> compiled or not, I'd like to know why such an error happens.
> Could you load the w3m.el file (not the w3m.elc file) [1] in
> advance and try getting the *Backtrace* again?
>
> [1] M-x load-file RET /some/where/w3m.el RET
>
> Please note that you will have to perform the `C-]' command
> (i.e. `M-x abort-recursive-edit RET') whenever you've seen the
> *Backtrace* buffer in order to initialize the Emacs debugger.
>
>> This might be linked to some incompatibilities w/ my local lisp files ??
>
> I'll look into them later, if needed. Thanks.
>
> Regards,
>