From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [216.205.24.124]) by sourceware.org (Postfix) with ESMTP id 5A2A23851C07 for ; Mon, 15 Feb 2021 10:20:21 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 5A2A23851C07 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-583-1bwO7Va6Op-BR5645Hz22w-1; Mon, 15 Feb 2021 05:20:17 -0500 X-MC-Unique: 1bwO7Va6Op-BR5645Hz22w-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id E4FEE107ACE6; Mon, 15 Feb 2021 10:20:15 +0000 (UTC) Received: from oldenburg.str.redhat.com (ovpn-113-131.ams2.redhat.com [10.36.113.131]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 0CA9E10016FA; Mon, 15 Feb 2021 10:20:14 +0000 (UTC) From: Florian Weimer To: Tobias Bading Cc: libc-help@sourceware.org, Godmar Back Subject: Re: (stat(...) == -1 || faccessat(...) == -1) && errno == EINTR ?!?? References: <000830b6-1cf0-6349-5667-a5af6894ac1b@web.de> <87czx1fzun.fsf@oldenburg.str.redhat.com> <8a591e0e-33bb-7518-5e31-42f0545a940e@web.de> <878s7pfyvc.fsf@oldenburg.str.redhat.com> Date: Mon, 15 Feb 2021 11:20:37 +0100 In-Reply-To: (Tobias Bading's message of "Mon, 15 Feb 2021 11:02:16 +0100") Message-ID: <87zh05eioa.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain X-Spam-Status: No, score=-6.3 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, PLING_QUERY, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-help@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-help mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Feb 2021 10:20:23 -0000 * Tobias Bading: >> Yes, this is not a POSIX conformance issue. > > o.O > > I don't get it. How is a developer supposed to decide in which cases > EINTR handling is required? Check the man page on every platform the > code is supposed to work on and hope that at least one platform mentions > EINTR if the function is indeed able to fail that way? The issue here is that one Linux file system (CIFS) behaves differently from most other file systems. That is not something that can be addressed with documentation at the level of the manual pages. Practically speaking, I would say this is a file system bug. Thanks, Florian -- Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill