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: Sun, 11 Feb 2018 16:01:18 +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> <20180206224455.GA97842@breton.holly.idiocy.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="089e082fb8e0d432760564f1dfb9" X-Trace: blaine.gmane.org 1518364835 9393 195.159.176.226 (11 Feb 2018 16:00:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 11 Feb 2018 16:00:35 +0000 (UTC) Cc: 30350@debbugs.gnu.org, Paul Eggert , Sam Steingold To: Alan Third Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 11 17:00: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 1eku37-0001GE-Su for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Feb 2018 17:00:18 +0100 Original-Received: from localhost ([::1]:53821 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eku58-0003su-0C for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Feb 2018 11:02:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41522) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eku4s-0003r2-GZ for bug-gnu-emacs@gnu.org; Sun, 11 Feb 2018 11:02:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eku4o-0003em-Jp for bug-gnu-emacs@gnu.org; Sun, 11 Feb 2018 11:02:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58838) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eku4o-0003eW-Ex for bug-gnu-emacs@gnu.org; Sun, 11 Feb 2018 11:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eku4o-0002Rj-5c for bug-gnu-emacs@gnu.org; Sun, 11 Feb 2018 11:02: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: Sun, 11 Feb 2018 16:02: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.15183648969357 (code B ref 30350); Sun, 11 Feb 2018 16:02:02 +0000 Original-Received: (at 30350) by debbugs.gnu.org; 11 Feb 2018 16:01:36 +0000 Original-Received: from localhost ([127.0.0.1]:38501 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eku4N-0002Qr-TX for submit@debbugs.gnu.org; Sun, 11 Feb 2018 11:01:36 -0500 Original-Received: from mail-lf0-f51.google.com ([209.85.215.51]:45391) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eku4M-0002Qd-Eo for 30350@debbugs.gnu.org; Sun, 11 Feb 2018 11:01:34 -0500 Original-Received: by mail-lf0-f51.google.com with SMTP id x196so17304526lfd.12 for <30350@debbugs.gnu.org>; Sun, 11 Feb 2018 08:01:34 -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=x6KbVZCLZ2urwYNYxmL62COa/NGz0kLL8T2f3chpdYM=; b=IsNUiEZS/kJcM21EqBQew5h3ukB8CtRtpO3pQNHCL+951I0RvZUyUfRX1AzM7tMTA0 9/w2it6AjWf/TgWYiDT8qm10TiQld3EDFLdxVH1ZJu3QcyLhgAoZcC8cqcXxq75xij71 2SaPh8d88AS8W5MqpxkxwTouHmlYt62XlTxx67Bi0zZr5DDPXUcfCckCxku+MKOHZiac JN3yBcE8Tl7cJ0kB6SWvr6kU6uwlyy3PDglZ2si9x6E2cb4auBMxDKf9HdWpr7eFA68n yG65XhaJ2UbQhKBoxvcjL77IhTfa0KRG9tgalEm7u93Uw+MEu7+krax5aVDQn8PtjdBA NaLQ== 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=x6KbVZCLZ2urwYNYxmL62COa/NGz0kLL8T2f3chpdYM=; b=ONybCdyc1uEs1MxsAiPl1suzssjUl6ZrujIWRUESUyDx+x7Gj1wMY7PRh9X4x6ufWY fFdC0w6jUtC4ouNNZ3sJ6OLIuUJl+aIA0zteB8PD+Zpo/3ckTRG65xlp/V8TuAyLKVWc WyUkM39isQcnK/TBZfLR5drWnLpdNliS+PWhpeuHTRB9+vxGgS4xcCChSXf8MA2cYqX/ sKvHlHx0Vh5ILB/mLDjs/tMiqkb5vLJ4Hl1OfgQrB/L6R/3DPg2zZsG/BnI9LasLG0yM YgjC3Aqmw6ok1QWYXED4kwgsW7d+kL18NtPBZ1oCk6XeeAx5sYCl8qDy70COcPReedV6 dHKA== X-Gm-Message-State: APf1xPDvrBkiXNCYcCsqIafwOS6LRSESzORJVGUShAmOzPUlld0oUBbP uch+SWfgUB4YSuAoKh4X3giRYwVKCOFobS1eb1nirA== X-Google-Smtp-Source: AH8x224bRY0sUgLAMDCJHm4yuJFp9V+obvpbOhSMZj9S821G/lnhODVYVdHjdTjYzWoC5C8JOVb39eOSv6KpDPmU3nI= X-Received: by 10.46.51.7 with SMTP id d7mr5460726ljc.78.1518364888673; Sun, 11 Feb 2018 08:01:28 -0800 (PST) In-Reply-To: <20180206224455.GA97842@breton.holly.idiocy.org> 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:143143 Archived-At: --089e082fb8e0d432760564f1dfb9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Alan Third schrieb am Di., 6. Feb. 2018 um 23:44 Uhr: > On Tue, Feb 06, 2018 at 10:07:52PM +0000, Philipp Stephani wrote: > > However, when I change "file" to "/usr/bin/true" in the names list, the > > issue happens again (i.e. lstat and faccessat succeed for > > "/usr/bin/true/."). So this does appear to be a macOS bug, but it's not > > consistently reproducible. > > Try setting the permissions of the test file to 500. > > It looks like if the file is only readable and executable, then the > problem occurs, but if it=E2=80=99s writable it goes away. > > That=E2=80=99s why we see it in places like /usr/bin where we don=E2=80= =99t have write > permission, but can=E2=80=99t reproduce it in ~/ where we do. > > Hmm. Using the sequence {"file", "file/."} with a mode of 0777 in /tmp indeed triggers the wrong behavior for me. --089e082fb8e0d432760564f1dfb9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Alan T= hird <alan@idiocy.org> schrieb= am Di., 6. Feb. 2018 um 23:44=C2=A0Uhr:
On Tue, Feb 06, 2018 at 10:07:52PM +0000, Philipp Stephani wrote:
> However, when I change "file" to "/usr/bin/true" i= n the names list, the
> issue happens again (i.e. lstat and faccessat succeed for
> "/usr/bin/true/."). So this does appear to be a macOS bug, b= ut it's not
> consistently reproducible.

Try setting the permissions of the test file to 500.

It looks like if the file is only readable and executable, then the
problem occurs, but if it=E2=80=99s writable it goes away.

That=E2=80=99s why we see it in places like /usr/bin where we don=E2=80=99t= have write
permission, but can=E2=80=99t reproduce it in ~/ where we do.


Hmm. Using the sequence {"file&qu= ot;, "file/."} with a mode of 0777 in /tmp indeed triggers the wr= ong behavior for me.
--089e082fb8e0d432760564f1dfb9--