JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... ... は同様の関数が存在するが、 BSD では 必要なヘッダーファイルは < endian.h > ではなく < sys/endian.h > である。 不幸なことに、 NetBSD, FreeBSD, glibc では、 これらの関数の元々の OpenBSD での、 nn は常に関数名の末尾に置く という名前付けルールが踏襲されていな ... い (そのため、例を挙げると、 OpenBSD の "betoh32" と等価な関数は NetBSD, FreeBSD, glibc では "be32toh" となる)。 注意 これらの関数は、前からある byteorder (3) 系の関数と同じである。 例えば、 be3 ... ... は同様の関数が存在するが、 BSD では 必要なヘッダーファイルは < endian.h > ではなく < sys/endian.h > である。 不幸なことに、 NetBSD, FreeBSD, glibc では、 これらの関数の元々の OpenBSD での、 nn は常に関数名の末尾に置く という名前付けルールが踏襲されていな ... い (そのため、例を挙げると、 OpenBSD の "betoh32" と等価な関数は NetBSD, FreeBSD, glibc では "be32toh" となる)。 注意 これらの関数は、前からある byteorder (3) 系の関数と同じである。 例えば、 be3 ... ... は同様の関数が存在するが、 BSD では 必要なヘッダーファイルは < endian.h > ではなく < sys/endian.h > である。 不幸なことに、 NetBSD, FreeBSD, glibc では、 これらの関数の元々の OpenBSD での、 nn は常に関数名の末尾に置く という名前付けルールが踏襲されていな ... い (そのため、例を挙げると、 OpenBSD の "betoh32" と等価な関数は NetBSD, FreeBSD, glibc では "be32toh" となる)。 注意 これらの関数は、前からある byteorder (3) 系の関数と同じである。 例えば、 be3 ... ... は同様の関数が存在するが、 BSD では 必要なヘッダーファイルは < endian.h > ではなく < sys/endian.h > である。 不幸なことに、 NetBSD, FreeBSD, glibc では、 これらの関数の元々の OpenBSD での、 nn は常に関数名の末尾に置く という名前付けルールが踏襲されていな ... い (そのため、例を挙げると、 OpenBSD の "betoh32" と等価な関数は NetBSD, FreeBSD, glibc では "be32toh" となる)。 注意 これらの関数は、前からある byteorder (3) 系の関数と同じである。 例えば、 be3 ... ... は同様の関数が存在するが、 BSD では 必要なヘッダーファイルは < endian.h > ではなく < sys/endian.h > である。 不幸なことに、 NetBSD, FreeBSD, glibc では、 これらの関数の元々の OpenBSD での、 nn は常に関数名の末尾に置く という名前付けルールが踏襲されていな ... い (そのため、例を挙げると、 OpenBSD の "betoh32" と等価な関数は NetBSD, FreeBSD, glibc では "be32toh" となる)。 注意 これらの関数は、前からある byteorder (3) 系の関数と同じである。 例えば、 be3 ... ... は同様の関数が存在するが、 BSD では 必要なヘッダーファイルは < endian.h > ではなく < sys/endian.h > である。 不幸なことに、 NetBSD, FreeBSD, glibc では、 これらの関数の元々の OpenBSD での、 nn は常に関数名の末尾に置く という名前付けルールが踏襲されていな ... い (そのため、例を挙げると、 OpenBSD の "betoh32" と等価な関数は NetBSD, FreeBSD, glibc では "be32toh" となる)。 注意 これらの関数は、前からある byteorder (3) 系の関数と同じである。 例えば、 be3 ... ... は同様の関数が存在するが、 BSD では 必要なヘッダーファイルは < endian.h > ではなく < sys/endian.h > である。 不幸なことに、 NetBSD, FreeBSD, glibc では、 これらの関数の元々の OpenBSD での、 nn は常に関数名の末尾に置く という名前付けルールが踏襲されていな ... い (そのため、例を挙げると、 OpenBSD の "betoh32" と等価な関数は NetBSD, FreeBSD, glibc では "be32toh" となる)。 注意 これらの関数は、前からある byteorder (3) 系の関数と同じである。 例えば、 be3 ... ... は同様の関数が存在するが、 BSD では 必要なヘッダーファイルは < endian.h > ではなく < sys/endian.h > である。 不幸なことに、 NetBSD, FreeBSD, glibc では、 これらの関数の元々の OpenBSD での、 nn は常に関数名の末尾に置く という名前付けルールが踏襲されていな ... い (そのため、例を挙げると、 OpenBSD の "betoh32" と等価な関数は NetBSD, FreeBSD, glibc では "be32toh" となる)。 注意 これらの関数は、前からある byteorder (3) 系の関数と同じである。 例えば、 be3 ... ... は同様の関数が存在するが、 BSD では 必要なヘッダーファイルは < endian.h > ではなく < sys/endian.h > である。 不幸なことに、 NetBSD, FreeBSD, glibc では、 これらの関数の元々の OpenBSD での、 nn は常に関数名の末尾に置く という名前付けルールが踏襲されていな ... い (そのため、例を挙げると、 OpenBSD の "betoh32" と等価な関数は NetBSD, FreeBSD, glibc では "be32toh" となる)。 注意 これらの関数は、前からある byteorder (3) 系の関数と同じである。 例えば、 be3 ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。