Gnus development mailing list
 help / color / mirror / Atom feed
* Gnus hangs
@ 2015-05-06 23:11 Óscar Fuentes
  2015-05-07  3:14 ` Eric Abrahamsen
  2015-05-07  8:39 ` Adam Sjøgren
  0 siblings, 2 replies; 11+ messages in thread
From: Óscar Fuentes @ 2015-05-06 23:11 UTC (permalink / raw)
  To: ding

On the Gnus Summary buffer, after pressing `g', Gnus hangs displaying
the message

Reading active file via nndraft...done

Pressing `Ctrl-g' makes Gnus responsive again, although it aborts the
operation.

This happens frequently (I'll say once every five `g's, on average). I'm
observing the problem since a long time ago (years). Currently I'm using

GNU Emacs 25.0.50.4 (x86_64-unknown-linux-gnu, X toolkit) of 2015-04-12

Gnus v5.13

Any advice on how to diagnose this?




^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Gnus hangs
  2015-05-06 23:11 Gnus hangs Óscar Fuentes
@ 2015-05-07  3:14 ` Eric Abrahamsen
  2015-05-07 23:12   ` Óscar Fuentes
  2015-05-07  8:39 ` Adam Sjøgren
  1 sibling, 1 reply; 11+ messages in thread
From: Eric Abrahamsen @ 2015-05-07  3:14 UTC (permalink / raw)
  To: ding

Óscar Fuentes <ofv@wanadoo.es> writes:

> On the Gnus Summary buffer, after pressing `g', Gnus hangs displaying
> the message
>
> Reading active file via nndraft...done
>
> Pressing `Ctrl-g' makes Gnus responsive again, although it aborts the
> operation.
>
> This happens frequently (I'll say once every five `g's, on average). I'm
> observing the problem since a long time ago (years). Currently I'm using
>
> GNU Emacs 25.0.50.4 (x86_64-unknown-linux-gnu, X toolkit) of 2015-04-12
>
> Gnus v5.13
>
> Any advice on how to diagnose this?

The only thing I can think of is something that many of us have
encountered, which is that long-running connections die or get cut off,
and Gnus doesn't know it. That can lead to timeouts/hangs when you try
to re-use a zombie connection.

The nndraft message shouldn't be significant, it's just the last
operation to successfully complete before the hang began.

"Once every five g's" sounds a little odd for this problem, because most
of us have it after some network reconnection (after wake from suspend,
after VPN on/off, etc), but it's the only thing I can think of.

When I suspect I'm going to have the problem, I hit "z" for
`gnus-group-suspend'. That closes all the servers, so the next refresh
re-establishes connections.

`gnus-group-suspend' is a little heavy-duty for this: all you'd really
need is:

