From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 17 04:22:17 2023 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! From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 17 13:30:50 2023 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 Subject: Re: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS Content-Language: en-US To: matoro , 64123@debbugs.gnu.org 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-Debbugs-Envelope-To: 64123 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 debbugs-submit-bounces@debbugs.gnu.org Sat Jun 17 15:24:03 2023 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 To: =?UTF-8?Q?P=c3=a1draig_Brady?= References: <5281da6ac0e7d97e27b539e58c8bef1e@matoro.tk> <650bc2e4-bdb6-501b-4201-6769fac45fb7@draigBrady.com> Content-Language: en-US From: Paul Eggert Organization: UCLA Computer Science Department Subject: Re: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS 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-Debbugs-Envelope-To: 64123 Cc: matoro , 64123@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 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 debbugs-submit-bounces@debbugs.gnu.org Sat Jun 17 18:19:29 2023 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 Subject: Re: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS Content-Language: en-US To: matoro , Paul Eggert 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-Debbugs-Envelope-To: 64123 Cc: 64123@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: -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 debbugs-submit-bounces@debbugs.gnu.org Sat Jun 17 21:26:53 2023 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 Subject: Re: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS Content-Language: en-US To: =?UTF-8?Q?P=c3=a1draig_Brady?= , matoro 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-Debbugs-Envelope-To: 64123 Cc: 64123@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 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 debbugs-submit-bounces@debbugs.gnu.org Sun Jun 18 03:04:03 2023 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 To: Paul Eggert Subject: Re: bug#64123: "stat -f -c '%T' ." on alpha fails with EOVERFLOW with NFS 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-Debbugs-Envelope-To: 64123 X-Mailman-Approved-At: Sun, 18 Jun 2023 03:04:01 -0400 Cc: =?UTF-8?Q?P=C3=A1draig_Brady?= , 64123@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: -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 debbugs-submit-bounces@debbugs.gnu.org Tue Jun 20 02:29:17 2023 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. From unknown Mon Jun 23 18:33:00 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 18 Jul 2023 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator