* Infinite loop in shr.el
@ 2013-02-23 18:49 Vincent Bernat
2013-02-24 12:05 ` Adam Sjøgren
0 siblings, 1 reply; 3+ messages in thread
From: Vincent Bernat @ 2013-02-23 18:49 UTC (permalink / raw)
To: ding
Hi!
When reading HTML mails rendered with shr.el, I have sometimes Gnus
stuck on rendering. If I quit, I see that Gnus is stuck on
shr-find-fill-point. Unfortunately, the debug-on-quit backtrace does not
provide the exact line. I just get the function and it contains several
while loops. This happens for mails that are using many nested cite
blocks.
--
panic("esp: what could it be... I wonder...");
2.2.16 /usr/src/linux/drivers/scsi/esp.c
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Infinite loop in shr.el
2013-02-23 18:49 Infinite loop in shr.el Vincent Bernat
@ 2013-02-24 12:05 ` Adam Sjøgren
2013-02-25 2:37 ` Katsumi Yamaoka
0 siblings, 1 reply; 3+ messages in thread
From: Adam Sjøgren @ 2013-02-24 12:05 UTC (permalink / raw)
To: ding
On Sat, 23 Feb 2013 19:49:25 +0100, Vincent wrote:
> When reading HTML mails rendered with shr.el, I have sometimes Gnus
> stuck on rendering. If I quit, I see that Gnus is stuck on
> shr-find-fill-point. Unfortunately, the debug-on-quit backtrace does not
> provide the exact line. I just get the function and it contains several
> while loops. This happens for mails that are using many nested cite
> blocks.
Have you got an example you can share?
Best regards,
Adam
--
"Set out on a laughless day Adam Sjøgren
Like a troupe of clowns" asjo@koldfront.dk
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Infinite loop in shr.el
2013-02-24 12:05 ` Adam Sjøgren
@ 2013-02-25 2:37 ` Katsumi Yamaoka
0 siblings, 0 replies; 3+ messages in thread
From: Katsumi Yamaoka @ 2013-02-25 2:37 UTC (permalink / raw)
To: ding
[-- Attachment #1: Type: text/plain, Size: 260 bytes --]
Adam Sjøgren wrote:
> Have you got an example you can share?
The attached one might not be the same case but it is really
a menace to shr. To solve it is easy, though I don't know how
large we should increase max-specpdl-size by default temporarily.
[-- Attachment #2: 53302.gz --]
[-- Type: application/x-gunzip, Size: 6570 bytes --]
[-- Attachment #3: Type: text/plain, Size: 87 bytes --]
This used to be:
http://article.gmane.org/gmane.linux.debian.devel.gnome.general/53302
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-02-25 2:37 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-02-23 18:49 Infinite loop in shr.el Vincent Bernat
2013-02-24 12:05 ` Adam Sjøgren
2013-02-25 2:37 ` Katsumi Yamaoka
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).