From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "T. V. Raman" Newsgroups: gmane.emacs.devel Subject: Re: Did something change with respect to Emacs idle loop: Date: Wed, 27 Sep 2006 06:09:33 -0700 Message-ID: <17690.30733.861253.884984@gargle.gargle.HOWL> References: <17682.1266.569204.546622@gargle.gargle.HOWL> <87venafrgw.fsf@gate450.dyndns.org> Reply-To: raman@users.sf.net NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1159362506 524 80.91.229.2 (27 Sep 2006 13:08:26 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 27 Sep 2006 13:08:26 +0000 (UTC) Cc: raman@users.sf.net, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 27 15:08:13 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GSZ8e-0004tz-Jo for ged-emacs-devel@m.gmane.org; Wed, 27 Sep 2006 15:07:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GSZ8e-0003uC-C2 for ged-emacs-devel@m.gmane.org; Wed, 27 Sep 2006 09:07:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GSZ8U-0003t1-EL for emacs-devel@gnu.org; Wed, 27 Sep 2006 09:07:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GSZ8S-0003qZ-Pa for emacs-devel@gnu.org; Wed, 27 Sep 2006 09:07:38 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GSZ8S-0003qM-Kr for emacs-devel@gnu.org; Wed, 27 Sep 2006 09:07:36 -0400 Original-Received: from [206.18.177.54] (helo=alnrmhc14.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GSZDJ-0002mK-QQ for emacs-devel@gnu.org; Wed, 27 Sep 2006 09:12:37 -0400 Original-Received: from localhost (c-71-202-191-236.hsd1.ca.comcast.net[71.202.191.236]) by comcast.net (alnrmhc14) with ESMTP id <20060927130735b1400j9iqbe>; Wed, 27 Sep 2006 13:07:35 +0000 Original-Received: by localhost (Postfix, from userid 1000) id DF31112A447D; Wed, 27 Sep 2006 06:09:33 -0700 (PDT) Original-To: seltenreich@gmx.de In-Reply-To: <87venafrgw.fsf@gate450.dyndns.org> X-Mailer: VM 7.19 under Emacs 22.0.50.6 x-attribution: tvr X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:60270 Archived-At: This does sound like it could be the culprit --- I'd be happy to test if it were possible to do a cvs update, and then undo just this patch and build. >>>>> "Andreas" == Andreas Seltenreich writes: Andreas> "T. V. Raman" writes: >> Another situation where I've noticed changed behavior is >> with emms (2.1) --- if you launch a playlist then playback >> stops after each track, and you again need to touch the >> keyboard for it to move to the next track. Andreas> Andreas> Could this be related to the recently-fixed Andreas> fontification loop problem? When investigating with Andreas> gdb, I noticed that Emacs didn't leave the following Andreas> loop in wait_reading_process_output() since Andreas> timers_run was repeatedly increased during Andreas> redisplay, and execution didn't ever reach the Andreas> select(). Andreas> Andreas> --8<---------------cut Andreas> here---------------start------------->8--- do { int Andreas> old_timers_run = timers_run; struct buffer Andreas> *old_buffer = current_buffer; Andreas> Andreas> timer_delay = timer_check (1); Andreas> Andreas> /* If a timer has run, this might have Andreas> changed buffers an alike. Make read_key_sequence Andreas> aware of that. */ if (timers_run != old_timers_run Andreas> && old_buffer != current_buffer && Andreas> waiting_for_user_input_p == -1) Andreas> record_asynch_buffer_change (); Andreas> Andreas> if (timers_run != old_timers_run && Andreas> do_display) /* We must retry, since a timer may have Andreas> requeued itself and that could alter the time_delay. Andreas> */ redisplay_preserve_echo_area (9); else break; } Andreas> --8<---------------cut Andreas> here---------------end--------------->8--- Andreas> Andreas> HTH Andreas -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: emacspeak GTalk: tv.raman.tv@gmail.com PGP: http://emacspeak.sf.net/raman/raman-almaden.asc Google: tv+raman IRC: irc://irc.freenode.net/#emacs