From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Proposed patch: allow user to disable lockfile creation Date: Fri, 29 Jul 2011 21:59:36 +0200 Organization: Organization?!? Message-ID: <87fwlo3ljr.fsf@fencepost.gnu.org> References: <87ei1bqi8p.fsf@uwakimon.sk.tsukuba.ac.jp> <4E31B6CB.3040905@cs.ucla.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1311969597 7947 80.91.229.12 (29 Jul 2011 19:59:57 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 29 Jul 2011 19:59:57 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 29 21:59:53 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QmtDt-0004Li-ES for ged-emacs-devel@m.gmane.org; Fri, 29 Jul 2011 21:59:53 +0200 Original-Received: from localhost ([::1]:55861 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QmtDs-0006wO-Pt for ged-emacs-devel@m.gmane.org; Fri, 29 Jul 2011 15:59:52 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:57599) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QmtDp-0006wJ-PG for emacs-devel@gnu.org; Fri, 29 Jul 2011 15:59:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QmtDo-0007qN-J0 for emacs-devel@gnu.org; Fri, 29 Jul 2011 15:59:49 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:54467) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QmtDo-0007qG-Ce for emacs-devel@gnu.org; Fri, 29 Jul 2011 15:59:48 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QmtDn-0004IY-3O for emacs-devel@gnu.org; Fri, 29 Jul 2011 21:59:47 +0200 Original-Received: from p508ec785.dip.t-dialin.net ([80.142.199.133]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 Jul 2011 21:59:47 +0200 Original-Received: from dak by p508ec785.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 29 Jul 2011 21:59:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 27 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: p508ec785.dip.t-dialin.net X-Face: 2FEFf>]>q>2iw=B6, xrUubRI>pR&Ml9=ao@P@i)L:\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl \!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN; i"; /yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^ Vc\LWP@J5p^rst0+('>Er0=^1{]M9!p?&:\z]|;&=NP3AhB!B_bi^]Pfkw User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:HmS9P1VkcOWNxT47XpAU0KZegLg= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:142496 Archived-At: Richard Stallman writes: > These days, advisory file locks (fcntl with F_GETLK and F_SETLK) should be > reliable enough over NFS (and on local file systems) on practical GNU and > GNU-like machines, and should be able to do everything that Emacs's symlink > lock files do. (This wasn't true way back when the symlink scheme was > originally introduced.) If we used advisory file locks, I daresay we > could get rid of those symlinks. > > That sounds nice. If we can do the same job in a way that never > bothers anyone, let's. One of the most annoying things most PDF previewers under Windows exhibit is that they lock the file they are displaying, meaning that compilations generating PDF files will fail. The nice way to do this is to just watch the file and try reloading on redisplay when it has changed. Any locking scheme should make sure that it does not interact with other programs: quite often I start a compilation and continue editing the file in question, making sure I don't save until the compilation has finished. This sort of workflow should continue to be possible. -- David Kastrup