From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#33016: 26.1; (make-process ...) doesn't signal an error, when executable given as absolute Windows path does not exist Date: Thu, 11 Apr 2019 17:04:46 +0300 Message-ID: <8336mo63k1.fsf@gnu.org> References: <83y34k728d.fsf@gnu.org> <83bm1f6yfl.fsf@gnu.org> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="115822"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 33016@debbugs.gnu.org, bauer.klaus.dieter@gmail.com To: Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 11 16:06:13 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hEaLF-000Tsr-B4 for geb-bug-gnu-emacs@m.gmane.org; Thu, 11 Apr 2019 16:06:13 +0200 Original-Received: from localhost ([127.0.0.1]:49439 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hEaLE-0006KV-6I for geb-bug-gnu-emacs@m.gmane.org; Thu, 11 Apr 2019 10:06:12 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:54252) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hEaL7-0006KO-SH for bug-gnu-emacs@gnu.org; Thu, 11 Apr 2019 10:06:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hEaL5-0002Rc-EI for bug-gnu-emacs@gnu.org; Thu, 11 Apr 2019 10:06:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41443) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hEaL4-0002Qf-SZ for bug-gnu-emacs@gnu.org; Thu, 11 Apr 2019 10:06:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hEaL4-0003Tx-IZ for bug-gnu-emacs@gnu.org; Thu, 11 Apr 2019 10:06:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 11 Apr 2019 14:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33016 X-GNU-PR-Package: emacs Original-Received: via spool by 33016-submit@debbugs.gnu.org id=B33016.155499153313333 (code B ref 33016); Thu, 11 Apr 2019 14:06:02 +0000 Original-Received: (at 33016) by debbugs.gnu.org; 11 Apr 2019 14:05:33 +0000 Original-Received: from localhost ([127.0.0.1]:54987 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hEaKa-0003Sz-Or for submit@debbugs.gnu.org; Thu, 11 Apr 2019 10:05:33 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:39689) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hEaKW-0003Si-HY for 33016@debbugs.gnu.org; Thu, 11 Apr 2019 10:05:31 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:55816) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hEaKG-0001uu-CK; Thu, 11 Apr 2019 10:05:14 -0400 Original-Received: from [176.228.60.248] (port=1762 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hEaK8-000533-BT; Thu, 11 Apr 2019 10:05:05 -0400 In-reply-to: (message from Noam Postavsky on Wed, 10 Apr 2019 17:58:43 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:157498 Archived-At: > From: Noam Postavsky > Date: Wed, 10 Apr 2019 17:58:43 -0400 > Cc: Klaus-Dieter Bauer , 33016@debbugs.gnu.org > > I was inspired by your suggestions to think of a simpler idea: use "C:/nul.exe". > > There is unfortunately one additional wrinkle: each of the test passes > on its own, but when running both together the second one fails due to > this check in maybe_call_debugger: > > /* RMS: What's this for? */ > && when_entered_debugger < num_nonmacro_input_events) > > RMS' question is (now) answered in the commentary for when_entered_debugger: > > /* The value of num_nonmacro_input_events as of the last time we > started to enter the debugger. If we decide to enter the debugger > again when this is still equal to num_nonmacro_input_events, then we > know that the debugger itself has an error, and we should just > signal the error instead of entering an infinite loop of debugger > invocations. */ > > static intmax_t when_entered_debugger; > > So I guess we'd need some way of resetting it from Lisp? Doesn't it work to simply set its value before the second test? > As far as I can tell, the normal debugger resets it by calling > recursive-edit, but there's no way to return from that without human > intervention (I think?). Doesn't abort-recursive-edit work noninteractively? > + ;; On Windows, "nul.FOO" is the empty file for any > + ;; FOO, in any directory. So this passes Emacs' Instead of "is the empty file", I'd say something like "resolves to the null device, reading from which sets the EOF condition". Thanks.