[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#16587: 24.3.50; max-specpdl-size exceeded + crash with gnus (shr).
From: |
Nicolas Richard |
Subject: |
bug#16587: 24.3.50; max-specpdl-size exceeded + crash with gnus (shr). |
Date: |
Thu, 30 Jan 2014 12:56:19 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 |
Le 30/01/2014 02:17, Katsumi Yamaoka a écrit :
> This seems to be due to a mailer (Airmail?) that sends a broken
> html part, not an Emacs bug. Here is the `Recent input' section
> of the bug report embedded in the html part:
>
> <br>Recent input:
> <br>e s t <return> C-d <down> <down> <down> <down> <down>
> <br><down> <down> <down> <down> <down> <down> <down> <down>
> <br><down> <down> <down> <down> <down> <down> <down> <down>
> <br><up> <up> <up> <up> <up> <up> <up> <up> <up> <return>
> <br><up> <return> <down> <down> <down> <down> <down> <down>
> <br><return> <down> <down> <down> <down> <down> <down>
> <br><down> <down> <down> <down> <down> <down> <down> <down>
> <br><down> <down> <up> <up> <up> <up> <up> <up> <up> <up>
> [...]
>
> Those keystrokes should have been quoted as: <key>
Thanks for the explanation.
I expect broken html to not crash emacs though, and it does that in my
case. From its docstring, I understand that a high value of
max-specpdl-size could trigger such a crash, but that value doesn't seem
to be modified when entering the debugger. I have no idea where I should
look.
(I guess it'd also be good if shr itself could cope with broken HTML
and/or have a friendlier error message, but that's less important)
--
Nico.