From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Leo Liu Newsgroups: gmane.emacs.bugs Subject: bug#16928: 24.3.50; file _flymake not deleted on remote hosts Date: Tue, 04 Mar 2014 22:20:13 +0800 Message-ID: References: <87iorugl7d.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1393942874 23480 80.91.229.3 (4 Mar 2014 14:21:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Mar 2014 14:21:14 +0000 (UTC) Cc: 16928@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 04 15:21:22 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WKqDh-0005UJ-3L for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Mar 2014 15:21:21 +0100 Original-Received: from localhost ([::1]:45246 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKqDg-0005ii-LO for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Mar 2014 09:21:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45492) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKqDV-0005Xz-SU for bug-gnu-emacs@gnu.org; Tue, 04 Mar 2014 09:21:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WKqDO-0000YU-IQ for bug-gnu-emacs@gnu.org; Tue, 04 Mar 2014 09:21:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48705) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKqDO-0000YP-Ew for bug-gnu-emacs@gnu.org; Tue, 04 Mar 2014 09:21:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WKqDN-0001Cc-U4 for bug-gnu-emacs@gnu.org; Tue, 04 Mar 2014 09:21:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Leo Liu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Mar 2014 14:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16928 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16928-submit@debbugs.gnu.org id=B16928.13939428274574 (code B ref 16928); Tue, 04 Mar 2014 14:21:01 +0000 Original-Received: (at 16928) by debbugs.gnu.org; 4 Mar 2014 14:20:27 +0000 Original-Received: from localhost ([127.0.0.1]:49887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WKqCn-0001Bh-Pw for submit@debbugs.gnu.org; Tue, 04 Mar 2014 09:20:26 -0500 Original-Received: from mail-pd0-f171.google.com ([209.85.192.171]:65531) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WKqCl-0001BX-6V for 16928@debbugs.gnu.org; Tue, 04 Mar 2014 09:20:23 -0500 Original-Received: by mail-pd0-f171.google.com with SMTP id r10so5188262pdi.2 for <16928@debbugs.gnu.org>; Tue, 04 Mar 2014 06:20:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:face:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=lU9292e/OASMvrcyfIoSGAIQi6jmb4HvCqj7i4FAuYo=; b=oD1+3ALoLFEcH0w6m+8UcfxeRmSJBs48AdGSMZtMqBL5VcmUwoQcVS+66FExrXI9W4 tk9GQ2By1u9rAQXFL+hAljjNyI8+G/I7uBy+wXpkTmVLtEXYJdHWduxDgrZxfKtEUr7d FoDM6uuEoF7ZFSojHpjtFp38nj0ljn517BTFVspObfG9ZmgsLc4V+jaJrS4pe1gNQuNt dw33edMQusuIxblrmCYaLI18qwsoXiQCjBooG7osQZ5g/mdo8FFncj0RhZeC56sVggxC EqjKJ0sOuVdEmuQxkBSyAJv9960oUlyxsKf53xu5L8X9StRjyMc0PsZz5iFzKNK5ej8V xmZQ== X-Received: by 10.68.238.201 with SMTP id vm9mr26636629pbc.18.1393942822180; Tue, 04 Mar 2014 06:20:22 -0800 (PST) Original-Received: from Zeuss-MacBook.local ([222.130.177.23]) by mx.google.com with ESMTPSA id x5sm48405973pbw.26.2014.03.04.06.20.20 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Mar 2014 06:20:21 -0800 (PST) Face: iVBORw0KGgoAAAANSUhEUgAAACgAAAAoBAMAAAB+0KVeAAAAElBMVEUAAAAAAP+LRRP0pGC+ vr7///+7mT1iAAAAAWJLR0QAiAUdSAAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB9cBBwMO DhglKe4AAAEsSURBVCjPbZNBboQwDEV/Cd4X9QJRThApmn0XYW+Jyf2v0m+HhqDBgiAe9rcTG7QH w/1Vn2Ar8gBb/ocywSN3qK9T3z4eFDB4eApocBpeBs1RSykoJd8gQcm8pGmHXFso3ajnmsqV0TnY DQkOfXUfN5NwaI7AWTVOyEhcu1aHmdWItHddUVUcUgUBCkitu8V6ditHVOVdqzl2EQ1ZVGTbdK0V 7cqn8vWzoU5Q/bF9Y/Y0cRU1xwkys5dJ+Dt6pBDWifcNQml8Gh2JVmPSoQzo7en0grswkxrUGYJ7 0hSxxAGr7ZMwYcHIzprpi7TENEE1xtiYxixRlCfPBsUUrwHD7uGIwATrbnODJcVrPpVn3hxiGloe m/S+z3CtuzUSMo83N4DPH+F0evwR3P4A2k+75838OKQAAAAASUVORK5CYII= In-Reply-To: <87iorugl7d.fsf@gmx.de> (Michael Albinus's message of "Tue, 04 Mar 2014 14:14:14 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (OS X 10.9.2) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:86528 Archived-At: On 2014-03-04 21:14 +0800, Michael Albinus wrote: > Yes, I could reproduce it. The problem is, that flymake starts an > asynchronous process. It's sentinel calls then flymake-simple-cleanup, > which fires file-exists-p to an unpredictable time. > > After serving flymake-find-file-hook, find-file has continued with the > other functions in find-file-hook. When the file-exists-p call from the > sentinel happened, Tramp was busy with requests from > vc-find-file-hook. And since Tramp is designed to work sequentially, it > couldn't serve promptly :-( I see. Maybe it is better for flymake to just call delete-file without the file-exists-p check ignoring any error. I have found other cases where _flymake files are left behind. > As temporary workaround, you could try > > (add-hook 'find-file-hook 'flymake-find-file-hook 'append) Thanks, will use it for now. > I will check, whether Tramp could be enabled to handle such >asynchronous > calls. Thanks. Leo