From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Should ask-user-about-supersession-threat be aware of noninteractive ? (emacs -batch) Date: Wed, 10 Feb 2016 19:46:07 +0200 Message-ID: <837ficbgrk.fsf@gnu.org> References: <05b139ab-cdab-44e0-8342-6b0d0acaca2d@googlegroups.com> NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1455126405 6015 80.91.229.3 (10 Feb 2016 17:46:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 10 Feb 2016 17:46:45 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Feb 10 18:46:40 2016 Return-path: Envelope-to: geh-help-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 1aTYqb-0008Kb-MH for geh-help-gnu-emacs@m.gmane.org; Wed, 10 Feb 2016 18:46:37 +0100 Original-Received: from localhost ([::1]:41494 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTYqX-00059S-TG for geh-help-gnu-emacs@m.gmane.org; Wed, 10 Feb 2016 12:46:33 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47433) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTYqN-00058y-0k for help-gnu-emacs@gnu.org; Wed, 10 Feb 2016 12:46:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aTYqH-0006BO-SQ for help-gnu-emacs@gnu.org; Wed, 10 Feb 2016 12:46:22 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40144) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTYqH-0006BK-PB for help-gnu-emacs@gnu.org; Wed, 10 Feb 2016 12:46:17 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2777 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aTYqH-0000fB-42 for help-gnu-emacs@gnu.org; Wed, 10 Feb 2016 12:46:17 -0500 In-reply-to: <05b139ab-cdab-44e0-8342-6b0d0acaca2d@googlegroups.com> (richard.sharman@mitel.com) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:109092 Archived-At: > Date: Tue, 9 Feb 2016 12:50:57 -0800 (PST) > From: richard.sharman@mitel.com > Injection-Date: Tue, 09 Feb 2016 20:50:57 +0000 > > I'm not sure if this is a bug or not. > > When running emacs -batch, if a function modifies a buffer and calls save-buffer and there is another emacs -batch also updating the same file, one of them can call ask-user-about-supersession-threat [in userlock.el]. > > This causes the emacs process to hang because read-char-choice never returns. (I have a traceback which I could post but is lengthy (91 levels!); it ends at pselect and frame 2 is wait_reading_process_output.) > > This happened when running make -j 6 and I changed the scenario to not happen, but I wondered if ask-user-about-supersession-threat should be act upon variable noninteractive. > > Or is one supposed to supply a replacement for ask-user-about-supersession-threat if running emacs in batch mode? Please report this (with that traceback, please) using report-emacs-bug. It's possible that ask-user-about-supersession-threat should always provide an automatic response in batch mode. Thanks.