(progn
  (gnus-offer-save-summaries)
  (dolist (elem gnus-opened-servers)
    (gnus-close-server (car elem))
    (setcar (cdr elem) 'closed)))

HTH,

Eric




^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Gnus hangs
  2015-05-06 23:11 Gnus hangs Óscar Fuentes
  2015-05-07  3:14 ` Eric Abrahamsen
@ 2015-05-07  8:39 ` Adam Sjøgren
  2015-05-07 23:05   ` Óscar Fuentes
  1 sibling, 1 reply; 11+ messages in thread
From: Adam Sjøgren @ 2015-05-07  8:39 UTC (permalink / raw)
  To: ding

Óscar writes:

> Any advice on how to diagnose this?

Before pressing 'g', do M-x toggle-debug-on-quit and when Gnus hangs,
press C-g to get a backtrace.

Maybe that can give some more information.


  Best regards,

    Adam

-- 
 "The speed at which I write by hand is almost                Adam Sjøgren
  perfectly synchronized with the speed at which I       asjo@koldfront.dk
  think. I type faster than I think so I have to stop,
  and that interrupts the flow."




^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Gnus hangs
  2015-05-07  8:39 ` Adam Sjøgren
@ 2015-05-07 23:05   ` Óscar Fuentes
  0 siblings, 0 replies; 11+ messages in thread
From: Óscar Fuentes @ 2015-05-07 23:05 UTC (permalink / raw)
  To: ding

asjo@koldfront.dk (Adam Sjøgren) writes:

> Óscar writes:
>
>> Any advice on how to diagnose this?
>
> Before pressing 'g', do M-x toggle-debug-on-quit and when Gnus hangs,
> press C-g to get a backtrace.
>
> Maybe that can give some more information.

Thanks. The backtrace is

Debugger entered--Lisp error: (quit)
  signal(quit nil)
  nntp-with-open-group-function(nil "news.gmane.org" nil #[nil "<text
  containing control chars elided>" [nntp-server-buffer infos last-point received method buf nntp-find-connection-buffer gnus-find-method-for-group 0 1 nil buffer-live-p get-buffer re-search-forward "^[.]" "^[0-9]" t nntp-accept-response nnheader-strip-cr erase-buffer mm-string-to-multibyte gnus-groups-to-gnus-format "^[.2-5]" gnus-active-to-gnus-format 4 nntp-retrieval-in-progress count buffer nntp-server-list-active-group string enable-multibyte-characters gnus-active-hashtb] 6])
  nntp-finish-retrieve-group-infos("news.gmane.org" (("nntp+news.gmane.org:gmane.emacs.vim-emulation" 3 ((1 . 2173)) ((unexist) (seen (1798 . 1874) (1876 . 2173)) (reply 1815 1817 1824 1827 (1873 . 1874) 1988 2061 2082 (2097 . 2098) 2100 (2124 . 2125) 2127 2142 2151 (2154 . 2155) (2158 . 2159) 2161 2163)) "news.gmane.org") ("nntp+news.gmane.org:gmane.emacs.devel" 3 ((1 . 186322)) ((unexist) (seen (115893 . 125899) (125901 . 130877) (130879 . 130887) 130889 (130891 . 130892) (130894 . 131050) 131052 (131054 . 131056) 131058 131061 (131063 . 131077) (131079 . 131938) (131940 . 131944) (131946 . 131949) (131951 . 131952) (131954 . 131996) (131998 . 132001) (132003 . 134036) (134038 . 134044) (134046 . 134063) (134066 . 134072) (134074 . 134075) (134077 . 134082) (134084 . 134089) (134091 . 134124) (134126 . 136678) (136680 . 136723) (136725 . 137028) (137030 . 141745) (141747 . 142036) (142038 . 142052) (142054 . 142071) (142073 . 142168) (142170 . 142173) (142175 . 142184) (142186 . 144575) (144577 . 144581) (144583 . 146572) (146574 . 146980) (146982 . 178145) (178147 . 186322)) (cache 124664) (reply 124929 124988 126813 (126818 . 126819) 126822 126835 127017 127118 127125 (127127 . 127128) (127133 . 127134) 127152 (127162 . 127163) 127167 127191 127223 127239 127318 127341 127351 127373 127379 127382 (127385 . 127386) 127415 127440 127442 127445 127449 127452 127454 127463 127472 127490 127505 127519 127537 127546 127567 127578 127595 127597 (127602 . 127603) 127647 127708 127717 (127730 . 127731) 127758 127764 ...)) (nntp "news.gmane.org")) ("nntp+news.gmane.org:gmane.emacs.gnus.general" 3 ((1 . 85908)) ((unexist) (seen (85907 . 85910)) (tick 85908)) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.version-control.subversion.announce" 3 ((1 . 362)) ((unexist) (seen (12 . 362))) (nntp "news.gmane.org")) ("nntp+news.gmane.org:gmane.comp.version-control.git.magit" 3 ((1 . 1833)) ((unexist) (seen (1 . 157) (160 . 1833)) (reply 161 170 203 228 279 285 290 296 299 325 328 332 356 362 370 424 430 461 465 467 471 521 527 530 538 547 561 563 565 574 576 621 (635 . 636) 651 664 668 673 693 (722 . 723) 997 1184 1440 (1443 . 1444) 1571 1605 1610 1617 1624 1635 ...)) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.security.risks" 3 ((1 . 628)) ((unexist) (seen (329 . 628))) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.lib.boost.announce" 3 ((1 . 438)) ((unexist) (seen (1 . 438))) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.gnu.mingw.w64.general" 3 ((1 . 11333)) ((unexist) (seen (6624 . 11333)) (reply 7636 8229 8283 8292 8301 8334 8395 8479 8481 8544 (8705 . 8706) 8712 8834 8863 8998 (9014 . 9015) 9018 9020 9025 9116 9159 9233 9235 9237 (9239 . 9241) 9264 9352 9723 9836 9881 9981 10063 10083 10089 10092 10095 10097 10100 10156 10160 10236 (10247 . 10248) 10270 10273 10275 10430 10448 10453 10461 ...)) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.gnu.mingw.msys2" 3 ((1 . 921)) ((unexist) (seen (1 . 921)) (reply 165 169 172 205 219 223 226 228 230 241 252 257 307 361 373 393 395 397 401 405 407 410 425 462 470 513 515 526 528 533 535 541 545 629 650 (749 . 750) 866)) "news.gmane.org")) 9)
  gnus-finish-retrieve-group-infos((nntp "news.gmane.org") (("nntp+news.gmane.org:gmane.emacs.vim-emulation" 3 ((1 . 2173)) ((unexist) (seen (1798 . 1874) (1876 . 2173)) (reply 1815 1817 1824 1827 (1873 . 1874) 1988 2061 2082 (2097 . 2098) 2100 (2124 . 2125) 2127 2142 2151 (2154 . 2155) (2158 . 2159) 2161 2163)) "news.gmane.org") ("nntp+news.gmane.org:gmane.emacs.devel" 3 ((1 . 186322)) ((unexist) (seen (115893 . 125899) (125901 . 130877) (130879 . 130887) 130889 (130891 . 130892) (130894 . 131050) 131052 (131054 . 131056) 131058 131061 (131063 . 131077) (131079 . 131938) (131940 . 131944) (131946 . 131949) (131951 . 131952) (131954 . 131996) (131998 . 132001) (132003 . 134036) (134038 . 134044) (134046 . 134063) (134066 . 134072) (134074 . 134075) (134077 . 134082) (134084 . 134089) (134091 . 134124) (134126 . 136678) (136680 . 136723) (136725 . 137028) (137030 . 141745) (141747 . 142036) (142038 . 142052) (142054 . 142071) (142073 . 142168) (142170 . 142173) (142175 . 142184) (142186 . 144575) (144577 . 144581) (144583 . 146572) (146574 . 146980) (146982 . 178145) (178147 . 186322)) (cache 124664) (reply 124929 124988 126813 (126818 . 126819) 126822 126835 127017 127118 127125 (127127 . 127128) (127133 . 127134) 127152 (127162 . 127163) 127167 127191 127223 127239 127318 127341 127351 127373 127379 127382 (127385 . 127386) 127415 127440 127442 127445 127449 127452 127454 127463 127472 127490 127505 127519 127537 127546 127567 127578 127595 127597 (127602 . 127603) 127647 127708 127717 (127730 . 127731) 127758 127764 ...)) (nntp "news.gmane.org")) ("nntp+news.gmane.org:gmane.emacs.gnus.general" 3 ((1 . 85908)) ((unexist) (seen (85907 . 85910)) (tick 85908)) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.version-control.subversion.announce" 3 ((1 . 362)) ((unexist) (seen (12 . 362))) (nntp "news.gmane.org")) ("nntp+news.gmane.org:gmane.comp.version-control.git.magit" 3 ((1 . 1833)) ((unexist) (seen (1 . 157) (160 . 1833)) (reply 161 170 203 228 279 285 290 296 299 325 328 332 356 362 370 424 430 461 465 467 471 521 527 530 538 547 561 563 565 574 576 621 (635 . 636) 651 664 668 673 693 (722 . 723) 997 1184 1440 (1443 . 1444) 1571 1605 1610 1617 1624 1635 ...)) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.security.risks" 3 ((1 . 628)) ((unexist) (seen (329 . 628))) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.lib.boost.announce" 3 ((1 . 438)) ((unexist) (seen (1 . 438))) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.gnu.mingw.w64.general" 3 ((1 . 11333)) ((unexist) (seen (6624 . 11333)) (reply 7636 8229 8283 8292 8301 8334 8395 8479 8481 8544 (8705 . 8706) 8712 8834 8863 8998 (9014 . 9015) 9018 9020 9025 9116 9159 9233 9235 9237 (9239 . 9241) 9264 9352 9723 9836 9881 9981 10063 10083 10089 10092 10095 10097 10100 10156 10160 10236 (10247 . 10248) 10270 10273 10275 10430 10448 10453 10461 ...)) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.gnu.mingw.msys2" 3 ((1 . 921)) ((unexist) (seen (1 . 921)) (reply 165 169 172 205 219 223 226 228 230 241 252 257 307 361 373 393 395 397 401 405 407 410 425 462 470 513 515 526 528 533 535 541 545 629 650 (749 . 750) 866)) "news.gmane.org")) 9)
  gnus-read-active-for-groups((nntp "news.gmane.org") (("nntp+news.gmane.org:gmane.emacs.vim-emulation" 3 ((1 . 2173)) ((unexist) (seen (1798 . 1874) (1876 . 2173)) (reply 1815 1817 1824 1827 (1873 . 1874) 1988 2061 2082 (2097 . 2098) 2100 (2124 . 2125) 2127 2142 2151 (2154 . 2155) (2158 . 2159) 2161 2163)) "news.gmane.org") ("nntp+news.gmane.org:gmane.emacs.devel" 3 ((1 . 186322)) ((unexist) (seen (115893 . 125899) (125901 . 130877) (130879 . 130887) 130889 (130891 . 130892) (130894 . 131050) 131052 (131054 . 131056) 131058 131061 (131063 . 131077) (131079 . 131938) (131940 . 131944) (131946 . 131949) (131951 . 131952) (131954 . 131996) (131998 . 132001) (132003 . 134036) (134038 . 134044) (134046 . 134063) (134066 . 134072) (134074 . 134075) (134077 . 134082) (134084 . 134089) (134091 . 134124) (134126 . 136678) (136680 . 136723) (136725 . 137028) (137030 . 141745) (141747 . 142036) (142038 . 142052) (142054 . 142071) (142073 . 142168) (142170 . 142173) (142175 . 142184) (142186 . 144575) (144577 . 144581) (144583 . 146572) (146574 . 146980) (146982 . 178145) (178147 . 186322)) (cache 124664) (reply 124929 124988 126813 (126818 . 126819) 126822 126835 127017 127118 127125 (127127 . 127128) (127133 . 127134) 127152 (127162 . 127163) 127167 127191 127223 127239 127318 127341 127351 127373 127379 127382 (127385 . 127386) 127415 127440 127442 127445 127449 127452 127454 127463 127472 127490 127505 127519 127537 127546 127567 127578 127595 127597 (127602 . 127603) 127647 127708 127717 (127730 . 127731) 127758 127764 ...)) (nntp "news.gmane.org")) ("nntp+news.gmane.org:gmane.emacs.gnus.general" 3 ((1 . 85908)) ((unexist) (seen (85907 . 85910)) (tick 85908)) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.version-control.subversion.announce" 3 ((1 . 362)) ((unexist) (seen (12 . 362))) (nntp "news.gmane.org")) ("nntp+news.gmane.org:gmane.comp.version-control.git.magit" 3 ((1 . 1833)) ((unexist) (seen (1 . 157) (160 . 1833)) (reply 161 170 203 228 279 285 290 296 299 325 328 332 356 362 370 424 430 461 465 467 471 521 527 530 538 547 561 563 565 574 576 621 (635 . 636) 651 664 668 673 693 (722 . 723) 997 1184 1440 (1443 . 1444) 1571 1605 1610 1617 1624 1635 ...)) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.security.risks" 3 ((1 . 628)) ((unexist) (seen (329 . 628))) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.lib.boost.announce" 3 ((1 . 438)) ((unexist) (seen (1 . 438))) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.gnu.mingw.w64.general" 3 ((1 . 11333)) ((unexist) (seen (6624 . 11333)) (reply 7636 8229 8283 8292 8301 8334 8395 8479 8481 8544 (8705 . 8706) 8712 8834 8863 8998 (9014 . 9015) 9018 9020 9025 9116 9159 9233 9235 9237 (9239 . 9241) 9264 9352 9723 9836 9881 9981 10063 10083 10089 10092 10095 10097 10100 10156 10160 10236 (10247 . 10248) 10270 10273 10275 10430 10448 10453 10461 ...)) "news.gmane.org") ("nntp+news.gmane.org:gmane.comp.gnu.mingw.msys2" 3 ((1 . 921)) ((unexist) (seen (1 . 921)) (reply 165 169 172 205 219 223 226 228 230 241 252 257 307 361 373 393 395 397 401 405 407 410 425 462 470 513 515 526 528 533 535 541 545 629 650 (749 . 750) 866)) "news.gmane.org")) 9)
  gnus-get-unread-articles(nil nil nil)
  gnus-group-get-new-news(nil)
  funcall-interactively(gnus-group-get-new-news nil)
  call-interactively(gnus-group-get-new-news nil nil)
  command-execute(gnus-group-get-new-news)




^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Gnus hangs
  2015-05-07  3:14 ` Eric Abrahamsen
@ 2015-05-07 23:12   ` Óscar Fuentes
  2015-05-08  9:41     ` Igor Sosa Mayor
  0 siblings, 1 reply; 11+ messages in thread
From: Óscar Fuentes @ 2015-05-07 23:12 UTC (permalink / raw)
  To: ding

Eric Abrahamsen <eric@ericabrahamsen.net> writes:

>> Any advice on how to diagnose this?
>
> The only thing I can think of is something that many of us have
> encountered, which is that long-running connections die or get cut off,
> and Gnus doesn't know it. That can lead to timeouts/hangs when you try
> to re-use a zombie connection.
>
> The nndraft message shouldn't be significant, it's just the last
> operation to successfully complete before the hang began.
>
> "Once every five g's" sounds a little odd for this problem, because most
> of us have it after some network reconnection (after wake from suspend,
> after VPN on/off, etc), but it's the only thing I can think of.
>
> When I suspect I'm going to have the problem, I hit "z" for
> `gnus-group-suspend'. That closes all the servers, so the next refresh
> re-establishes connections.
>
> `gnus-group-suspend' is a little heavy-duty for this: all you'd really
> need is:
>
> (progn
>   (gnus-offer-save-summaries)
>   (dolist (elem gnus-opened-servers)
>     (gnus-close-server (car elem))
>     (setcar (cdr elem) 'closed)))

Thanks. I think that the problem sometimes happens when Gnus starts,
which would rule out your hypothesis, but I'm not 100% sure. I'll use
your trick before updating the summary buffer and see if it avoids the
hang.




^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Gnus hangs
  2015-05-07 23:12   ` Óscar Fuentes
@ 2015-05-08  9:41     ` Igor Sosa Mayor
  0 siblings, 0 replies; 11+ messages in thread
From: Igor Sosa Mayor @ 2015-05-08  9:41 UTC (permalink / raw)
  To: ding

Óscar Fuentes <ofv@wanadoo.es> writes:

>> `gnus-group-suspend' is a little heavy-duty for this: all you'd really
>> need is:
>>
>> (progn
>>   (gnus-offer-save-summaries)
>>   (dolist (elem gnus-opened-servers)
>>     (gnus-close-server (car elem))
>>     (setcar (cdr elem) 'closed)))
>
> Thanks. I think that the problem sometimes happens when Gnus starts,
> which would rule out your hypothesis, but I'm not 100% sure. I'll use
> your trick before updating the summary buffer and see if it avoids the
> hang.

please let us know... I also have these annoying hangs...

many thanks in advance!

-- 
:: Igor Sosa Mayor     :: joseleopoldo1792@gmail.com ::
:: GnuPG: 0x1C1E2890   :: http://www.gnupg.org/      ::
:: jabberid: rogorido  ::                            ::




^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: gnus hangs.
  2005-02-08 14:52 gnus hangs Maciej Matysiak
  2005-02-08 15:16 ` Ralf Angeli
  2005-02-08 15:24 ` Vin Shelton
@ 2005-02-08 15:51 ` Adam Sjøgren
  2 siblings, 0 replies; 11+ messages in thread
From: Adam Sjøgren @ 2005-02-08 15:51 UTC (permalink / raw)


On Tue, 08 Feb 2005 15:52:05 +0100, Maciej wrote:

> After recent update my gnus hangs very often when (I think) trying
> to parse a message for displaying. XEmacs is totally unresponsible
> and only twice ctrl-g helps.

I've found that only the mule-packages in Debian exhibited this
21.4.16-problem for me, so until you can get .17, perhaps using a
non-mule XEmacs is worth a try.


  Best regards,

-- 
 "Did You have a horrid journey?"                             Adam Sjøgren
 "Yes, fairly horrid."                                   asjo@koldfront.dk




^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: gnus hangs.
  2005-02-08 15:16 ` Ralf Angeli
@ 2005-02-08 15:44   ` Maciej Matysiak
  0 siblings, 0 replies; 11+ messages in thread
From: Maciej Matysiak @ 2005-02-08 15:44 UTC (permalink / raw)


On the 8th of February 2005 at 16:16, Ralf Angeli <dev.null#iwi.uni-sb.de> wrote:

> You don't happen to be using XEmacs 21.4.16?  This version has a bug
> concerning shy groups in regular expressions which may lead to hangs
> and crashes.

On the 8th of February 2005 at 16:24, Vin Shelton <acs#alumni.princeton.edu> wrote:

> I guess you're using XEmacs 21.4.16.  21.4.16 was withdrawn for
> precisely this reason.

Thank you very much. Yes, I'm using XEmacs 21.4.16, this version is in
Debian Sarge at the moment. The bug is already reported at:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=288072
XEmacs 21.4.17 is already in Debian Sid, I'll wait until it appears in Sarge.

 m.m.
-- 
 use gnus, not guns!



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: gnus hangs.
  2005-02-08 14:52 gnus hangs Maciej Matysiak
  2005-02-08 15:16 ` Ralf Angeli
@ 2005-02-08 15:24 ` Vin Shelton
  2005-02-08 15:51 ` Adam Sjøgren
  2 siblings, 0 replies; 11+ messages in thread
From: Vin Shelton @ 2005-02-08 15:24 UTC (permalink / raw)


Maciej Matysiak <phoner.ding@blah.pl> writes:

> Hello,
>
> After recent update my gnus hangs very often when (I think) trying to parse
> a message for displaying. XEmacs is totally unresponsible and only twice
> ctrl-g helps. I've collected 3 backtraces, included below. There's no xemacs
> coredump anywhere in my ~.
>
> zsh: suspended  xemacs -nw
> phoner@umpa:~$ fg        
> [1]  + continued  xemacs -nw
> Auto-save? (y or n) y
>
> Fatal error (6).

I guess you're using XEmacs 21.4.16.  21.4.16 was withdrawn for
precisely this reason.  See
http://list-archive.xemacs.org/xemacs-beta/200502/msg00145.html .
XEmacs 21.4.17 has been released to address this problem; see
http://list-archive.xemacs.org/xemacs-beta/200502/msg00181.html .

HTH,
  Vin



^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: gnus hangs.
  2005-02-08 14:52 gnus hangs Maciej Matysiak
@ 2005-02-08 15:16 ` Ralf Angeli
  2005-02-08 15:44   ` Maciej Matysiak
  2005-02-08 15:24 ` Vin Shelton
  2005-02-08 15:51 ` Adam Sjøgren
  2 siblings, 1 reply; 11+ messages in thread
From: Ralf Angeli @ 2005-02-08 15:16 UTC (permalink / raw)


* Maciej Matysiak (2005-02-08) writes:

> After recent update my gnus hangs very often when (I think) trying to parse
> a message for displaying. XEmacs is totally unresponsible and only twice
> ctrl-g helps. I've collected 3 backtraces, included below. There's no xemacs
> coredump anywhere in my ~.
[...]
> Lisp backtrace follows:
>
>   string-match("=\\?\\([^][- ()<>@,;:*\\\"/?.=]+\\)\\(?:\\*[^?]+\\)?\\?\\(B\\|Q\\)\\?\\([!->@-~ ]*\\)\\?=" "=?ISO-8859-2?Q?si=EA_zmieni=B3o_w_HTB_=28woln?=")
[...]
> What's going on? Is it caused by recent gnus changes or a bug in XEmacs?

You don't happen to be using XEmacs 21.4.16?  This version has a bug
concerning shy groups in regular expressions which may lead to hangs
and crashes.  It was therefore withdrawn a few days ago, see
<URL:http://article.gmane.org/gmane.emacs.xemacs.beta:18077>.  You
should upgrade to 21.4.17.

-- 
Ralf




^ permalink raw reply	[flat|nested] 11+ messages in thread

* gnus hangs.
@ 2005-02-08 14:52 Maciej Matysiak
  2005-02-08 15:16 ` Ralf Angeli
                   ` (2 more replies)
  0 siblings, 3 replies; 11+ messages in thread
From: Maciej Matysiak @ 2005-02-08 14:52 UTC (permalink / raw)


Hello,

After recent update my gnus hangs very often when (I think) trying to parse
a message for displaying. XEmacs is totally unresponsible and only twice
ctrl-g helps. I've collected 3 backtraces, included below. There's no xemacs
coredump anywhere in my ~.

zsh: suspended  xemacs -nw
phoner@umpa:~$ fg        
[1]  + continued  xemacs -nw
Auto-save? (y or n) y

Fatal error (6).

Your files have been auto-saved.
Use `M-x recover-session' to recover them.

Your version of XEmacs was distributed with a PROBLEMS file that  may describe
your crash, and with luck a workaround.  Please check it first, but do report
the crash anyway.  Please report this bug by invoking M-x report-emacs-bug,
or by selecting `Send Bug Report' from the Help menu.  If necessary, send
ordinary email to `crashes@xemacs.org'.  *MAKE SURE* to include the XEmacs
configuration from M-x describe-installation, or equivalently the file
Installation in the top of the build tree.

*Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely
to be able to analyze the problem.  Locate the core file produced as a result
of this crash (often called `core' or `core.<process-id>', and located in
the directory in which you started XEmacs or your home directory), and type

  gdb /usr/bin/xemacs core

then type `where' at the debugger prompt.  No GDB on your system?  You may
have DBX, or XDB, or SDB.  (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited'
in case of future recurrance of the crash.

Lisp backtrace follows:

  string-match("=\\?\\([^][- ()<>@,;:*\\\"/?.=]+\\)\\(?:\\*[^?]+\\)?\\?\\(B\\|Q\\)\\?\\([!->@-~ ]*\\)\\?=" "=?ISO-8859-2?Q?si=EA_zmieni=B3o_w_HTB_=28woln?=")
  # bind (word)
  rfc2047-parse-and-decode("=?ISO-8859-2?Q?si=EA_zmieni=B3o_w_HTB_=28woln?=")
  # (unwind-protect ...)
  # (unwind-protect ...)
  # bind (case-fold-search b e end start)
  mail-decode-encoded-word-region(1 2503)
  # (unwind-protect ...)
  # bind (inhibit-point-motion-hooks mail-parse-charset mail-parse-ignored-charsets inhibit-read-only)
  article-decode-encoded-words()
  run-hooks(article-decode-encoded-words)
  # bind (do-update-line sparse-header group article)
  gnus-request-article-this-buffer(92 "nnml:isp-l.2005-02")
  # bind (inhibit-read-only)
  # (unwind-protect ...)
  # bind (result group gnus-tmp-internal-hook summary-buffer gnus-article)
  # (unwind-protect ...)
  # bind (header all-headers article)
  gnus-article-prepare(92 nil)
  # bind (all-header article)
  gnus-summary-display-article(92)
  # bind (push backward subject unread)
  gnus-summary-next-article(t nil)
  gnus-summary-next-unread-article()
  # bind (article article-window endp stop circular lines)
  gnus-summary-next-page(nil)
  # bind (command-debug-status)
  call-interactively(gnus-summary-next-page)
  # (condition-case ... . error)
  # (catch top-level ...)
zsh: abort      xemacs -nw
zsh: exit 134
phoner@umpa:~$ 

Lisp backtrace follows:

  string-match("=\\?\\([^][- ()<>@,;:*\\\"/?.=]+\\)\\(?:\\*[^?]+\\)?\\?\\(B\\|Q\\)\\?\\([!->@-~ ]*\\)\\?=" "=?ISO-8859-2?Q?u=BFytkownik=F3w__kontpocz?=")
  # bind (word)
  rfc2047-parse-and-decode("=?ISO-8859-2?Q?u=BFytkownik=F3w__kontpocz?=")
  # (unwind-protect ...)
  # (unwind-protect ...)
  # bind (case-fold-search b e start end)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # bind (temp-buffer m string)
  mail-decode-encoded-word-string("Re: informacja dla =?ISO-8859-2?Q?u=BFytkownik=F3w__kontpocz?= =?ISO-8859-2?Q?towych=40arch=2Ecom=2Epl=2E?=")
  byte-code("..." [x gnus-decode-encoded-word-function string eol search-forward "      " move mm-subst-char-in-string ?\r ?- ?\n t] 8)
  # (condition-case ... . ((error x)))
  # bind (x)
  # (unwind-protect ...)
  # bind (eol buffer header references in-reply-to number dependencies force-new)
  byte-code("..." [id number eol id-dep references header read point-at-eol nil ((widen)) (byte-code "  `#`S{!\n$$)" [x gnus-decode-encoded-word-function string eol search-forward "  " move mm-subst-char-in-string ?\r ?- ?\n t] 8) ((error x)) (byte-code "        `#`S{!\n$$)" [x gnus-decode-encoded-word-function string eol search-forward "  " move mm-subst-char-in-string ?\r ?- ?\n t] 8) ((error x)) search-forward "    " move string-match "^<[^>]+>$" format "fake+none+%s+%d" "fake+none+%s+%s" int-to-string ?\t 0 (byte-code "p!" [read] 2) ((error)) 1 (byte-code "p!" [read] 2) ((error)) looking-at "Xref: " (?\n nil) "^\\([^ :]+\\): " intern match-string vector "" 9 In-Reply-To 5 gnus-extract-message-id-from-in-reply-to 4 boundp t nnmail-message-id 8 zerop gnus-split-references "\\(<[^<]+>\\)[  ]*\\'" intern-soft "none" ids sequence ref-dep dependencies ref n force-new in-reply-to string num out parent-id allp ref-header replaced gnus-newsgroup-name nnheader-fake-message-id extra xref lines chars date from subject gnus-alter-header-function headers cur buffer x gnus-summary-ignore-duplicates] 16)
  # (condition-case ... . ((error (byte-code "e`\"#y" ... 6))))
  # (unwind-protect ...)
  # bind (mail-parse-charset mail-parse-ignored-charsets cur dependencies allp number headers header also-fetch-heads group dependencies force-new sequence)
  gnus-get-newsgroup-headers-xover((1 2 3 4 5 6 7 8 9 10 11 12 13 22 23 24 25 26 27 28 29 30) nil nil "nnml:personal.2005-02" t)
  # bind (name articles)
  gnus-fetch-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 22 23 24 25 26 27 28 29 30))
  # bind (cached fetched-articles articles info gnus-summary-ignore-duplicates entry select-articles read-all group)
  gnus-select-newsgroup("nnml:personal.2005-02" nil nil)
  # bind (quit-config new-group select-articles no-display kill-buffer no-article show-all group)
  gnus-summary-read-group-1("nnml:personal.2005-02" nil t nil nil nil)
  # bind (gnus-auto-select-next result select-articles backward no-display kill-buffer no-article show-all group)
  gnus-summary-read-group("nnml:personal.2005-02" nil t nil nil nil nil)
  # bind (no-display group number active marked entry select-articles group no-article all)
  gnus-group-read-group(nil t)
  # bind (all)
  gnus-group-select-group(nil)
  # bind (all)
  gnus-topic-select-group(nil)
  # bind (command-debug-status)
  call-interactively(gnus-topic-select-group)
  # (condition-case ... . error)
  # (catch top-level ...)
zsh: abort      xemacs -nw
zsh: exit 134
phoner@umpa:~$ 

Lisp backtrace follows:

  string-match("=\\?\\([^][- ()<>@,;:*\\\"/?.=]+\\)\\(?:\\*[^?]+\\)?\\?\\(B\\|Q\\)\\?\\([!->@-~ ]*\\)\\?=" "=?ISO-8859-2?Q?Przemys=B3aw_Wikaryjczyk?=")
  # bind (word)
  rfc2047-parse-and-decode("=?ISO-8859-2?Q?Przemys=B3aw_Wikaryjczyk?=")
  # (unwind-protect ...)
  # (unwind-protect ...)
  # bind (case-fold-search b e end start)
  mail-decode-encoded-word-region(1 1477)
  # (unwind-protect ...)
  # bind (inhibit-point-motion-hooks mail-parse-charset mail-parse-ignored-charsets inhibit-read-only)
  article-decode-encoded-words()
  run-hooks(article-decode-encoded-words)
  # bind (do-update-line sparse-header group article)
  gnus-request-article-this-buffer(637 "nnml:szarlotka-l.2005-02")
  # bind (inhibit-read-only)
  # (unwind-protect ...)
  # bind (result group gnus-tmp-internal-hook summary-buffer gnus-article)
  # (unwind-protect ...)
  # bind (header all-headers article)
  gnus-article-prepare(637 nil)
  # bind (all-header article)
  gnus-summary-display-article(637)
  # bind (push backward subject unread)
  gnus-summary-next-article(t nil)
  gnus-summary-next-unread-article()
  # bind (article article-window endp stop circular lines)
  gnus-summary-next-page(nil)
  # bind (command-debug-status)
  call-interactively(gnus-summary-next-page)
  # (condition-case ... . error)
  # (catch top-level ...)
zsh: abort      xemacs -nw
zsh: exit 134
phoner@umpa:~$

What's going on? Is it caused by recent gnus changes or a bug in XEmacs?

 m.m.
-- 
 use gnus, not guns!



^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2015-05-08  9:41 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-05-06 23:11 Gnus hangs Óscar Fuentes
2015-05-07  3:14 ` Eric Abrahamsen
2015-05-07 23:12   ` Óscar Fuentes
2015-05-08  9:41     ` Igor Sosa Mayor
2015-05-07  8:39 ` Adam Sjøgren
2015-05-07 23:05   ` Óscar Fuentes
  -- strict thread matches above, loose matches on Subject: below --
2005-02-08 14:52 gnus hangs Maciej Matysiak
2005-02-08 15:16 ` Ralf Angeli
2005-02-08 15:44   ` Maciej Matysiak
2005-02-08 15:24 ` Vin Shelton
2005-02-08 15:51 ` Adam Sjøgren

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).