From unknown Mon Jun 23 18:34:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS Resent-From: matoro Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 17 Jun 2023 08:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 64123 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 64123@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16869901371284 (code B ref -1); Sat, 17 Jun 2023 08:23:02 +0000 Received: (at submit) by debbugs.gnu.org; 17 Jun 2023 08:22:17 +0000 Received: from localhost ([127.0.0.1]:50833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qARCL-0000KY-At for submit@debbugs.gnu.org; Sat, 17 Jun 2023 04:22:17 -0400 Received: from lists.gnu.org ([209.51.188.17]:35696) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAJWh-0000uR-6D for submit@debbugs.gnu.org; Fri, 16 Jun 2023 20:10:47 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAJWg-0006ul-Ns for bug-coreutils@gnu.org; Fri, 16 Jun 2023 20:10:46 -0400 Received: from [2600:1700:4b10:9d80::2] (helo=matoro.tk) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from ) id 1qAJWf-0004q8-60 for bug-coreutils@gnu.org; Fri, 16 Jun 2023 20:10:46 -0400 DKIM-Signature: a=rsa-sha256; bh=jFD/JiBDKG50dPorYDZ+Ai0f7mf8MSRS9kqsEZSshkY=; c=relaxed/relaxed; d=matoro.tk; h=Subject:Subject:Sender:To:To:Cc:From:From:Date:Date:MIME-Version:MIME-Version:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Reply-To:In-Reply-To:Message-Id:Message-Id:References:Autocrypt:Openpgp; i=@matoro.tk; s=20230516; t=1686959741; v=1; x=1687391741; b=yOiQzJTNS/2h96c9HP8ayhlnepGn17YtN40W+2vLMrZvZbOKZ7pqLLsSnX9AvWnjfcep1YMN gEuqhi8Gc/G1tArCXzH5NLakR9pQTArWfWxCCyMNKMScFR67GxJFG7pZgY+iys5NXGQO27FiwqZ CIzRvJjz2QR773oBX1yQdRZKq41FShfkFSd3uBIIoIJqQJlBS74Op285/Egif/ckfpQBCgT+5Yy q8D2eW9b9AnbpSz3ryv/qqCSq1Z39D3W3EX9ewZCsAhyUFd6h3LUBGhfCVphMfxnzDLys0TXp50 YWu1kLD5MX6AcJFvvHagNeBPpvl467ZmImnt172dQDAm4B31/X4sgBmQbrCW8dVDurs1U0BQAXr S5DJa7a+wBKAVQESNsDXCMvOIW/fSYE8bmeL23A7ixmpN59l0941yiKxh9yep+38i31wLXE9dIE mi2J6V2davQD7qC7Zrxz/Itz045ZW/mW7V7Wjh3KL+CDj4JPFWJj8i8w7WJOa1Yzkt4dh/s/n4H O4XZCLNmJHaja5OF7M1nWIOrSNw7B0V2P6tT/a2y0839oQ8WHhDcB0xhVpu+/YXBIKTVDLA4KXZ JuK3u0d5IViVU8RhUDPyg7CI+KcqaRydx8X5pce4ITnxm7wPllR3rzcmIUFpx5XQbemMGoPPPKl FI+rkB43eQk= Received: by matoro.tk (envelope-sender ) with ESMTPS id 308c3468; Fri, 16 Jun 2023 19:55:41 -0400 MIME-Version: 1.0 Date: Fri, 16 Jun 2023 19:55:41 -0400 From: matoro Message-ID: <5281da6ac0e7d97e27b539e58c8bef1e@matoro.tk> X-Sender: matoro_mailinglist_bug-coreutils@matoro.tk Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Host-Lookup-Failed: Reverse DNS lookup failed for 2600:1700:4b10:9d80::2 (failed) Received-SPF: pass client-ip=2600:1700:4b10:9d80::2; envelope-from=matoro_mailinglist_bug-coreutils@matoro.tk; helo=matoro.tk X-Spam_score_int: -12 X-Spam_score: -1.3 X-Spam_bar: - X-Spam_report: (-1.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Mailman-Approved-At: Sat, 17 Jun 2023 04:22:13 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) Hi, when running the command "stat -f -c '%T' ." on an alpha while being on an NFS filesystem, the command fails with EOVERFLOW. $ stat -f -c "%T" . stat: cannot read file system information for '.': Value too large for defined data type The command does NOT fail when targeting any other filesystem type. $ stat -f -c "%T" / ext2/ext3 I am aware that EOVERFLOW is typically associated with 32-bit systems failing to hold 64-bit inodes and such. However, alpha is a pure 64-bit system; there does not even exist a 32-bit version. This is the only platform on which I have observed this behavior. I also checked on all other platforms, including x86, arm, ppc, riscv, mips, sparc, hppa, and ia64. No other platform exhibited this error. I am using kernel 6.3, glibc 2.37, and coreutils 9.3. If anybody would mind taking a look at this bug, I can provide direct shell access to the machine in question, with strace etc installed. Thank you! From unknown Mon Jun 23 18:34:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 17 Jun 2023 17:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64123 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: matoro , 64123@debbugs.gnu.org Received: via spool by 64123-submit@debbugs.gnu.org id=B64123.168702305112243 (code B ref 64123); Sat, 17 Jun 2023 17:31:01 +0000 Received: (at 64123) by debbugs.gnu.org; 17 Jun 2023 17:30:51 +0000 Received: from localhost ([127.0.0.1]:52573 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAZlC-0003BO-Is for submit@debbugs.gnu.org; Sat, 17 Jun 2023 13:30:50 -0400 Received: from mail-wm1-f46.google.com ([209.85.128.46]:55648) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAZlA-0003B8-UL for 64123@debbugs.gnu.org; Sat, 17 Jun 2023 13:30:49 -0400 Received: by mail-wm1-f46.google.com with SMTP id 5b1f17b1804b1-3f8fe9dc27aso8534035e9.3 for <64123@debbugs.gnu.org>; Sat, 17 Jun 2023 10:30:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1687023043; x=1689615043; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=7hd22a4lFEp7mYzXHfwPUqaur8rKXMJ75ulyO9PIOg4=; b=Qklu0/h5qb/ZjJWJZ3jg2ludWvqYOrJ29lX6nJ4URHgjR7HjO2m6RBIIdl1Ll7Aift jeKPi4tfEez3eMEA7T5/zMBgMmm6COeqrSdDl0eYT+Bpps4buKnx/A88EoryhSY4UoiS GtVMJe2iS9AcxC7lRQ+tQiLXDP5BYgCOTeCBGU9m3i2ktprNhMV6HRP+W+xKXBjB7mXq ZsXW4cxHiFK8J/8A+B07K1w+CXcpBei0WKqJ8ZguoWj+/54mdA+dfqtEfJwrGNweRmTE NsuZcnoEMlncDx1Dau1PB8WeNMw2y3LmxuNseuEbIefbZVNSUvhMja7UY0NynRBMwymY jYOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687023043; x=1689615043; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=7hd22a4lFEp7mYzXHfwPUqaur8rKXMJ75ulyO9PIOg4=; b=giAK5F6D0NUini07i47Orju1RLeNetj50HIaj5GR4A9VpKYOA2U66EoyUgY9VwabIp fJoiSboLwQ/bR4Da4z9ojwrUqhOHbsPAtJWsvge94evYum05lsk5dzNc3ee2v7alzFOq 5nbJ/lgSb3LvZn6TrF/ZEJaoHNXLglVOg5szdV1eZU6LOQD9R2DjKm0LJsaAA63RKuqT ja7uXLydBUdZSsBamIivRr3J36arV7SMjAXddiEv9Q3lbrHRrKlaoXmTdtNMg9jm1BgU d6VSH2KVRBRDb/vpKAm2yEx1LXepSbHjikTTLuu1BIVYVsVikej8M/vin1dhNwPxfM98 KPRw== X-Gm-Message-State: AC+VfDxAal9gmVu89zlv2qhs5uTi1X8cPMVkuVKtfwVSIuwGagQXvJaU d47PtGJLOKt6F7zddjl+o26FxAEzMb8= X-Google-Smtp-Source: ACHHUZ4hM3g3RSz0P85cZNm2k/6uKhkZM37kbOnmhCfLxY/VMOY2PN8YqP4GAGEyGKoXMZCsQf747Q== X-Received: by 2002:a05:600c:247:b0:3f6:787:4a84 with SMTP id 7-20020a05600c024700b003f607874a84mr3987141wmj.7.1687023042725; Sat, 17 Jun 2023 10:30:42 -0700 (PDT) Received: from [192.168.1.19] (95-44-90-175-dynamic.agg2.lod.rsl-rtd.eircom.net. [95.44.90.175]) by smtp.googlemail.com with ESMTPSA id 17-20020a05600c229100b003f7ff6b1201sm5530037wmf.29.2023.06.17.10.30.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 17 Jun 2023 10:30:41 -0700 (PDT) Message-ID: <650bc2e4-bdb6-501b-4201-6769fac45fb7@draigBrady.com> Date: Sat, 17 Jun 2023 18:30:40 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US References: <5281da6ac0e7d97e27b539e58c8bef1e@matoro.tk> From: =?UTF-8?Q?P=C3=A1draig?= Brady In-Reply-To: <5281da6ac0e7d97e27b539e58c8bef1e@matoro.tk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) On 17/06/2023 00:55, matoro via GNU coreutils Bug Reports wrote: > Hi, when running the command "stat -f -c '%T' ." on an alpha while being > on an NFS filesystem, the command fails with EOVERFLOW. > > $ stat -f -c "%T" . > stat: cannot read file system information for '.': Value too large for > defined data type > > The command does NOT fail when targeting any other filesystem type. > > $ stat -f -c "%T" / > ext2/ext3 > > I am aware that EOVERFLOW is typically associated with 32-bit systems > failing to hold 64-bit inodes and such. However, alpha is a pure 64-bit > system; there does not even exist a 32-bit version. > > This is the only platform on which I have observed this behavior. I > also checked on all other platforms, including x86, arm, ppc, riscv, > mips, sparc, hppa, and ia64. No other platform exhibited this error. > > I am using kernel 6.3, glibc 2.37, and coreutils 9.3. If anybody would > mind taking a look at this bug, I can provide direct shell access to the > machine in question, with strace etc installed. Thank you! Output from strace would be helpful, though I suspect the issue is in glibc or the kernel. I see that s390 and alpha are the only 64 bit architectures that have a 32-bit ino_t for example, which may cause issues within glibc? If you're compiling coreutils yourself, a copy of lib/config.h would also be helpful. cheers, Pádraig From unknown Mon Jun 23 18:34:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 17 Jun 2023 19:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64123 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady Cc: matoro , 64123@debbugs.gnu.org Received: via spool by 64123-submit@debbugs.gnu.org id=B64123.168702984323949 (code B ref 64123); Sat, 17 Jun 2023 19:25:02 +0000 Received: (at 64123) by debbugs.gnu.org; 17 Jun 2023 19:24:03 +0000 Received: from localhost ([127.0.0.1]:52670 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAbWl-0006EB-1s for submit@debbugs.gnu.org; Sat, 17 Jun 2023 15:24:03 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:44482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAbWf-0006Db-ME for 64123@debbugs.gnu.org; Sat, 17 Jun 2023 15:24:01 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 733823C020F7C; Sat, 17 Jun 2023 12:23:51 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id M77_ytdMGFTS; Sat, 17 Jun 2023 12:23:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 2A41E3C09FB44; Sat, 17 Jun 2023 12:23:51 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 2A41E3C09FB44 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1687029831; bh=SQJo9vVlUQxmKtaHiY1o/ZlaCmQoYMvfDv8nWO+tK0E=; h=Message-ID:Date:MIME-Version:To:From; b=nSTWPYBgavdck33qmAH+y8p+Gdgg4H2qOhd+GObmzXO2gUelhynnPmfShwB9hp64c aj7q3cZ3PmrO7XrkkPqWtGv8qQQx8LQtVYJh2Yh8OLr2JSuQkaEgw/Gl/OdRuR7Szk +FaqJR4uPCErOfNTPeJWPg0YcAyVUCa8LjDB29GSYI2+6ligj82r9tzKBlHcSOYpyI khaRNmibP5demxv6VSB6Afx7j3bk/jBSzdYvsDVlk9SxdHxRC4dopMZy+9S07iPZqJ rTV467bLn3cU6Q65pBUev7zmBNgfDltIhg8EYa9+hdsdYzqT0liH51hwtmuNJvKkSk 5pj0Eq/OzGaqQ== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id stm7BfGsCNXu; Sat, 17 Jun 2023 12:23:51 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 072573C020F7C; Sat, 17 Jun 2023 12:23:51 -0700 (PDT) Message-ID: <4198c5bb-7c78-facf-f390-5055c9dcb424@cs.ucla.edu> Date: Sat, 17 Jun 2023 12:23:50 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 References: <5281da6ac0e7d97e27b539e58c8bef1e@matoro.tk> <650bc2e4-bdb6-501b-4201-6769fac45fb7@draigBrady.com> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <650bc2e4-bdb6-501b-4201-6769fac45fb7@draigBrady.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.1 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On 2023-06-17 10:30, P=C3=A1draig Brady wrote: > I see that s390 and alpha are the only 64 bit architectures > that have a 32-bit ino_t for example, which may cause issues within gli= bc? Weird. What happens if you compile with -D_FILE_OFFSET_BITS=3D64? Does this caus= e=20 alpha to have a 64-bit ino_t? (How does that work, exactly?) If so, then=20 AC_SYS_LARGEFILE should check for this and should arrange for "#define=20 _FILE_OFFSET_BITS 64". Matoro, what happens if you compile the following C program? #include #include int main (void) { int n =3D sizeof (ino_t); printf ("%d\n", n); } Compile and run it like this: gcc ino.c ./a.out gcc -D_FILE_OFFSET_BITS=3D64 ino.c ./a.out If the former prints "4" and the latter "8" then we can fix Autoconf and=20 Gnulib AC_SYS_LARGEFILE to do the right thing. Also, as P=C3=A1draig suggests, the output of the following shell command= =20 would be useful: strace stat -f -c '%T' . Also please see=20 . Although=20 it's about s390x I expect there are similar issues on alpha, which may=20 not be fixed and if so it's not a coreutils issue per se. From unknown Mon Jun 23 18:34:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 17 Jun 2023 22:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64123 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: matoro , Paul Eggert Cc: 64123@debbugs.gnu.org Received: via spool by 64123-submit@debbugs.gnu.org id=B64123.168704037020031 (code B ref 64123); Sat, 17 Jun 2023 22:20:01 +0000 Received: (at 64123) by debbugs.gnu.org; 17 Jun 2023 22:19:30 +0000 Received: from localhost ([127.0.0.1]:52772 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAeGX-0005D1-GB for submit@debbugs.gnu.org; Sat, 17 Jun 2023 18:19:29 -0400 Received: from mail-wm1-f46.google.com ([209.85.128.46]:57767) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAeGV-0005Cn-CQ for 64123@debbugs.gnu.org; Sat, 17 Jun 2023 18:19:28 -0400 Received: by mail-wm1-f46.google.com with SMTP id 5b1f17b1804b1-3f8fb2eb74dso17021415e9.3 for <64123@debbugs.gnu.org>; Sat, 17 Jun 2023 15:19:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1687040361; x=1689632361; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=QiOmw2esAX6ky8C12P0NSy3dfidyW1plWJ0QUM3vbqo=; b=jjXD/y3RC+qY5woBpvFUcRyOKAdR/NfpOLOgHVYe9BxItj/gOB8NAyo4PQLpl3QFXy fzrVSkqZhoIJLZmTSSLWgrGotohKyjhWl0c8NZY4EYwiEN7hTn46rc/cMV6EO/red6h4 /vnydasTz40S8OTUeEtVEQXaL5B6n20OK0xneL9Y4hzE2pXuuyqKKdF/VxqAFQanvu/m 84pYUTjDbnPhYET5tknD8xjnBDm0urCselC1RXjoIxRi0PLNej0HXxporudDxFIekrTm O1+L+suo2+l+bX2AMyHfX1l/8Ilr0AuLYvFBS8Dk15h+pbFWTSzEEPxwmXLX/l0lTURw 4VYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687040361; x=1689632361; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=QiOmw2esAX6ky8C12P0NSy3dfidyW1plWJ0QUM3vbqo=; b=J+W+xzQYD0evDxDYVGvA6Mo8j4P5pD6j/k4YVGZnMbH55b8VPh3UPFml56l70DwV0J u9S93Gxu8nWKC3VsQzREAdTE++4KfC8o26iDv2J8I6Yd7QDx4JMIMB2B1wdPJxsY1pCv 9SVYtDb0+CyrnHF9b3QI320Kl9f19gDPbhAi+ua5sBtCnA9tJvZmh8/DkfIHzM1uOJM2 +HsK9yoWK1njMp+gUa/79TnfigD+dU3daO862fTXghfbb/P9oCcMp25ARpPCSNkroI6a R6reIAASJU3A8hFg+ajaowUbuO23uzI/yR7qPpyYMMM6tfxAIhxuTh2JccFYee18pRJO fxjQ== X-Gm-Message-State: AC+VfDx+H2jZKlbLKz1YaMBSTrv5djTBTNdd4bWo1p3OHpeG9otDT6+Q MYJh7Q191aa0/s6npJgJqCo= X-Google-Smtp-Source: ACHHUZ744clOFMP5zFPUonXnTUk+MLog+hD5y9L+kE/imVg0trqFrp5d6AT1RxShaSUP21w/kKO46A== X-Received: by 2002:a1c:4b0d:0:b0:3f8:afe:5c40 with SMTP id y13-20020a1c4b0d000000b003f80afe5c40mr4770070wma.1.1687040361278; Sat, 17 Jun 2023 15:19:21 -0700 (PDT) Received: from [192.168.1.19] (95-44-90-175-dynamic.agg2.lod.rsl-rtd.eircom.net. [95.44.90.175]) by smtp.googlemail.com with ESMTPSA id u10-20020adfeb4a000000b003063772a55bsm4692489wrn.61.2023.06.17.15.19.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 17 Jun 2023 15:19:20 -0700 (PDT) Message-ID: <515ad36c-bc65-496a-5482-93135e3bb252@draigBrady.com> Date: Sat, 17 Jun 2023 23:19:20 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US References: <5281da6ac0e7d97e27b539e58c8bef1e@matoro.tk> <650bc2e4-bdb6-501b-4201-6769fac45fb7@draigBrady.com> <4198c5bb-7c78-facf-f390-5055c9dcb424@cs.ucla.edu> <402a7534c6efe3d3f0d41942bf164d5c@matoro.tk> From: =?UTF-8?Q?P=C3=A1draig?= Brady In-Reply-To: <402a7534c6efe3d3f0d41942bf164d5c@matoro.tk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) On 17/06/2023 20:53, matoro wrote: > On 2023-06-17 15:23, Paul Eggert wrote: >> On 2023-06-17 10:30, Pádraig Brady wrote: >>> I see that s390 and alpha are the only 64 bit architectures >>> that have a 32-bit ino_t for example, which may cause issues within >>> glibc? >> >> Weird. >> >> What happens if you compile with -D_FILE_OFFSET_BITS=64? Does this >> cause alpha to have a 64-bit ino_t? (How does that work, exactly?) If >> so, then AC_SYS_LARGEFILE should check for this and should arrange for >> "#define _FILE_OFFSET_BITS 64". >> >> Matoro, what happens if you compile the following C program? >> >> >> #include >> #include >> >> int >> main (void) >> { >> int n = sizeof (ino_t); >> printf ("%d\n", n); >> } >> >> >> Compile and run it like this: >> >> gcc ino.c >> ./a.out >> gcc -D_FILE_OFFSET_BITS=64 ino.c >> ./a.out >> >> If the former prints "4" and the latter "8" then we can fix Autoconf >> and Gnulib AC_SYS_LARGEFILE to do the right thing. >> >> Also, as Pádraig suggests, the output of the following shell command >> would be useful: >> >> strace stat -f -c '%T' . >> >> Also please see >> . >> Although it's about s390x I expect there are similar issues on alpha, >> which may not be fixed and if so it's not a coreutils issue per se. > > This indeed seems to be the issue, thank you. Compiling with > -D_FILE_OFFSET_BITS=64 fixes the problem. > > For reference, here is the additional requested information. > > strace: https://paste.matoro.tk/o1te2ek > config.h: https://paste.matoro.tk/93xerfg > > Thank you for your help! In case it's useful, I noticed this thread from 2014 about ino_t and consequences of using -D_FILE_OFFSET_BITS=64 https://sourceware.org/pipermail/libc-alpha/2014-March/thread.html#49675 cheers, Pádraig From unknown Mon Jun 23 18:34:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 18 Jun 2023 01:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64123 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady , matoro Cc: 64123@debbugs.gnu.org Received: via spool by 64123-submit@debbugs.gnu.org id=B64123.16870516135559 (code B ref 64123); Sun, 18 Jun 2023 01:27:01 +0000 Received: (at 64123) by debbugs.gnu.org; 18 Jun 2023 01:26:53 +0000 Received: from localhost ([127.0.0.1]:52851 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAhBt-0001Rb-IK for submit@debbugs.gnu.org; Sat, 17 Jun 2023 21:26:53 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:46222) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAhBq-0001RN-Mb for 64123@debbugs.gnu.org; Sat, 17 Jun 2023 21:26:51 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 138253C09FA21; Sat, 17 Jun 2023 18:26:44 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id wPhqP1oXqHgq; Sat, 17 Jun 2023 18:26:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 81FCC3C09FB45; Sat, 17 Jun 2023 18:26:43 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 81FCC3C09FB45 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1687051603; bh=dUdJyvYIMizHgou8PQ6s2UYl6RYZRwXfzXW90Io5TAQ=; h=Message-ID:Date:MIME-Version:To:From; b=UnG7FEsOgrbBMMMoeyunH5jJ+J+X7SDOWoI16PW4eQTqqZBi1e5DgKDLnSS6gih3J Lcb6rsyt19+wuJp9iQV5COVdvnbOiG0hBCm+OnEqKgEeaSI4ZaJjielZTgG6XReFT7 EF0ZYBmAgTATK66O6Hu1yqCh/OIQCNpdBdvXrQDa4/Ch2yj6HrZotf/FQbbaxyndSp hVqbadFUTEoX20ExvBBRDpYmDgOFimFYyzX6KQ/gtc+QdIX7QD+lP5R/ymCYLNjiny 0roY2f6WnItyOIjFwEsOxVLkk3ybwke6HT434lmG84qXizayyP460hlMOP6tr9ptDJ FFqWEeUCRmFng== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Pefn7nU-J5TO; Sat, 17 Jun 2023 18:26:43 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 5DC4C3C09FA21; Sat, 17 Jun 2023 18:26:43 -0700 (PDT) Message-ID: Date: Sat, 17 Jun 2023 18:26:43 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Content-Language: en-US References: <5281da6ac0e7d97e27b539e58c8bef1e@matoro.tk> <650bc2e4-bdb6-501b-4201-6769fac45fb7@draigBrady.com> <4198c5bb-7c78-facf-f390-5055c9dcb424@cs.ucla.edu> <402a7534c6efe3d3f0d41942bf164d5c@matoro.tk> <515ad36c-bc65-496a-5482-93135e3bb252@draigBrady.com> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <515ad36c-bc65-496a-5482-93135e3bb252@draigBrady.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.1 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On 2023-06-17 15:19, P=C3=A1draig Brady wrote: > In case it's useful, I noticed this thread from 2014 about ino_t > and consequences of using -D_FILE_OFFSET_BITS=3D64 > https://sourceware.org/pipermail/libc-alpha/2014-March/thread.html#4967= 5 Yes, that was about glibc. For Autoconf and Gnulib it's long been=20 decided that _FILE_OFFSET_BITS=3D64 was the way to go, if it made any=20 difference for off_t. Since ino_t is used much less often than off_t,=20 the argument is even stronger that _FILE_OFFSET_BITS=3D64 is the way to g= o=20 for alpha and s390x on glibc - changing the width of ino_t is a much=20 smaller deal than changing the width of off_t. From unknown Mon Jun 23 18:34:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS Resent-From: matoro Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 18 Jun 2023 07:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64123 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: =?UTF-8?Q?P=C3=A1draig?= Brady , 64123@debbugs.gnu.org Received: via spool by 64123-submit@debbugs.gnu.org id=B64123.16870718439269 (code B ref 64123); Sun, 18 Jun 2023 07:05:02 +0000 Received: (at 64123) by debbugs.gnu.org; 18 Jun 2023 07:04:03 +0000 Received: from localhost ([127.0.0.1]:53009 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAmSA-0002PQ-Ic for submit@debbugs.gnu.org; Sun, 18 Jun 2023 03:04:03 -0400 Received: from matoro.tk ([104.188.251.153]:41280) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAbzp-00078V-Fy for 64123@debbugs.gnu.org; Sat, 17 Jun 2023 15:54:06 -0400 DKIM-Signature: a=rsa-sha256; bh=F9ziAXnpCJ8vVWWh6gzr+ScRQPK33NBnMpbiDfA/BvI=; c=relaxed/relaxed; d=matoro.tk; h=Subject:Subject:Sender:To:To:Cc:Cc:From:From:Date:Date:MIME-Version:MIME-Version:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Reply-To:In-Reply-To:In-Reply-To:Message-Id:Message-Id:References:References:Autocrypt:Openpgp; i=@matoro.tk; s=20230516; t=1687031633; v=1; x=1687463633; b=u7zvU//+zEeqpWBOtXeAb72hFZ36uVXzfzq3Jp1hn0k7QBQzuNZ3XwPIQmfDCmSdDcis6JBi DZ43OBZyYfp3u6aBFSVV1cQtLKJjuOUvZ5vICwc5Cuz6ExJUlQv8Xt0KwkKKDpETPLF5hHKVh0/ sKp5DJPf9wOtydgq5dJet9PTeuG6Ma3kc/18CgQe60/IU5khLYvGubxVXCIln7QaiF1X/Go8Ar2 4RRwK1G+1n2oi29YsupCVKCd6flRM2SAR9EOv0wtqSFNZaS/e2ipGUdnwZ5A9UQCHMWzUkxFAmb d2piGnGJ4dBGKMGVIbna06rgGGgIYmBZMHzcqNyC494j8TSZFBHylYskDLVtHe2FjpqGzhsh5TC bH40zjtN9c5dmZYulRr+hOWAyxFjkeC+XdJh0k/vtF5ts4kmLddUOUccTAcpMVZ0U0WFEAV9+w0 LPMetySfipCnDOyfp9F0GPFdDa8rWONV+6TLfkObBBv5wQWWYvkisN8Y8lF5GSKHRiK6tb0nO24 WFAfEW6pZ+ytGtIJbbFfymU5LyoaWbabY8WBAkJN9shDmc4HOkr3clWiv6k/sTdI/WsTzxb9NRB J1DoXuoInBs8itbPgY1JSSAyhVRsPwrA+/Nynkh2GvsWElzy4hFQzuiiCiTFAsXBkx1TIVcdPbK 8KNRspH+VtE= Received: by matoro.tk (envelope-sender ) with ESMTPS id 22cbb28d; Sat, 17 Jun 2023 15:53:53 -0400 MIME-Version: 1.0 Date: Sat, 17 Jun 2023 15:53:53 -0400 From: matoro In-Reply-To: <4198c5bb-7c78-facf-f390-5055c9dcb424@cs.ucla.edu> References: <5281da6ac0e7d97e27b539e58c8bef1e@matoro.tk> <650bc2e4-bdb6-501b-4201-6769fac45fb7@draigBrady.com> <4198c5bb-7c78-facf-f390-5055c9dcb424@cs.ucla.edu> Message-ID: <402a7534c6efe3d3f0d41942bf164d5c@matoro.tk> X-Sender: matoro_mailinglist_bug-coreutils@matoro.tk Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -0.0 (/) X-Mailman-Approved-At: Sun, 18 Jun 2023 03:04:01 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 2023-06-17 15:23, Paul Eggert wrote: > On 2023-06-17 10:30, Pádraig Brady wrote: >> I see that s390 and alpha are the only 64 bit architectures >> that have a 32-bit ino_t for example, which may cause issues within >> glibc? > > Weird. > > What happens if you compile with -D_FILE_OFFSET_BITS=64? Does this > cause alpha to have a 64-bit ino_t? (How does that work, exactly?) If > so, then AC_SYS_LARGEFILE should check for this and should arrange for > "#define _FILE_OFFSET_BITS 64". > > Matoro, what happens if you compile the following C program? > > > #include > #include > > int > main (void) > { > int n = sizeof (ino_t); > printf ("%d\n", n); > } > > > Compile and run it like this: > > gcc ino.c > ./a.out > gcc -D_FILE_OFFSET_BITS=64 ino.c > ./a.out > > If the former prints "4" and the latter "8" then we can fix Autoconf > and Gnulib AC_SYS_LARGEFILE to do the right thing. > > Also, as Pádraig suggests, the output of the following shell command > would be useful: > > strace stat -f -c '%T' . > > Also please see > . > Although it's about s390x I expect there are similar issues on alpha, > which may not be fixed and if so it's not a coreutils issue per se. This indeed seems to be the issue, thank you. Compiling with -D_FILE_OFFSET_BITS=64 fixes the problem. For reference, here is the additional requested information. strace: https://paste.matoro.tk/o1te2ek config.h: https://paste.matoro.tk/93xerfg Thank you for your help! From unknown Mon Jun 23 18:34:08 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: matoro Subject: bug#64123: closed (Re: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS) Message-ID: References: <3cd04b41-3253-e873-6daa-bf52e3380477@cs.ucla.edu> <5281da6ac0e7d97e27b539e58c8bef1e@matoro.tk> X-Gnu-PR-Message: they-closed 64123 X-Gnu-PR-Package: coreutils Reply-To: 64123@debbugs.gnu.org Date: Tue, 20 Jun 2023 06:30:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1687242602-10949-1" This is a multi-part message in MIME format... ------------=_1687242602-10949-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS which was filed against the coreutils package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 64123@debbugs.gnu.org. --=20 64123: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D64123 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1687242602-10949-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 64123-done) by debbugs.gnu.org; 20 Jun 2023 06:29:17 +0000 Received: from localhost ([127.0.0.1]:57833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qBUrc-0002oL-PV for submit@debbugs.gnu.org; Tue, 20 Jun 2023 02:29:17 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:40576) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qBUrZ-0002nx-TY for 64123-done@debbugs.gnu.org; Tue, 20 Jun 2023 02:29:14 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id A48DF3C020F7C; Mon, 19 Jun 2023 23:29:07 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id SZryWGGNPOJb; Mon, 19 Jun 2023 23:29:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 3987B3C09FB42; Mon, 19 Jun 2023 23:29:07 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 3987B3C09FB42 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1687242547; bh=kJLS/afkLfFeIrGVoH1qt5yvWmTCePUhpJk8Xow5j7M=; h=Message-ID:Date:MIME-Version:To:From; b=fxeDkBweLggregK0i0Am3O1WkOQSLmU4FY/d+LtIhrikoCTdOmLZ91FFtXmT39LRF QyCgVeGyrdpFBgXb202Rh6S2rxDmoIQ2O5pdb4k1Mbk9G0LZQP2adBzDtJLw1yOmJy /pees9Zk3wI2vqOsy1s5mlAjIisRKNqbUhOswHNxhJiNHcba6AzwXi45TGzL0ArdJu AHyY/mX1L2pDIXvZZRyBZ9Ki0yr+wTMbW0uSzcPwEDY0MjFZv4krAro691g17pKYgk IuO2mBFISv3sWGqb9rwxUkro2XGfzoBk2JmwvoUKEK4F4FyrteQTAbh0nBgQQl1xsK YogGyCFPSX7ZA== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id bLbCUNN5ezQz; Mon, 19 Jun 2023 23:29:07 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 123F63C020F7C; Mon, 19 Jun 2023 23:29:07 -0700 (PDT) Message-ID: <3cd04b41-3253-e873-6daa-bf52e3380477@cs.ucla.edu> Date: Mon, 19 Jun 2023 23:29:06 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Subject: Re: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS Content-Language: en-US To: matoro References: <5281da6ac0e7d97e27b539e58c8bef1e@matoro.tk> <650bc2e4-bdb6-501b-4201-6769fac45fb7@draigBrady.com> <4198c5bb-7c78-facf-f390-5055c9dcb424@cs.ucla.edu> <402a7534c6efe3d3f0d41942bf164d5c@matoro.tk> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <402a7534c6efe3d3f0d41942bf164d5c@matoro.tk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: 64123-done Cc: =?UTF-8?Q?P=c3=a1draig_Brady?= , 64123-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On 2023-06-17 12:53, matoro via GNU coreutils Bug Reports wrote: > Compiling with -D_FILE_OFFSET_BITS=64 fixes the problem. Thanks for checking. I installed the following fix to coreutils: https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=5ac7f2d281ef70500fc70211dc1f146c8666e8c1 This incorporates the following Gnulib fix: https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=f4919b224dd1545190f35eb481f78694f2337cb1 which is derived from the following Autoconf fix: https://git.savannah.gnu.org/cgit/autoconf.git/commit/?id=103514e40da5f20aebf83a3446452ccebe5172bb which should cause 'configure' to #define _FILE_OFFSET_BITS to 64 on GNU/Linux s390x and alpha. Closing the coreutils bug report. ------------=_1687242602-10949-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 17 Jun 2023 08:22:17 +0000 Received: from localhost ([127.0.0.1]:50833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qARCL-0000KY-At for submit@debbugs.gnu.org; Sat, 17 Jun 2023 04:22:17 -0400 Received: from lists.gnu.org ([209.51.188.17]:35696) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qAJWh-0000uR-6D for submit@debbugs.gnu.org; Fri, 16 Jun 2023 20:10:47 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAJWg-0006ul-Ns for bug-coreutils@gnu.org; Fri, 16 Jun 2023 20:10:46 -0400 Received: from [2600:1700:4b10:9d80::2] (helo=matoro.tk) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from ) id 1qAJWf-0004q8-60 for bug-coreutils@gnu.org; Fri, 16 Jun 2023 20:10:46 -0400 DKIM-Signature: a=rsa-sha256; bh=jFD/JiBDKG50dPorYDZ+Ai0f7mf8MSRS9kqsEZSshkY=; c=relaxed/relaxed; d=matoro.tk; h=Subject:Subject:Sender:To:To:Cc:From:From:Date:Date:MIME-Version:MIME-Version:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Reply-To:In-Reply-To:Message-Id:Message-Id:References:Autocrypt:Openpgp; i=@matoro.tk; s=20230516; t=1686959741; v=1; x=1687391741; b=yOiQzJTNS/2h96c9HP8ayhlnepGn17YtN40W+2vLMrZvZbOKZ7pqLLsSnX9AvWnjfcep1YMN gEuqhi8Gc/G1tArCXzH5NLakR9pQTArWfWxCCyMNKMScFR67GxJFG7pZgY+iys5NXGQO27FiwqZ CIzRvJjz2QR773oBX1yQdRZKq41FShfkFSd3uBIIoIJqQJlBS74Op285/Egif/ckfpQBCgT+5Yy q8D2eW9b9AnbpSz3ryv/qqCSq1Z39D3W3EX9ewZCsAhyUFd6h3LUBGhfCVphMfxnzDLys0TXp50 YWu1kLD5MX6AcJFvvHagNeBPpvl467ZmImnt172dQDAm4B31/X4sgBmQbrCW8dVDurs1U0BQAXr S5DJa7a+wBKAVQESNsDXCMvOIW/fSYE8bmeL23A7ixmpN59l0941yiKxh9yep+38i31wLXE9dIE mi2J6V2davQD7qC7Zrxz/Itz045ZW/mW7V7Wjh3KL+CDj4JPFWJj8i8w7WJOa1Yzkt4dh/s/n4H O4XZCLNmJHaja5OF7M1nWIOrSNw7B0V2P6tT/a2y0839oQ8WHhDcB0xhVpu+/YXBIKTVDLA4KXZ JuK3u0d5IViVU8RhUDPyg7CI+KcqaRydx8X5pce4ITnxm7wPllR3rzcmIUFpx5XQbemMGoPPPKl FI+rkB43eQk= Received: by matoro.tk (envelope-sender ) with ESMTPS id 308c3468; Fri, 16 Jun 2023 19:55:41 -0400 MIME-Version: 1.0 Date: Fri, 16 Jun 2023 19:55:41 -0400 From: matoro To: bug-coreutils@gnu.org Subject: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS Message-ID: <5281da6ac0e7d97e27b539e58c8bef1e@matoro.tk> X-Sender: matoro_mailinglist_bug-coreutils@matoro.tk Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Host-Lookup-Failed: Reverse DNS lookup failed for 2600:1700:4b10:9d80::2 (failed) Received-SPF: pass client-ip=2600:1700:4b10:9d80::2; envelope-from=matoro_mailinglist_bug-coreutils@matoro.tk; helo=matoro.tk X-Spam_score_int: -12 X-Spam_score: -1.3 X-Spam_bar: - X-Spam_report: (-1.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 17 Jun 2023 04:22:13 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) Hi, when running the command "stat -f -c '%T' ." on an alpha while being on an NFS filesystem, the command fails with EOVERFLOW. $ stat -f -c "%T" . stat: cannot read file system information for '.': Value too large for defined data type The command does NOT fail when targeting any other filesystem type. $ stat -f -c "%T" / ext2/ext3 I am aware that EOVERFLOW is typically associated with 32-bit systems failing to hold 64-bit inodes and such. However, alpha is a pure 64-bit system; there does not even exist a 32-bit version. This is the only platform on which I have observed this behavior. I also checked on all other platforms, including x86, arm, ppc, riscv, mips, sparc, hppa, and ia64. No other platform exhibited this error. I am using kernel 6.3, glibc 2.37, and coreutils 9.3. If anybody would mind taking a look at this bug, I can provide direct shell access to the machine in question, with strace etc installed. Thank you! ------------=_1687242602-10949-1--