From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#16519: 24.3.50; gfile notifications not received in batch mode Date: Sun, 26 Jan 2014 17:09:22 +0100 Message-ID: <87zjmi67yl.fsf_-_@gmx.de> References: <87obft367u.fsf@gnu.org> <87fvomstx8.fsf@gmx.de> <83zjmkb0yu.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1390753160 17436 80.91.229.3 (26 Jan 2014 16:19:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 26 Jan 2014 16:19:20 +0000 (UTC) Cc: 16519@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jan 26 17:19:26 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 1W7SQg-0007sz-7c for geb-bug-gnu-emacs@m.gmane.org; Sun, 26 Jan 2014 17:19:26 +0100 Original-Received: from localhost ([::1]:55299 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7SQf-0004Gm-Qx for geb-bug-gnu-emacs@m.gmane.org; Sun, 26 Jan 2014 11:19:25 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45467) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7SHh-0007u4-5g for bug-gnu-emacs@gnu.org; Sun, 26 Jan 2014 11:10:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W7SHb-0002zM-4e for bug-gnu-emacs@gnu.org; Sun, 26 Jan 2014 11:10:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50956) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W7SHb-0002yn-1a for bug-gnu-emacs@gnu.org; Sun, 26 Jan 2014 11:10:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W7SHZ-0002Eu-JX for bug-gnu-emacs@gnu.org; Sun, 26 Jan 2014 11:10:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Jan 2014 16:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16519 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16519-submit@debbugs.gnu.org id=B16519.13907525758559 (code B ref 16519); Sun, 26 Jan 2014 16:10:01 +0000 Original-Received: (at 16519) by debbugs.gnu.org; 26 Jan 2014 16:09:35 +0000 Original-Received: from localhost ([127.0.0.1]:36742 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W7SH8-0002Dz-Ai for submit@debbugs.gnu.org; Sun, 26 Jan 2014 11:09:34 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:49644) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W7SH5-0002Dp-5j for 16519@debbugs.gnu.org; Sun, 26 Jan 2014 11:09:32 -0500 Original-Received: from detlef.gmx.de ([87.146.55.50]) by mail.gmx.com (mrgmx002) with ESMTPS (Nemesis) id 0MMk99-1WDDpV03Kx-008XAS for <16519@debbugs.gnu.org>; Sun, 26 Jan 2014 17:09:30 +0100 In-Reply-To: <83zjmkb0yu.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Jan 2014 16:16:57 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Provags-ID: V03:K0:RuFNvL7eSZ/Zzlq8uG+otwP3+1d60m7tbBSxwKTNWWjdWjyWm5u LIgGtvmj//egSLEsR8ucN94d+YDzBxD145m5gZDDlBw+kArC7vAFF75FmCO9S7eMZgTz9Mi cs36CTvyE/oMK7X7vlBfAagVrxY13Xg1VTxIaw2j/lhbFkwCDqlsfOozvWAs7yzgOJAa4ic uo+mmui37n8/Zzrt7DN8A== 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:84040 Archived-At: Eli Zaretskii writes: > This breaks the file-notify-test02-events test on w32. It looks like > read-event never returns there. Strange. There is the call (read-event nil nil 0.1) - shouldn't it return under any circumstances? > If I replace that with sit-for, it does return, but the test still > fails because file-notify--test-results remains nil, something that > wasn't being tested when I last ran the test (in early December). sit-for seems to work for inotify based file notifications only. If there is gio in place, one needs to perform accept-process-output. This is unfortune, because the user cannot know in advance how to check for events. Fortnately, both read-event and accept-process-output are called for other reasons in interactive mode, letting the events arrive. Not the best situation, but I don't know (yet) how to harmonize. I don't know what it needs on w32 to get the file notification events. Is it sit-for? > Frankly, given the inordinate amount of work it took to try to get > file notifications work in batch mode, I'd rather we declared they are > not expected to work in batch, and moved on. If you, for some reason, > still want to stick with that test, please mark > file-notify-test02-events to be skipped for w32, as I'm tired of > fixing the breakage there time and again. Well, maybe there is no use case which requires file notification events in batch mode. BUT I like to be informed by hydra, that a whatever change has broken Emacs. Often, this are collateral damages by unrelated changes. Given, that I have no possibility to develop on w32, I'll go as proposed by you and mark file-notify-test02-events (and maybe also file-notify-test03-autorevert) as expected to fail on w32 in batch mode. The same is currently true for gio based file notifications, but here I'm eager to find a solution, which works on hydra. > Thanks. Best regards, Michael.