解決策 1:
07 を調べる必要があります (または含まれるファイルの 1 つ、たとえば 14 24 の場合) 31 の .
最新のオペレーティング システム (Solaris 2.x、OS X、BSD、Linux、HP-UX 11i、AIX 6) は、最大 20 億 (49) を処理できます。 )、だから私はそれを仮定し、そうでないよりあいまいなシステムの回避策を作ります.
解決策 2:
glibc は、これらすべてのシステム タイプの定義を提供します。
54 を確認できます :
% grep UID_T /usr/include/bits/typesizes.h
#define __UID_T_TYPE __U32_TYPE
次に 68 を調べます :
% grep '#define __U32_TYPE' /usr/include/bits/types.h
#define __U32_TYPE unsigned int
これにより、C 型を調べることができます。バイト単位のサイズが必要なため、最善のオプションは 71 の仕様に従って typedef 名を解析することです :
We define __S<SIZE>_TYPE and __U<SIZE>_TYPE for the signed and unsigned
variants of each of the following integer types on this machine.
16 -- "natural" 16-bit type (always short)
32 -- "natural" 32-bit type (always int)
64 -- "natural" 64-bit type (long or long long)
LONG32 -- 32-bit type, traditionally long
QUAD -- 64-bit type, always long long
WORD -- natural type of __WORDSIZE bits (int or long)
LONGWORD -- type of __WORDSIZE bits, traditionally long
したがって、ここにワンライナーがあります:
% grep '#define __UID_T_TYPE' /usr/include/bits/typesizes.h | cut -f 3 | sed -r 's/__([US])([^_]*)_.*/\1 \2/'
U 32
こちら 84 90 を意味します (これは 103 の場合もあります 111 の場合 ) と 121 はサイズです (上記のリストを参照してください。ほとんどの場合、既にバイト単位のサイズであると想定できますが、スクリプトを完全に移植可能にしたい場合は、 136<を実行する方がよい場合があります。 /コード> この値をオンにします)。
解決策 3:
このリンクでは、質問が行われ、応答者は試行錯誤の方法を使用して、問題のシステムが signed long int を使用していることを判断し、値を格納するために 31 ビットを残します。最大値は 2,147,483,647 です。
# groupadd -g 42949672950 testgrp
# more /etc/group
testgrp:*:2147483647:
解決策 4:
それは興味深い質問です。これを判断するための標準的で移植可能な方法があれば、私は驚くだろう.
手元に Linux ボックスはありませんが、144 FreeBSD 8.0 のコマンドはゼロに戻ります:
# id 4294967296
uid=0(root) gid=0(wheel) groups=0(wheel),5(operator)
これは未定義の動作だと確信していますが、 154 のほとんどのバージョンが 162 でゼロにラップします (16 ビット UID の場合) および 176 または、システムの制限を超えた場合はエラーになります。