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: Did something change with respect to Emacs idle loop: Date: Wed, 20 Sep 2006 20:47:31 -0700 Message-ID: <17682.2899.937840.964916@gargle.gargle.HOWL> References: <17682.1266.569204.546622@gargle.gargle.HOWL> 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 1158810397 13842 80.91.229.2 (21 Sep 2006 03:46:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 21 Sep 2006 03:46:37 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 21 05:46:36 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 1GQFW4-0003pO-N9 for ged-emacs-devel@m.gmane.org; Thu, 21 Sep 2006 05:46:25 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GQFW4-0000Gp-7Y for ged-emacs-devel@m.gmane.org; Wed, 20 Sep 2006 23:46:24 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GQFVs-0000GI-A9 for emacs-devel@gnu.org; Wed, 20 Sep 2006 23:46:12 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GQFVq-0000Cw-Ic for emacs-devel@gnu.org; Wed, 20 Sep 2006 23:46:10 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GQFVq-0000Cl-Dm for emacs-devel@gnu.org; Wed, 20 Sep 2006 23:46:10 -0400 Original-Received: from [216.148.227.153] (helo=rwcrmhc13.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GQFZG-0003He-Tr for emacs-devel@gnu.org; Wed, 20 Sep 2006 23:49:43 -0400 Original-Received: from localhost (c-71-202-191-236.hsd1.ca.comcast.net[71.202.191.236]) by comcast.net (rwcrmhc13) with ESMTP id <20060921034609m1300m1jjve>; Thu, 21 Sep 2006 03:46:09 +0000 Original-Received: by localhost (Postfix, from userid 1000) id 2135912A4547; Wed, 20 Sep 2006 20:47:32 -0700 (PDT) Original-To: raman@users.sf.net In-Reply-To: <17682.1266.569204.546622@gargle.gargle.HOWL> X-Mailer: VM 7.19 under Emacs 22.0.50.4 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:60052 Archived-At: Following up to my own message: I can now confirm that the behavior I describe is due to some change in Emacs since Sunday. I did a cvs update -D 2006-09-17 built the result, and the strange behavior I described with respect to both mplayer and emms has now gone, things are back as they should be. Additional details: This is a desktop system, and it's running powernowd --- though in the ceasing up of mp3 streams I describe below, things dont get unwedged when you have keyboard activity on another console, so it's not that the entire machine has gone to sleep -- just Emacs. So anyway, I believe the bits that changed the behavior got checked in since Sep 17, and sometime before Tuesday September 19 -- I started noticing the bizarre behavior first yesterday evening PDT >>>>> "tvr" == T V Raman writes: tvr> I believe the only thing that has changed in my emacs tvr> environment since Monday is Emacs itself (I regularly tvr> update from CVS). tvr> tvr> That said, I notice the following change in behavior tvr> with respect to subprocesses launched from inside emacs tvr> that leads me to suspect that something has indeed tvr> changed, though looking at Changelog, all timer related tvr> changes are in xterm related code, and I'm seeing this tvr> on the console outside of X. tvr> tvr> Here is my best attempt at describing the situation; tvr> *warning* it's not going to be something simple that is tvr> easily reproducable -- I'm still trying to find a simple tvr> test case. tvr> tvr> Symptoms: Run processes like mplayer via start-process tvr> from inside emacs, e.g. playing an mp3 file --- output tvr> comes to a stop after a fixed length of time -- tvr> typically about a minute. Any form of kbd activity --- tvr> even the first key in a multi-key sequence -- gets tvr> things unwedged i.e. the mp3 stream continues to play. tvr> tvr> Another situation where I've noticed changed behavior is tvr> with emms (2.1) --- if you launch a playlist then tvr> playback stops after each track, and you again need to tvr> touch the keyboard for it to move to the next track. tvr> tvr> Again, in both cases, any keypress appears adequate to tvr> get things moving --- even partial keys e.g. C-x where tvr> C-x is a prefix key making up a key-sequence. tvr> tvr> -- Best Regards, --raman tvr> tvr> tvr> Email: raman@users.sf.net WWW: tvr> http://emacspeak.sf.net/raman/ AIM: emacspeak GTalk: tvr> tv.raman.tv@gmail.com PGP: tvr> http://emacspeak.sf.net/raman/raman-almaden.asc Google: tvr> tv+raman IRC: irc://irc.freenode.net/#emacs tvr> tvr> tvr> _______________________________________________ tvr> Emacs-devel mailing list Emacs-devel@gnu.org tvr> http://lists.gnu.org/mailman/listinfo/emacs-devel -- 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