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 05:39:50 +0300 Message-ID: <83d1njdvk9.fsf@gnu.org> References: <1310.80.58.205.52.1276622459.squirrel@correo.ozu.es> <831t3zg7or.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1465958500 21297 80.91.229.3 (15 Jun 2016 02:41:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 15 Jun 2016 02:41:40 +0000 (UTC) Cc: macross84@ozu.es, 6430@debbugs.gnu.org To: Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jun 15 04:41:29 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 1bD0lj-0005gU-Rb for geb-bug-gnu-emacs@m.gmane.org; Wed, 15 Jun 2016 04:41:27 +0200 Original-Received: from localhost ([::1]:39257 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bD0lj-000202-2E for geb-bug-gnu-emacs@m.gmane.org; Tue, 14 Jun 2016 22:41:27 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60339) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bD0kR-0001J1-O0 for bug-gnu-emacs@gnu.org; Tue, 14 Jun 2016 22:40:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bD0kL-0005dX-Ve for bug-gnu-emacs@gnu.org; Tue, 14 Jun 2016 22:40:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:56928) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bD0kL-0005dT-Sk for bug-gnu-emacs@gnu.org; Tue, 14 Jun 2016 22:40:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bD0kL-0001Yn-P2 for bug-gnu-emacs@gnu.org; Tue, 14 Jun 2016 22:40:01 -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 02:40:01 +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.14659583505929 (code B ref 6430); Wed, 15 Jun 2016 02:40:01 +0000 Original-Received: (at 6430) by debbugs.gnu.org; 15 Jun 2016 02:39:10 +0000 Original-Received: from localhost ([127.0.0.1]:41032 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bD0jV-0001XZ-Sq for submit@debbugs.gnu.org; Tue, 14 Jun 2016 22:39:10 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bD0jU-0001XL-0T for 6430@debbugs.gnu.org; Tue, 14 Jun 2016 22:39:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bD0jN-0005JO-Vi for 6430@debbugs.gnu.org; Tue, 14 Jun 2016 22:39:02 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36822) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bD0jI-0005IX-42; Tue, 14 Jun 2016 22:38:56 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1256 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bD0jG-0000Fn-A4; Tue, 14 Jun 2016 22:38:54 -0400 In-reply-to: (message from Noam Postavsky on Tue, 14 Jun 2016 17:48:22 -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: 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:119571 Archived-At: > From: Noam Postavsky > Date: Tue, 14 Jun 2016 17:48:22 -0400 > Cc: 6430@debbugs.gnu.org, macross84@ozu.es > > > Emacs doesn't truncate exit status of subprocesses in any way, it > > retrieves the full value of the status, and then reformats it > > according to what the Posix-style WIF* macros (which Emacs uses > > elsewhere) expect. No information is lost during this reformatting, > > see the implementation of waitpid in w32proc.c. > > 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? 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.