XXXX@XXXXX.COM (Kim F. Storm) writes:
Do you use article prefetching?
I had never managed to reproduce this bug after seeing it reported a few
times, and after enabling prefetching a few days ago suddenly I keep
running into it... And I can confirm that C-g has absolutely no effect
when it happens.
The backtrace looks like the following:
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xa7756d6d in select () from /lib/tls/i686/cmov/libc.so.6
#2 0x081ee002 in wait_reading_process_output (time_limit=0, microsecs=100,
read_kbd=0, do_display=0, wait_for_cell=137976009, wait_proc=0x92b2190,
just_wait_proc=0) at process.c:4496
#3 0x081eceef in Faccept_process_output (process=153821588, timeout=0,
timeout_msecs=800, just_this_one=137976009) at process.c:3895
#4 0x081ac24c in Ffuncall (nargs=4, args=0xafa6f860) at eval.c:2889
#5 0x081e4608 in Fbyte_code (bytestr=151252459, vector=151256380, maxdepth=56)
(I'm not sure if there is really a bug, or if it's just a manifestation
of the flakiness of my nntp server.)
Do you think it could be related to adaptive read buffering?
Romain Francoise < XXXX@XXXXX.COM > | The sea! the sea! the open
it's a miracle -- http://www.yqcomputer.com/
| sea! The blue, the fresh, the
| ever free! --Bryan W. Procter
 See the `gnus-asynchronous' variable.