JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... ある ISO 10646 Universal Character Set (UCS) は \(em 31 ビットのような \(em もっと大きなコード空間を占めるが、 その最も単純な符号化である UCS-4 にも (32 ビットワードの列として) 同じ問題がある。 Unicode と UCS の UTF-8 符号化にはこれらの問題がないので、 UN ... IX 形式の OS 上で Unicode 文字集合を使用するための一般的な方法となっている。 性質 UTF-8 符号化は以下のような素晴しい性質を備えている: * UCS 文字のうち 0x00000000 から 0x0000007f まで (古典的な US-ASCII の文字) は (ASCI ... I との互換性のために) 単純に 0x00 から 0x7f のバイトに符号化する。 これは 7 ビット ASCII 文字のみを含むファイルや文字列に関しては、 ASCII と UTF-8 で同じ符号化を行なうことを意味する。 ... ... ある ISO 10646 Universal Character Set (UCS) は \(em 31 ビットのような \(em もっと大きなコード空間を占めるが、 その最も単純な符号化である UCS-4 にも (32 ビットワードの列として) 同じ問題がある。 Unicode と UCS の UTF-8 符号化にはこれらの問題がないので、 UN ... IX 形式の OS 上で Unicode 文字集合を使用するための一般的な方法となっている。 性質 UTF-8 符号化は以下のような素晴しい性質を備えている: * UCS 文字のうち 0x00000000 から 0x0000007f まで (古典的な US-ASCII の文字) は (ASCI ... I との互換性のために) 単純に 0x00 から 0x7f のバイトに符号化する。 これは 7 ビット ASCII 文字のみを含むファイルや文字列に関しては、 ASCII と UTF-8 で同じ符号化を行なうことを意味する。 ... ... はある符号化 (encoding) からテキストを読み出し、 別の符号化でそのテキストを出力する。 入力が指定されなかった場合、 もしくは入力ファイル ... が指定されなかった場合、 iconv は標準出力に出力する。 from-encoding が指定されなかった場合、 デフォルトは現在のロケールの文字符号化から取得される。 to-encoding が指定されなかった場合、 デフォルトは現在のロケールの文字符号化から取得される。 オプション -f f ... 先の文字集合外の文字で、書き直しもできない文字は、 出力では疑問符 (?) に置き換えられる。 -l , --list 認識するすべての文字集合符号化のリストを表示する。 -c 変換できない文字があった場合に、 変換を終了するのではなく、 その文字を黙って破棄する。 -o outputfile ... ... ラグが定義されている: AI_IDN このフラグが指定されると、 node で与えられたノード名は必要があれば IDN 形式に変換される。 ソース符号化形式は現在のロケールのものである。 入力名に非 ASCII 文字が含まれている場合、 IDN 符号化形式が使われる。 非 ASCII 文字が含まれ ... ている(ピリオドで区切られる)部分ノード名は、 名前解決機能に渡される前に ASCII 互換符号化形式 (ACE) を使って 符号化される。 AI_CANONIDN AI_CANONNAME が指定されている場合、 getaddrinfo () は名前の検索に成功した後、 ... o 構造体に対応するノードの正規名を返す。 返り値は名前解決機能から返された値の正確なコピーである。 AI_CANONIDN 名前が ACE で符号化されている場合、一つまたは複数の名前の構成要素の先頭に xn-- を含んでいる。 これらの構成要素を読み込み可能な形に変換するために ... ... ラグが定義されている: AI_IDN このフラグが指定されると、 node で与えられたノード名は必要があれば IDN 形式に変換される。 ソース符号化形式は現在のロケールのものである。 入力名に非 ASCII 文字が含まれている場合、 IDN 符号化形式が使われる。 非 ASCII 文字が含まれ ... ている(ピリオドで区切られる)部分ノード名は、 名前解決機能に渡される前に ASCII 互換符号化形式 (ACE) を使って 符号化される。 AI_CANONIDN AI_CANONNAME が指定されている場合、 getaddrinfo () は名前の検索に成功した後、 ... o 構造体に対応するノードの正規名を返す。 返り値は名前解決機能から返された値の正確なコピーである。 AI_CANONIDN 名前が ACE で符号化されている場合、一つまたは複数の名前の構成要素の先頭に xn-- を含んでいる。 これらの構成要素を読み込み可能な形に変換するために ... ... ラグが定義されている: AI_IDN このフラグが指定されると、 node で与えられたノード名は必要があれば IDN 形式に変換される。 ソース符号化形式は現在のロケールのものである。 入力名に非 ASCII 文字が含まれている場合、 IDN 符号化形式が使われる。 非 ASCII 文字が含まれ ... ている(ピリオドで区切られる)部分ノード名は、 名前解決機能に渡される前に ASCII 互換符号化形式 (ACE) を使って 符号化される。 AI_CANONIDN AI_CANONNAME が指定されている場合、 getaddrinfo () は名前の検索に成功した後、 ... o 構造体に対応するノードの正規名を返す。 返り値は名前解決機能から返された値の正確なコピーである。 AI_CANONIDN 名前が ACE で符号化されている場合、一つまたは複数の名前の構成要素の先頭に xn-- を含んでいる。 これらの構成要素を読み込み可能な形に変換するために ... ... 46-1 は以下の三段階の UCS の 実装レベル を指定している。 Level 1 合成文字とハングル・ジャモ文字 (いろいろな韓国・朝鮮文字の符号化。 この符号化では、ハングル音節のグリフが 3 つまたは 2 つの母音・子音コードの組み合わせで符号化される) はサポートしない。 Le ... ... ] [ filenames ... ] bzip2recover filename 説明 bzip2 は、Burrows-Wheeler ブロックソートテキスト圧縮アルゴリズムと Huffman 符号化を使ってファイルを圧縮します。 圧縮率は、一般的な LZ77/LZ78 ベースの圧縮率に比べると、大抵の場合でとても向上しています。 また ... のオーバーヘッドを持つからです。 (大部分のファイル圧縮法による出力を含め) ランダムなデータは、 1 バイト当たり約 8.05 ビットで符号化され、約 0.5% 大きくなります。 データ保護のための自己チェックとして、 bzip2 は 32 ビット CRC を使って伸長されたファイルが元の ... アイデアは、(少なくとも) 以下の方々のおかげです: Michael Burrows, David Wheeler (ブロックソート変換), David Wheeler (Huffman 符号化についても), Peter Fenwick (オリジナルの bzip における構造符号化モデル、そして多くの改良), Alistair Moffat, Radford Neal, Ia ... ... ] [ filenames ... ] bzip2recover filename 説明 bzip2 は、Burrows-Wheeler ブロックソートテキスト圧縮アルゴリズムと Huffman 符号化を使ってファイルを圧縮します。 圧縮率は、一般的な LZ77/LZ78 ベースの圧縮率に比べると、大抵の場合でとても向上しています。 また ... のオーバーヘッドを持つからです。 (大部分のファイル圧縮法による出力を含め) ランダムなデータは、 1 バイト当たり約 8.05 ビットで符号化され、約 0.5% 大きくなります。 データ保護のための自己チェックとして、 bzip2 は 32 ビット CRC を使って伸長されたファイルが元の ... アイデアは、(少なくとも) 以下の方々のおかげです: Michael Burrows, David Wheeler (ブロックソート変換), David Wheeler (Huffman 符号化についても), Peter Fenwick (オリジナルの bzip における構造符号化モデル、そして多くの改良), Alistair Moffat, Radford Neal, Ia ... ... ] [ filenames ... ] bzip2recover filename 説明 bzip2 は、Burrows-Wheeler ブロックソートテキスト圧縮アルゴリズムと Huffman 符号化を使ってファイルを圧縮します。 圧縮率は、一般的な LZ77/LZ78 ベースの圧縮率に比べると、大抵の場合でとても向上しています。 また ... のオーバーヘッドを持つからです。 (大部分のファイル圧縮法による出力を含め) ランダムなデータは、 1 バイト当たり約 8.05 ビットで符号化され、約 0.5% 大きくなります。 データ保護のための自己チェックとして、 bzip2 は 32 ビット CRC を使って伸長されたファイルが元の ... アイデアは、(少なくとも) 以下の方々のおかげです: Michael Burrows, David Wheeler (ブロックソート変換), David Wheeler (Huffman 符号化についても), Peter Fenwick (オリジナルの bzip における構造符号化モデル、そして多くの改良), Alistair Moffat, Radford Neal, Ia ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。