Summary: | sys-fs/quota - value too large for defined data type on Alpha systems | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Nuno Sucena Almeida <slug> |
Component: | Current packages | Assignee: | Alpha Porters <alpha> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | rogerx.oss, toolchain |
Priority: | High | ||
Version: | 2006.1 | ||
Hardware: | Alpha | ||
OS: | Linux | ||
URL: | http://sourceware.org/bugzilla/show_bug.cgi?id=1864 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 471102 | ||
Attachments: |
statfs testcase
coreutils config.log -- grep -i large |
Description
Nuno Sucena Almeida
2006-09-09 08:07:30 UTC
I'm pretty sure this is related to the old bug: http://sourceware.org/bugzilla/show_bug.cgi?id=1864 which was never fixed. Try to apply the following patch (/usr/include/bits/) and rebuild quota. --- typesizes.h.orig 2007-07-03 09:36:58.000000000 +0000 +++ typesizes.h 2007-07-03 09:37:34.000000000 +0000 @@ -42,9 +42,9 @@ #define __BLKCNT_T_TYPE __U32_TYPE #define __BLKCNT64_T_TYPE __U64_TYPE #define __FSBLKCNT_T_TYPE __S32_TYPE -#define __FSBLKCNT64_T_TYPE __S64_TYPE +#define __FSBLKCNT64_T_TYPE __S32_TYPE #define __FSFILCNT_T_TYPE __U32_TYPE -#define __FSFILCNT64_T_TYPE __U64_TYPE +#define __FSFILCNT64_T_TYPE __U32_TYPE #define __ID_T_TYPE __U32_TYPE #define __CLOCK_T_TYPE __SLONGWORD_TYPE #define __TIME_T_TYPE __SLONGWORD_TYPE I will attach a testcase which shows the problem. Created attachment 123761 [details]
statfs testcase
Testcase
Compile with gcc -D_FILE_OFFSET_BITS=64 statfs.c -o statfs give you a very high wrong number while if you use the generic: gcc statfs.c -o statfs all is correct.
trivial for me to include -- up to the alpha team though Is this still a problem? I too just ran into this bug using /bin/cat. Large file support is compiled into my kernel and have never really had this problem until just a few days ago! /stored/tv/ch9.1-60min-20111130-1700.mpg cat: /dev/dvb/adapter0/dvr0: Value too large for defined data type =sys-apps/coreutils-8.7 (nls unicode -acl -caps -gmp -selinux -static -vanilla -xattr) (attaching config.log) Created attachment 294411 [details]
coreutils config.log -- grep -i large
The coreutils config.log was (only) 2.5M, so I grepped the relevant part:
$ cat config.log |grep -i large
FYI: For those happening on this issue with '/bin/cat', it's been suggest to use ' '/bin/dd' instead. ie: $ dd if=/dev/dvb/adapter${DVB_DEVICE_NUM}/dvr${DVB_DEVICE_NUM} of=${FILE_NAME} conv=noerror ('conv=noerror' option prevents stopping on errors) looks like the upstream bug report has included a better patch for things. changing the fundamental types like this scares me due to the implied ABI changes (which are a no no). From upstream bug report: ------ Richard Henderson 2012-02-15 18:16:37 UTC 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. ------ |