GNU bug report logs - #5924
23.1; accept-process-output switching current-buffer

Previous Next

Package: emacs;

Reported by: Uday S Reddy <u.s.reddy <at> cs.bham.ac.uk>

Date: Sat, 10 Apr 2010 21:25:02 UTC

Severity: normal

Tags: fixed

Fixed in version 24.1

Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #23 received at 5924 <at> debbugs.gnu.org (full text, mbox):

From: Uday S Reddy <u.s.reddy <at> cs.bham.ac.uk>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Uday S Reddy <u.s.reddy <at> cs.bham.ac.uk>, 5924 <at> debbugs.gnu.org
Subject: Re: bug#5924: 23.1; accept-process-output switching current-buffer
Date: Mon, 12 Apr 2010 20:39:10 +0100
Stefan Monnier writes:

> That's very odd: both the sentinel and the filter code are careful to
> preserve the current_buffer when there's no sentinel or no filter set.

I might also mention that the processes I am dealing with are created
by open-network-stream.  Perhaps this primitive is creating
filters/sentinels which are creating interference.  You can find my
full code at the URL below if you want to check further.

  http://bazaar.launchpad.net/~vm/vm/trunk/annotate/head:/lisp/vm-imap.el

The comment blocks give the signatures of the functions which you can
use to perhaps locate the interesting bits.  

----

I also realized lately that in the normal operation of VM, this
problem doesn't show up much because it is rare to deal with multiple
IMAP sessions concurrently.  However, for the sake of development
work, I have turned on tracing/logging, which is preserving the old
process-buffers.  So, this problem, which is luckily repeatable,
occurs immediately after one IMAP session has been closed and another
begun, because the IMAP server sends some random closing message to
the old session while the new session is going on, and we get the
interference that I have observed.

Cheers,
Uday




This bug report was last modified 13 years and 252 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.