From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#6430: Emacs WINDOWS truncates exit status of processes to 8 bits Date: Wed, 15 Jun 2016 18:02:27 +0300 Message-ID: <8337oeebr0.fsf@gnu.org> References: <1310.80.58.205.52.1276622459.squirrel@correo.ozu.es> <831t3zg7or.fsf@gnu.org> <83d1njdvk9.fsf@gnu.org> <87mvmmk52b.fsf@wanadoo.es> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1466002948 8466 80.91.229.3 (15 Jun 2016 15:02:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 15 Jun 2016 15:02:28 +0000 (UTC) Cc: macross84@ozu.es, 6430@debbugs.gnu.org, npostavs@users.sourceforge.net To: =?UTF-8?Q?=C3=93scar?= Fuentes Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jun 15 17:02:17 2016 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 1bDCKe-0002ci-Ud for geb-bug-gnu-emacs@m.gmane.org; Wed, 15 Jun 2016 17:02:17 +0200 Original-Received: from localhost ([::1]:42729 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bDCKe-0000gk-7v for geb-bug-gnu-emacs@m.gmane.org; Wed, 15 Jun 2016 11:02:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34594) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bDCKV-0000gR-W3 for bug-gnu-emacs@gnu.org; Wed, 15 Jun 2016 11:02:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bDCKQ-0007HG-Jq for bug-gnu-emacs@gnu.org; Wed, 15 Jun 2016 11:02:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58306) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bDCKQ-0007HC-GU for bug-gnu-emacs@gnu.org; Wed, 15 Jun 2016 11:02:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bDCKQ-0006DQ-BR for bug-gnu-emacs@gnu.org; Wed, 15 Jun 2016 11:02: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: Wed, 15 Jun 2016 15:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6430 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 6430-submit@debbugs.gnu.org id=B6430.146600290323867 (code B ref 6430); Wed, 15 Jun 2016 15:02:02 +0000 Original-Received: (at 6430) by debbugs.gnu.org; 15 Jun 2016 15:01:43 +0000 Original-Received: from localhost ([127.0.0.1]:42410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bDCK7-0006Cr-FJ for submit@debbugs.gnu.org; Wed, 15 Jun 2016 11:01:43 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:43513) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bDCK6-0006Cg-Hq for 6430@debbugs.gnu.org; Wed, 15 Jun 2016 11:01:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bDCJx-0007D9-0I for 6430@debbugs.gnu.org; Wed, 15 Jun 2016 11:01:37 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48749) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bDCJw-0007Cy-Ti; Wed, 15 Jun 2016 11:01:32 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1618 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bDCJu-0003x5-K9; Wed, 15 Jun 2016 11:01:31 -0400 In-reply-to: <87mvmmk52b.fsf@wanadoo.es> (message from =?UTF-8?Q?=C3=93scar?= Fuentes on Wed, 15 Jun 2016 14:30:20 +0200) 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: 208.118.235.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:119583 Archived-At: > From: Óscar Fuentes > Cc: Noam Postavsky , macross84@ozu.es, 6430@debbugs.gnu.org > Date: Wed, 15 Jun 2016 14:30:20 +0200 > > Eli Zaretskii writes: > > >> Not really sure what this reformatting is about, but I think the point > >> is that the original value does not return to lisp. > > > > Why is that a problem? > > Because Emacs is reporting something false? Only if the value is greater than 255. > > The important information that I thought this was about is in the > > upper 4 bits of the status, and it doesn't get lost -- it's passed > > back to Emacs as the signal (if any) that caused the subprocess to > > exit. > > > > If there are any important use cases with programs that return status > > above 255, we can easily change the definition of WEXITSTATUS for > > Windows. But I have yet to see a real-life example of such a program, > > or any complaint about the current WEXITSTATUS definition in Emacs. > > You are fortunate enough to live in a world of applications ported from > *nix :-) (and so do I, for the most part.) Emacs does more than that. To see that, interrupt a console program with Ctrl-C, and then display its exit status using %ERRORLEVEL%. Then do the same inside Emacs and compare the results. That's what I thought the OP was alluding to. > When a Windows application calls an API that fails and the application > has no method for recovering from the error, it is customary to exit > with the error code of the API (usually obtained with GetLastError). GetLastError has nothing to do with this, because it's not an API that fails, it's a program that exits with some arbitrary exit code.