1864 2005-11-14 20:38:00 +0000 bad struct statvfs declaration on Alpha when _FILE_OFFSET_BITS is defined 2012-02-15 18:16:37 +0000 1 1 1 Unclassified glibc ports 2.3.5 All All RESOLVED FIXED P2 normal --- 1 tsv unassigned glibc-bugs rth rth samuel.thibault stefaan.deroeck vapier alpha-unknown-linux alpha-unknown-linux alpha-unknown-linux oldest_to_newest 6812 0 tsv 2005-11-14 20:38:15 +0000 GNU C Library development release version 2.3.5, by Roland McGrath et al. Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.0.1 20050727 (Red Hat 4.0.1-5). Compiled on a Linux 2.4.20 system on 2005-11-01. The following test program shows invalid behavior: #include <sys/statvfs.h> #include <stdio.h> void print(struct statvfs value) { printf("%ld\n", (long)value.f_bavail); } int main(int argc, char*argv[]) { struct statvfs st; if(argc!=2){ printf("usage: checkstat <path>\n"); return 1; } statvfs(argv[1], &st); print(st); } falk@juist:/tmp% df / Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 127383 88516 32290 74% / falk@juist:/tmp% gcc test.c && ./a.out / 32290 falk@juist:/tmp% gcc -D_FILE_OFFSET_BITS=64 test.c && ./a.out / 116483808061937 The problem seems to be that ./sysdeps/unix/sysv/linux/alpha/bits/typesizes.h is different from ./sysdeps/generic/bits/typesizes.h and defines __FSBLKCNT_T_TYPE, __FSBLKCNT64_T_TYPE, __FSFILCNT_T_TYPE, __FSFILCNT64_T_TYPE macros as 32 and 64 bits. I guess the glibc is build with 32 bits (__FSBLKCNT_T_TYPE, __FSFILCNT_T_TYPE) by default. What is the correct way to fix it? To define above macros the same way as it is done in generic version? Thank you 6819 1 tsv 2005-11-15 15:05:45 +0000 It seems that in 1999 there was change that converted __FSBLKCNT_T_TYPE, __FSFILCNT_T_TYPE from 64 bits to 32 bits for alpha. So the question is how it should work with _FILE_OFFSET_BITS defined. 7058 2 stefaan.deroeck 2005-11-29 09:29:50 +0000 Encountered the same problem when trying to run net-snmp (daemon) on alpha (latest gentoo stable). Worked around it by hacking into typesizes.h (yes, very dirty). A clean fix would be really nice. 24753 3 samuel.thibault 2008-08-12 02:30:12 +0000 Mmm, looking at kernel source, it looks likes alpha is indeed the only 64bit arch that has a 32bit stat/statfs interface (probably because that's the oldest one). And although work has been done to expose a 64bit interface to userland for stat, it wasn't for statfs, and applications have been compiled with a dual 32/64bit interface. Could you try the attached patch? 24754 4 2903 samuel.thibault 2008-08-12 02:31:21 +0000 Created attachment 2903 make alpha use a dual 32/64bit interface for *stat*fs* 25889 5 drepper.fsp 2008-11-26 23:27:28 +0000 Alpha is not in the main tree anymore since we have no maintainer. Somebody has to step up and volunteer to be the maintainer of the alpha ports tree or nothing will happen. 53145 6 rth 2012-02-15 18:16:37 +0000 This has been fixed since commit 7ffd2bd725c3e4d77e6bfe36b76500d20427929d Author: Richard Henderson <rth@twiddle.net> Date: Wed May 5 08:12:11 2010 -0700 alpha: Do the 32/64-bit split on statfs routines. 2903 2008-08-12 02:31:00 +0000 2008-08-12 02:31:21 +0000 make alpha use a dual 32/64bit interface for *stat*fs* patch text/plain 1969 samuel.thibault SW5kZXg6IGFscGhhL2ZzdGF0ZnM2NC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IGFscGhhL2ZzdGF0 ZnM2NC5jCmRpZmYgLU4gYWxwaGEvZnN0YXRmczY0LmMKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcw IDAwOjAwOjAwIC0wMDAwCisrKyBhbHBoYS9mc3RhdGZzNjQuYwkxMiBBdWcgMjAwOCAwMjoyODoy NyAtMDAwMApAQCAtMCwwICsxIEBACisjaW5jbHVkZSAiLi4vZnN0YXRmczY0LmMiCkluZGV4OiBh bHBoYS9mc3RhdHZmcy5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IGFscGhhL2ZzdGF0dmZzLmMKZGlm ZiAtTiBhbHBoYS9mc3RhdHZmcy5jCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3MCAwMDowMDowMCAt MDAwMAorKysgYWxwaGEvZnN0YXR2ZnMuYwkxMiBBdWcgMjAwOCAwMjoyODoyNyAtMDAwMApAQCAt MCwwICsxIEBACisjaW5jbHVkZSAiLi4vZnN0YXR2ZnMuYyIKSW5kZXg6IGFscGhhL2ZzdGF0dmZz NjQuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBhbHBoYS9mc3RhdHZmczY0LmMKZGlmZiAtTiBhbHBo YS9mc3RhdHZmczY0LmMKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisr KyBhbHBoYS9mc3RhdHZmczY0LmMJMTIgQXVnIDIwMDggMDI6Mjg6MjcgLTAwMDAKQEAgLTAsMCAr MSBAQAorI2luY2x1ZGUgIi4uL2ZzdGF0dmZzNjQuYyIKSW5kZXg6IGFscGhhL2ludGVybmFsX3N0 YXR2ZnM2NC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IGFscGhhL2ludGVybmFsX3N0YXR2ZnM2NC5j CmRpZmYgLU4gYWxwaGEvaW50ZXJuYWxfc3RhdHZmczY0LmMKLS0tIC9kZXYvbnVsbAkxIEphbiAx OTcwIDAwOjAwOjAwIC0wMDAwCisrKyBhbHBoYS9pbnRlcm5hbF9zdGF0dmZzNjQuYwkxMiBBdWcg MjAwOCAwMjoyODoyNyAtMDAwMApAQCAtMCwwICsxIEBACisjaW5jbHVkZSAiLi4vaW50ZXJuYWxf c3RhdHZmczY0LmMiCkluZGV4OiBhbHBoYS9zdGF0ZnM2NC5jCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6 IGFscGhhL3N0YXRmczY0LmMKZGlmZiAtTiBhbHBoYS9zdGF0ZnM2NC5jCi0tLSAvZGV2L251bGwJ MSBKYW4gMTk3MCAwMDowMDowMCAtMDAwMAorKysgYWxwaGEvc3RhdGZzNjQuYwkxMiBBdWcgMjAw OCAwMjoyODoyNyAtMDAwMApAQCAtMCwwICsxIEBACisjaW5jbHVkZSAiLi4vc3RhdGZzNjQuYyIK SW5kZXg6IGFscGhhL3N0YXR2ZnMuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiBhbHBoYS9zdGF0dmZz LmMKZGlmZiAtTiBhbHBoYS9zdGF0dmZzLmMKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAwOjAw OjAwIC0wMDAwCisrKyBhbHBoYS9zdGF0dmZzLmMJMTIgQXVnIDIwMDggMDI6Mjg6MjcgLTAwMDAK QEAgLTAsMCArMSBAQAorI2luY2x1ZGUgIi4uL3N0YXR2ZnMuYyIKSW5kZXg6IGFscGhhL3N0YXR2 ZnM2NC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IGFscGhhL3N0YXR2ZnM2NC5jCmRpZmYgLU4gYWxw aGEvc3RhdHZmczY0LmMKLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAwOjAwOjAwIC0wMDAwCisr KyBhbHBoYS9zdGF0dmZzNjQuYwkxMiBBdWcgMjAwOCAwMjoyODoyNyAtMDAwMApAQCAtMCwwICsx IEBACisjaW5jbHVkZSAiLi4vc3RhdHZmczY0LmMiCg==