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: Sat, 23 Sep 2006 10:55:52 -0700 Message-ID: <17685.29992.39140.92797@gargle.gargle.HOWL> References: <17682.1266.569204.546622@gargle.gargle.HOWL> <87k63vg11t.fsf@stupidchicken.com> 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 1159034080 30760 80.91.229.2 (23 Sep 2006 17:54:40 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 23 Sep 2006 17:54:40 +0000 (UTC) Cc: raman@users.sourceforge.net, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 23 19:54:38 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 1GRBhs-00073J-SX for ged-emacs-devel@m.gmane.org; Sat, 23 Sep 2006 19:54:29 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GRBhs-0005tm-F7 for ged-emacs-devel@m.gmane.org; Sat, 23 Sep 2006 13:54:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GRBhf-0005tE-PQ for emacs-devel@gnu.org; Sat, 23 Sep 2006 13:54:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GRBhd-0005sg-V1 for emacs-devel@gnu.org; Sat, 23 Sep 2006 13:54:15 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GRBhd-0005sd-QU for emacs-devel@gnu.org; Sat, 23 Sep 2006 13:54:13 -0400 Original-Received: from [204.127.200.83] (helo=sccrmhc13.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GRBld-0002K9-GJ; Sat, 23 Sep 2006 13:58:21 -0400 Original-Received: from localhost (c-71-202-191-236.hsd1.ca.comcast.net[71.202.191.236]) by comcast.net (sccrmhc13) with ESMTP id <200609231754070130044amae>; Sat, 23 Sep 2006 17:54:11 +0000 Original-Received: by localhost (Postfix, from userid 1000) id 186F212A4547; Sat, 23 Sep 2006 10:55:52 -0700 (PDT) Original-To: cyd@stupidchicken.com In-Reply-To: <87k63vg11t.fsf@stupidchicken.com> 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:60141 Archived-At: Hi, to give more details: I'm not able to reproduce this error on my laptop --- IBM thinkpad running FC3. On my desktop machine -- amd64 running 32bit Ubuntu the problem appears to be happening sporadically. Couple of additional bits re mplayer: I use the -slave option so it can be controlled via the keyboard. mplayer run in this manner from start-process *always* exhibits the following behavior: If emacs stomps responding to the keyboard e.g. when some other process is waiting for the network e.g. nfs disks, mplayer output stops. Note that this is independent of the new bizarre behavior we're tracking down this time around --- I mention it because it might be relevant. My suspicion is that when this supposed new bug triggers mplayer locks up in a manner similar to it pausing when you get the nfs type problem. To clarify the nfs-related issue above: You'll actually see this when mplayer is playing something off of the local disk while emacs is waiting on an nfs disk >>>>> "Chong" == Chong Yidong writes: Chong> Richard Stallman writes: >> Symptoms: Run processes like mplayer via start-process >> from inside emacs, e.g. playing an mp3 file --- output >> comes to a stop after a fixed length of time -- typically >> about a minute. Any form of kbd activity --- even the >> first key in a multi-key sequence -- gets things unwedged >> i.e. the mp3 stream continues to play. >> >> Does anyone else observe this problem? Chong> Chong> I've tried playing an album through Emacs (today's Chong> CVS) like this: Chong> Chong> (apply 'start-process (append (list "my-process" nil Chong> "/usr/bin/mplayer") (cdr (cdr (directory-files Chong> "/home/cyd/music/aq" t))))) Chong> Chong> 15 minutes later, it's still playing; I observe no Chong> freeze in the output. Do all subprocess all Chong> eventually stop for you, or does it happen only some Chong> of the times you run a subprocess? I've tried this 3 Chong> times: on X in an X window, in an xterm with "emacs Chong> -nw", and on the Linux console. Chong> Chong> Chong> _______________________________________________ Chong> Emacs-devel mailing list Emacs-devel@gnu.org Chong> 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