From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.bugs Subject: bug#30350: 27.0.50; Newest master can't run processes on macOS Date: Tue, 06 Feb 2018 00:43:35 +0000 Message-ID: References: <616d413a-893c-a058-9620-0ac852fc8490@cs.ucla.edu> <20180205191824.GA64467@breton.holly.idiocy.org> <0bec28a7-e163-8e7c-3759-4189533f50b6@cs.ucla.edu> <59f3f90b-f19d-71be-6cf9-de8a020db174@cs.ucla.edu> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="089e082fb8e0ab574c05648078b4" X-Trace: blaine.gmane.org 1517877755 20899 195.159.176.226 (6 Feb 2018 00:42:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 6 Feb 2018 00:42:35 +0000 (UTC) Cc: 30350@debbugs.gnu.org, Alan Third , Sam Steingold To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 06 01:42:30 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eirKt-0003s1-3M for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Feb 2018 01:42:11 +0100 Original-Received: from localhost ([::1]:58001 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eirMs-00032C-9o for geb-bug-gnu-emacs@m.gmane.org; Mon, 05 Feb 2018 19:44:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49609) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eirMl-000317-4q for bug-gnu-emacs@gnu.org; Mon, 05 Feb 2018 19:44:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eirMh-0007fy-47 for bug-gnu-emacs@gnu.org; Mon, 05 Feb 2018 19:44:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51340) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eirMg-0007fq-Vs for bug-gnu-emacs@gnu.org; Mon, 05 Feb 2018 19:44:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eirMg-0002NW-G9 for bug-gnu-emacs@gnu.org; Mon, 05 Feb 2018 19:44:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Feb 2018 00:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30350 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30350-submit@debbugs.gnu.org id=B30350.15178778369121 (code B ref 30350); Tue, 06 Feb 2018 00:44:02 +0000 Original-Received: (at 30350) by debbugs.gnu.org; 6 Feb 2018 00:43:56 +0000 Original-Received: from localhost ([127.0.0.1]:59237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eirMZ-0002N3-Vy for submit@debbugs.gnu.org; Mon, 05 Feb 2018 19:43:56 -0500 Original-Received: from mail-lf0-f48.google.com ([209.85.215.48]:38282) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eirMW-0002Mk-HY for 30350@debbugs.gnu.org; Mon, 05 Feb 2018 19:43:52 -0500 Original-Received: by mail-lf0-f48.google.com with SMTP id g72so264343lfg.5 for <30350@debbugs.gnu.org>; Mon, 05 Feb 2018 16:43:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eDYNDZstsNBQXXtS31KImjAV5j1lwM8rfA9k6QQbCBs=; b=nwuu7WQX5WTyWlhCYwV9Ow4gYzc+84VKt5G6GtZDAY5EZJKJaU18gNRxqRe8/9OfVD RYxef53GL2LkwGyMQSjNJULI4yXhc766EnemwIsooShMEf6TuHO1C4QZnhRdHWXpM9lW gIHJxj2F1pJjquiJYXweQE3fmTE/d3RwIwZKtKScT57UfLJmL21BFmeYqE9g7kZxxCvt 2QAJI+3iLdSrA8Ux+2rxhWm6r1obOt0WXWPdV0qr6AZICot63rGPUxztPasiSjCXzpDd 5lq40lWs0WJMAsP6bvUVmGF3UNgYkpHpBLSvg0xmKNh49LM9NeNu9WF47ZdtVOxIzOmL G9Uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eDYNDZstsNBQXXtS31KImjAV5j1lwM8rfA9k6QQbCBs=; b=iIUHQZlNbEjSxOBrNBLzYSsUGQYTODiR5q5kxOAL+isWjcZEYMnsWNF30+6CPSDgMf DPtuUrkkqCTXAj5Ys5MrY67JXVsRvUWbzXK9KnW2lsmxTZAIZL+yLxs9BrTGjL12M8UM huLgUixdpS79wunek32HSf9u8l0BukxS9DoHtCQ7oZqf8QaTG5f4nqtMaxt7H/z/sYx/ jync7/OZglV4aKPYe9gCsxeI4KwtTJab17FM9bkP6QWKQ6kmSJ0KW74UK8S0FJbxyKPh d8JexGQTQpauw4srJUNIbaxVDt6q7X0NmLqdJgBE5i4xXlOESTyfjZpD5jrugahykaYv iyuA== X-Gm-Message-State: APf1xPBxkGgv1ueTZvXkCAvdPx5H9B+WI4PmxLi5tUfAIsaVp1v1jcNO ofNT0T08/kCyVwEohsoxdNnNxMJbDR41Fn8V/FQ= X-Google-Smtp-Source: AH8x227fujcDfCs+SzxfItOeTJB4JfdbqlnLyifV9FKb7cZ3n0WLU0gm3buYwKuDwsGmx43zRpx5IEvg/6N82bpi8Bo= X-Received: by 10.46.51.7 with SMTP id d7mr351157ljc.78.1517877826637; Mon, 05 Feb 2018 16:43:46 -0800 (PST) In-Reply-To: <59f3f90b-f19d-71be-6cf9-de8a020db174@cs.ucla.edu> 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:142957 Archived-At: --089e082fb8e0ab574c05648078b4 Content-Type: text/plain; charset="UTF-8" Paul Eggert schrieb am Di., 6. Feb. 2018 um 01:36 Uhr: > On 02/05/2018 04:26 PM, Philipp Stephani wrote: > > It succeeds and prints nothing (i.e. the error is ENOTDIR in all cases). > > So this is even more mysterious than I thought. > > Very strange. I installed the workaround into Emacs master, so at least > the symptoms should be fixed now. But I don't know why the fix worked, > and this doesn't inspire warm feelings. > > The Gnulib manual says that macOS faccessat (..., "FILE/", ...) > incorrectly succeeds when FILE is a regular file, and Gnulib has code to > work around that bug that should be in effect for Emacs. However, the > Gnulib manual doesn't say that faccessat (..., "FILE/.", ...) > incorrectly succeeds in this situation, nor that faccessat (..., > "FILE/./", ...) does the right thing; and the test program I gave you > didn't illustrate any bugs in this area so I'm not sure what's going on. > Maybe that bug was once present, and has been fixed since then? I've noticed that REPLACE_FACCESSAT is 1, so configure thinks that faccessat is broken. Apparently faccessat.m4 checks for the behavior of lstat, not faccessat. --089e082fb8e0ab574c05648078b4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Paul E= ggert <eggert@cs.ucla.edu> = schrieb am Di., 6. Feb. 2018 um 01:36=C2=A0Uhr:
On 02/05/2018 04:26 PM, Philipp Stephani wrote:
> It succeeds and prints nothing (i.e. the error is ENOTDIR in all cases= ).
> So this is even more mysterious than I thought.

Very strange. I installed the workaround into Emacs master, so at least
the symptoms should be fixed now. But I don't know why the fix worked,<= br> and this doesn't inspire warm feelings.

The Gnulib manual says that macOS faccessat (..., "FILE/", ...) incorrectly succeeds when FILE is a regular file, and Gnulib has code to work around that bug that should be in effect for Emacs. However, the
Gnulib manual doesn't say that faccessat (..., "FILE/.", ...)=
incorrectly succeeds in this situation, nor that faccessat (...,
"FILE/./", ...) does the right thing; and the test program I gave= you
didn't illustrate any bugs in this area so I'm not sure what's = going on.

Maybe that bug was once present, and has b= een fixed since then?
I've noticed that REPLACE_FACCESSAT is = 1, so configure thinks that faccessat is broken. Apparently faccessat.m4 ch= ecks for the behavior of lstat, not faccessat.
--089e082fb8e0ab574c05648078b4--