From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/36568 Path: main.gmane.org!not-for-mail From: Jake Colman Newsgroups: gmane.emacs.gnus.general Subject: Re: Imap Problem Date: 04 Jun 2001 12:18:47 -0400 Sender: colman@ppllc.com Message-ID: <76n17o9q1k.fsf@newjersey.ppllc.com> References: <76y9rdaxai.fsf@newjersey.ppllc.com> <76zobsxrkj.fsf@newjersey.ppllc.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035172131 9248 80.91.224.250 (21 Oct 2002 03:48:51 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:48:51 +0000 (UTC) Cc: ding@gnus.org, Mats Lidell Return-Path: Return-Path: Original-Received: (qmail 16987 invoked from network); 4 Jun 2001 16:19:52 -0000 Original-Received: from unknown (HELO newjersey.ppllc.com) (209.208.206.221) by gnus.org with SMTP; 4 Jun 2001 16:19:52 -0000 Original-Received: (from colman@localhost) by newjersey.ppllc.com (8.9.3/8.9.3) id MAA16000; Mon, 4 Jun 2001 12:18:47 -0400 (EDT) X-Authentication-Warning: newjersey.ppllc.com: colman set sender to colman@ppllc.com using -f Original-To: Simon Josefsson X-Attribution: Jake X-URL: http://www.ppllc.com In-Reply-To: (Simon Josefsson's message of "02 Jun 2001 23:05:20 +0200") User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.4 (Academic Rigor) Original-Lines: 68 Xref: main.gmane.org gmane.emacs.gnus.general:36568 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:36568 Sorry to follow-up my own postings but we have a problem. I went back to my prior version of pgnus, prior to Simon's commits, and manually applied on my Matt's one line change to imap.el. With this patch applied, I cannot start gnus in its own frame. if I do, the password prompting is messed up and it eats my CR instead of processing the password. So this problem is specifically related to Matt's portion of the patch and was not caused by whatever else Simon patched. I'l let my gnus rest over the course of the day and see if it continues to work. In the meantime, I am working with latest cvs version of gnus. ...Jake g >>>>> "SJ" == Simon Josefsson writes: SJ> Mats Lidell writes: >> But the patch gave a hint. If the current buffer is changed without us >> knowing it why not set the buffer back again. Simon tried it but why >> not set it just before calling imap-parse-greeting so we know we are >> looking at the right thing. This lead to the following patch. SJ> Thanks! I modified all streams similarily and committed it. >> If you feel adventurous you might want to look into the affairs of >> process-status. ;-) SJ> I think it's actually `accept-process-output' that changes the buffer SJ> -- this is why the buffer is correct the first time but changes after SJ> the while loop body has run once. The code SJ> Anyway it's an XEmacs bug, but I'm not able to reproduce it so it's SJ> hard to debug. Maybe you could test the following patch with the old SJ> Gnus imap.el and see if it does anything. SJ> Index: event-stream.c SJ> =================================================================== SJ> RCS file: /usr/CVSroot/XEmacs/xemacs/src/event-stream.c,v retrieving SJ> revision 1.55 diff -u -u -w -r1.55 event-stream.c SJ> --- event-stream.c 2001/05/31 12:45:36 1.55 SJ> +++ event-stream.c 2001/06/02 21:03:58 SJ> @@ -2526,7 +2526,7 @@ SJ> int timeout_id = -1; int timeout_enabled = 0; int done = 0; SJ> - struct buffer *old_buffer = current_buffer; SJ> + /* struct buffer *old_buffer = current_buffer;*/ SJ> int count; SJ> /* We preserve the current buffer but nothing else. If a focus SJ> @@ -2637,7 +2637,7 @@ SJ> Fdeallocate_event (event); UNGCPRO; SJ> - current_buffer = old_buffer; SJ> + /* current_buffer = old_buffer;*/ SJ> return result; SJ> } -- Jake Colman Principia Partners LLC Phone: (201) 946-0300 Harborside Financial Center Fax: (201) 946-0320 902 Plaza II Beeper: (800) 928-4640 Jersey City, NJ 07311 E-mail: colman@ppllc.com E-mail: jcolman@jnc.com web: http://www.ppllc.com