bug-gnu-emacs
[Top][All Lists]
Advanced

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

Re: *emacs vs. MacFUSE/sshfs


From: YAMAMOTO Mitsuharu
Subject: Re: *emacs vs. MacFUSE/sshfs
Date: Fri, 27 Jul 2007 08:54:13 +0900
User-agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.6 Emacs/22.1.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI)

>>>>> On Thu, 26 Jul 2007 16:07:33 +0100, David Reitter 
>>>>> <david.reitter@gmail.com> said:

> I think this would have to be addressed on the Emacs level. I'm
> cc'ing the Emacs Bugs list.

> PS.: You could use Tramp for the time being.

> On 26 Jul 2007, at 15:23, Bill McGonigle wrote:

> Just sending along a pointer to a bug report at Google that affects
> Aquamacs:

>     http://code.google.com/p/macfuse/issues/detail?id=214#c7

> There appears to be a work-around that can be implemented in
> MacFUSE, but it also appears emacs is aggressive/optimistic, and
> this might affect other filesystems, not just MacFUSE-based ones.

Could you explain more about "it appears emacs is
aggressive/optimistic"?  In the Carbon port, the SIGALRM duration is 2
seconds by default and it's not too frequent.  If some file operation
takes much more time than that period, then it is desirable that it
works with signals so users/applications can interrupt the long
operation, IMO.

> A different duration for the alarm signal might make sense on the
> Mac.

You can set it via `polling-period' if you need.

What kind of change on the Emacs side are the MacFUSE developers
suggesting?

                                     YAMAMOTO Mitsuharu
                                mituharu@math.s.chiba-u.ac.jp




reply via email to

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