[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Did something change with respect to Emacs idle loop:

From: T. V. Raman
Subject: Re: Did something change with respect to Emacs idle loop:
Date: Sun, 24 Sep 2006 11:00:00 -0700

could you show what emms settings you used to put mplayer in
remote player mode?

>>>>> "joakim" == joakim  <address@hidden> writes:
    joakim> Richard Stallman <address@hidden> writes:
    >> You'll actually see this when mplayer is playing something
    >> off of the local disk while emacs is waiting on an nfs
    >> disk
    >> Are you saying that the problem ONLY happens when Emacs is
    >> waiting for nfs?  I think that's what you're saying, but
    >> I'm not 100% sure, and I'd like to make sure there is no
    >> misunderstanding.
    >> If that's the situation, I can guess what the problem
    >> might be.
    >> Years ago there were uninterruptible waits in NFS code (I
    >> am not sure which systems this applied to).  That is, a
    >> user program (such as Emacs) would do a system call to use
    >> NFS, and that system call would wait, and it could not be
    >> interrupted until the wait finished.  No signals could be
    >> delivered.
    >> If mplayer is trying to output regularly thru a pty to
    >> Emacs, Emacs ought to detect the input and read it every
    >> so often.  But Emacs can't do that if it is in an
    >> uninterruptible wait.  So the output buffer would get
    >> full, and then mplayer would hang.
    >> It would be the same if Emacs is computing without waiting
    >> for a long time, since Emacs does not read process output
    >> while it is computing.  In that case you could fix the
    >> problem by calling accept-process-output from time to
    >> time.  But if NFS causes an uninterruptible wait, there is
    >> nothing Emacs can do about it.
    joakim> I obeserved the same problem some time ago when I was
    joakim> using EMMS(emacs multimedia system) and
    joakim> mplayer. Mplayer output would stop while Gnus was
    joakim> doing something network oriented, because Mplayer
    joakim> couldnt print its output. The solution in my case was
    joakim> to use a player that didnt rely on being able to
    joakim> print messages to generate audio output. (Mplayer can
    joakim> still be used with its remote control mode)
    joakim> -- Joakim Verona http://www.verona.se
    joakim> _______________________________________________
    joakim> Emacs-devel mailing list address@hidden
    joakim> http://lists.gnu.org/mailman/listinfo/emacs-devel

Best Regards,

Email:  address@hidden
WWW:    http://emacspeak.sf.net/raman/
AIM:    emacspeak       GTalk: address@hidden
PGP:    http://emacspeak.sf.net/raman/raman-almaden.asc
Google: tv+raman 
IRC:    irc://irc.freenode.net/#emacs

reply via email to

[Prev in Thread] Current Thread [Next in Thread]