msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"POT-Creation-Date: 2014-04-24 00:51+0900\n"
-"PO-Revision-Date: 2014-04-24 04:13+0900\n"
+"PO-Revision-Date: 2014-04-27 06:08+0900\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"Language: \n"
"greater than or equal to 500. New programs should not employ this macro; "
"defining B<_XOPEN_SOURCE> as just described or defining B<_FILE_OFFSET_BITS> "
"with the value 64 is the preferred mechanism to achieve the same result."
-msgstr ""
+msgstr "このマクロは、歴史的には、ファイルオフセットで I<long int> を使う以前の API (B<fseek>(3) や B<ftell>(3)) の制限を解決する関数 (特に B<fseeko>(3) と B<ftello>(3)) を公開するのに使われていた。 このマクロは B<_XOPEN_SOURCE> が 500 以上の値で定義されている場合に暗黙のうちに定義される。 新しいプログラムでぇあこのマクロは使用すべきではない。 B<_XOPEN_SOURCE> をただ定義するか、 B<_FILE_OFFSET_BITS> を値 64 で定義するのが、同じ結果を得るための推奨される方法である。"
#. type: TP
#: build/C/man7/feature_test_macros.7:307
"allow code that requires B<_BSD_SOURCE> in glibc 2.19 and earlier and "
"B<_DEFAULT_SOURCE> in glibc 2.20 and later to compile without warnings, "
"define I<both> B<_BSD_SOURCE> and B<_DEFAULT_SOURCE>."
-msgstr ""
+msgstr "glibc 2.20 以降では、このマクロは非推奨である。 このマクロは現在は B<_DEFAULT_SOURCE> を定義するのと同じ効果を持つが、 (B<_DEFAULT_SOURCE> が合わせて定義されていない場合には) コンパイル時の警告が出る。 代わりに B<_DEFAULT_SOURCE> を使用すること。 glibc 2.19 以前で B<_BSD_SOURCE> が必要で glibc 2.20 以降で B<_DEFAULT_SOURCE> を必要とするプログラムを警告を出さずにコンパイルするには、 B<_BSD_SOURCE> と B<_DEFAULT_SOURCE> のI<両方>を定義すること。"
#. type: TP
#: build/C/man7/feature_test_macros.7:362
msgid ""
"Since glibc 2.20, this macro is deprecated in the same fashion as "
"B<_BSD_SOURCE>."
-msgstr ""
+msgstr "glibc 2.20 以降、 B<_BSD_SOURCE> と同様にこのマクロは非推奨となっている。"
#. type: TP
#: build/C/man7/feature_test_macros.7:371
"of its \"standard\" modes (e.g., I<cc\\ -std=c99>). Defining "
"B<_DEFAULT_SOURCE> without defining other individual macros or invoking the "
"compiler in one of its \"standard\" modes has no effect."
-msgstr ""
+msgstr "このマクロを使うと、「デフォルト」が無効になるような場合でも「デフォルト」の定義が提供されるようにすることができる。「デフォルト」が無効になるような状況は、個別のマクロが明示的に定義された場合や、コンパイラが「標準」モードのいずれか (例えば I<cc\\ -std=c99>) で起動された場合などである。他の個々のマクロが定義されず、コンパイラも「標準」モードのいずれかを指定して起動されていない場合は、 B<_DEFAULT_SOURCE> を定義しても何の効果もない。"
#. type: Plain text
#: build/C/man7/feature_test_macros.7:388
"as various definitions derived from BSD and System V. On glibc 2.19 and "
"earlier, these defaults were approximately equivalent to explicitly defining "
"the following:"
-msgstr ""
+msgstr "「デフォルト」定義は、 POSIX.1-2008 で必須となっている定義と、 BSD と System V 由来の種々の定義を公開する。 glibc 2.19 以前では、これらのデフォルトは以下を明示的に定義するのとほぼ等価である。"
#. type: Plain text
#: build/C/man7/feature_test_macros.7:390
#. type: Plain text
#: build/C/man2/intro.2:44
msgid "In many cases, the C library wrapper function does nothing more than:"
-msgstr ""
+msgstr "多くの場合、 C ライブラリのラッパー関数が行うのは以下のことだけである。"
#. type: Plain text
#: build/C/man2/intro.2:47
msgid ""
"copying arguments and the unique system call number to the registers where "
"the kernel expects them;"
-msgstr ""
+msgstr "引き数と一意なシステムコール番号をカーネルが期待するレジスターにコピーする"
#. type: Plain text
#: build/C/man2/intro.2:50
msgid ""
"trapping to kernel mode, at which point the kernel does the real work of the "
"system call; and"
-msgstr ""
+msgstr "カーネルがシステムコールの実際の処理を行う時点でカーネルモードに入る"
#. type: Plain text
#: build/C/man2/intro.2:55
msgid ""
"setting I<errno> if the system call returns an error number when the kernel "
"returns the CPU to user mode."
-msgstr ""
+msgstr "カーネルが CPU をユーザーモードに返した際にシステムコールがエラー番号を返したいれば I<errno> を設定する"
#. type: Plain text
#: build/C/man2/intro.2:65
"interface and the raw system call. Most commonly, the main DESCRIPTION will "
"focus on the C library interface, and differences for the system call are "
"covered in the NOTES section."
-msgstr ""
+msgstr "しかし、ラッパー関数がこれ以上のことを行う場合もいくつかある。例えば、カーネルモードに入る前に引き数に対する前処理を実行したり、システムコールが返した値に対する後処理を行うなどである。このような場合、セクション 2 のマニュアルページでは、基本的に、C ライブラリ API インターフェース (通常は GNU C ライブラリのもの) と生のシステムコールの両方の詳細をできるだけ説明しようとする。ほとんどの場合、メインとなる「説明」では C ライブラリのインターフェースに焦点をあてて説明し、システムコールでの差分については「注意」のセクションに説明がある。"
#. type: Plain text
#: build/C/man2/intro.2:68
"project. For details not covered below, the Chicago Manual of Style is "
"usually a good source; try also grepping for preexisting usage in the "
"project source tree."
-msgstr ""
+msgstr "以下の節ではI<man-pages>プロジェクトで推奨のスタイルについて説明している。 ここで触れられていない点については、\"the Chicago Manual of Style\" がたいていはよい情報源になるだろう。 また、すでに使用されているスタイルについてはプロジェクトのソースツリーを検索してみてほしい。 (訳注：この章では英語の原文でのスタイルについて説明しており、日本語マニュアルにはあわない点もあるため、具体例などは英語のままとしている箇所もあります。)"
#. type: SS
#: build/C/man7/man-pages.7:466
#, no-wrap
msgid "Use of gender-neutral language"
-msgstr ""
+msgstr "性別の区別のない表現の使用"
#. type: Plain text
#: build/C/man7/man-pages.7:471
"As far as possible, use gender-neutral language in the text of man pages. "
"Use of \"they\" (\"them\", \"themself\", \"their\") as a gender-neutral "
"singular pronoun is acceptable."
-msgstr ""
+msgstr "可能な限り、マニュアルページの文章では性別の区別のない表現を使用すること。 性別に区別のない単数形の代名詞として \"they\" (\"them\", \"themself\", \"their\") を使用してもよい。"
#. type: SS
#: build/C/man7/man-pages.7:471
msgid ""
"Control characters should be written in bold face, with no quotes; for "
"example, B<^X>."
-msgstr ""
+msgstr "制御文字は太字で引用符なしで表記すること。 例えば B<^X>。"
#. type: SS
#: build/C/man7/man-pages.7:561
msgid ""
"Aside from the well-known spelling differences, there are a few other "
"subtleties to watch for:"
-msgstr ""
+msgstr "よく知られた綴りの違い以外に、微妙な違いもいくつか見られる。"
#. type: Plain text
#: build/C/man7/man-pages.7:574
"American English tends to use the forms \"backward\", \"upward\", \"toward"
"\", and so on rather than the British forms \"backwards\", \"upwards\", "
"\"towards\", and so on."
-msgstr ""
+msgstr "アメリカ英語では \"backward\", \"upward\", \"toward\" を使う傾向にあるが、イギリス英語では \"backwards\", \"upwards\", \"towards\" などを使う方が多い。"
#. type: SS
#: build/C/man7/man-pages.7:574
#, no-wrap
msgid "BSD version numbers"
-msgstr ""
+msgstr "BSD バージョン番号"
#. type: Plain text
#: build/C/man7/man-pages.7:582
msgid ""
"The classical scheme for writing BSD version numbers is I<x.yBSD>, where I<x."
"y> is the version number (e.g., 4.2BSD). Avoid forms such as I<BSD 4.3>."
-msgstr ""
+msgstr "BSD バージョン番号の伝統的な表記方法は I<x.yBSD> である (I<x.y> はバージョン番号; 例: 4.2BSD)。 I<BSD 4.3> といった表記は避けること。"
#. type: SS
#: build/C/man7/man-pages.7:582
#: build/C/man7/man-pages.7:597
#, no-wrap
msgid "Preferred terms"
-msgstr ""
+msgstr "推奨用語"
#. type: Plain text
#: build/C/man7/man-pages.7:600
msgid ""
"The following table lists some preferred terms to use in man pages, mainly "
"to ensure consistency across pages."
-msgstr ""
+msgstr "以下の表にマニュアルページでの使用が推奨される用語を示す。これらは主にマニュアルページ間での一貫性を保つためである。"
#. type: tbl table
#: build/C/man7/man-pages.7:604
#. type: Plain text
#: build/C/man7/man-pages.7:657
msgid "See also the discussion I<Hyphenation of attributive compounds> below."
-msgstr ""
+msgstr "以下のI<修飾子としての複合語におけるハイフン>の議論も参照。"
#. type: SS
#: build/C/man7/man-pages.7:657
#, no-wrap
msgid "Terms to avoid"
-msgstr ""
+msgstr "使用を避ける用語"
#. type: Plain text
#: build/C/man7/man-pages.7:661
msgid ""
"The following table lists some terms to avoid using in man pages, along with "
"some suggested alternatives, mainly to ensure consistency across pages."
-msgstr ""
+msgstr "以下の表にマニュアルページでの使用を避けるべき用語を示す。 推奨される表現も合わせて記載している。 これらは主にマニュアルページ間での一貫性を保つためである。"
#. type: tbl table
#: build/C/man7/man-pages.7:665
#, no-wrap
msgid "Avoid\tUse instead\tNotes\n"
-msgstr ""
+msgstr "使用を避ける\t使用を推奨\t備考\n"
#. type: tbl table
#: build/C/man7/man-pages.7:667
#: build/C/man7/man-pages.7:668
#, no-wrap
msgid "same for 8-bit, 16-bit, etc.\n"
-msgstr "same for 8-bit, 16-bit, etc.\n"
+msgstr "8-bit, 16-bit なども同様\n"
#. type: tbl table
#: build/C/man7/man-pages.7:670
#: build/C/man7/man-pages.7:671
#, no-wrap
msgid "A common mistake made by kernel programmers when writing man pages\n"
-msgstr ""
+msgstr "カーネルプログラマーがマニュアルページを書く際によくする間違い\n"
#. type: tbl table
#: build/C/man7/man-pages.7:673
"Use the correct spelling and case for trademarks. The following is a list "
"of the correct spellings of various relevant trademarks that are sometimes "
"misspelled:"
-msgstr ""
+msgstr "商標については正しい綴りと大文字小文字を使うこと。以下は時々綴りの間違いがある商標の正しい綴りのリストである。"
#. type: Plain text
#: build/C/man7/man-pages.7:696
#: build/C/man7/man-pages.7:696
#, no-wrap
msgid "NULL, NUL, null pointer, and null character"
-msgstr ""
+msgstr "NULL, NUL, ヌルポインター、ヌル文字"
#. type: Plain text
#: build/C/man7/man-pages.7:708
"indicated by the constant I<NULL>. On the other hand, I<NUL> is the I<null "
"byte>, a byte with the value 0, represented in C via the character constant "
"I<\\(aq\\e0\\(aq>."
-msgstr ""
+msgstr "I<null pointer> (I<ヌルポインター>) は何もないものを指すポインターで、通常は定数 I<NULL> で示される。 一方、 I<NUL> は I<null byte> (I<ヌルバイト>、値 0 のバイト) で、 C では文字定数 I<\\(aq\\e0\\(aq> と表現される。"
#. type: Plain text
#: build/C/man7/man-pages.7:711
msgid ""
"The preferred term for the pointer is \"null pointer\" or simply \"NULL\"; "
"avoid writing \"NULL pointer\"."
-msgstr ""
+msgstr "ポインターとして推奨される用語は \"null pointer\" (ヌルポインター) もしくは単に \"NULL\" である。 \"NULL pointer\" と記載するのは避けること。"
#. type: Plain text
#: build/C/man7/man-pages.7:719
"byte\" and \"null character\". The byte that terminates a C string should "
"be described as \"the terminating null byte\"; strings may be described as "
"\"null-terminated\", but avoid the use of \"NUL-terminated\"."
-msgstr ""
+msgstr "バイトとして推奨される用語は \"null byte\" (ヌルバイト) である。 \"NUL\" と記載するのは避けること。 \"NUL\" は \"NULL\" と間違われることが非常に多いからである。 また、 \"zero byte\" (ゼロバイト) と \"null character\" (ヌル文字) も避けること。 C の文字列を終端するバイトは \"the terminating null byte\" (終端ヌルバイト)、 文字列の説明として使う場合には \"null-terminated\" (ヌル終端された) と記載すべきである。 \"NUL-terminated\" の使用は避けること。"
#. type: SS
#: build/C/man7/man-pages.7:719
"For hyperlinks, use the I<.UR>/I<.UE> macro pair (see B<groff_man>(7)). "
"This produces proper hyperlinks that can be used in a web browser, when "
"rendering a page with, say:"
-msgstr ""
+msgstr "ハイパーリンクについては、 I<.UR>/I<.UE> マクロの組を使うこと (B<groff_man>(7) 参照)。ページを以下のようにレンダリングする場合に、このマクロはウェブブラウザーで使用できる正しいハイパーリンクを生成してくれる。"
#. type: Plain text
#: build/C/man7/man-pages.7:729
#, no-wrap
msgid " BROWSER=firefox man -H pagename\n"
-msgstr ""
+msgstr " BROWSER=firefox man -H pagename\n"
#. type: SS
#: build/C/man7/man-pages.7:729
#, no-wrap
msgid "Use of e.g., i.e., etc., a.k.a., and similar"
-msgstr ""
+msgstr "e.g., i.e., etc., a.k.a. などの使用"
#. type: Plain text
#: build/C/man7/man-pages.7:733
"In general, the use of abbreviations such as \"e.g.\", \"i.e.\", \"etc.\", "
"\"a.k.a.\" should be avoided, in favor of suitable full wordings (\"for "
"example\", \"that is\", \"and so on\", \"also known as\")."
-msgstr ""
+msgstr "一般的には、 \"e.g.\", \"i.e.\", \"etc.\", \"a.k.a.\" などの省略形の使用は避けるべきである。 代わりに完全な形の単語を使うこと (\"for example\" (例えば), \"that is\" (つまり), \"and so on\" (〜など), \"also known as\" (別名))。"
#. type: Plain text
#: build/C/man7/man-pages.7:737
msgid ""
"The only place where such abbreviations may be acceptable is in I<short> "
"parenthetical asides (e.g., like this one)."
-msgstr ""
+msgstr "これらの省略形の使用が認められる唯一の場所は、 I<短い>括弧で囲まれた余談 (\"(e.g., like this one)\") の場合である。"
#. type: Plain text
#: build/C/man7/man-pages.7:740
msgid ""
"Always include periods in such abbreviations, as shown here. In addition, "
"\"e.g.\" and \"i.e.\" should always be followed by a comma."
-msgstr ""
+msgstr "ここで記載しているように、これらの省略形では必ずピリオドを入れること。 また、\"e.g.\" と \"i.e.\" では常に後にカンマも付けること。"
#. type: SS
#: build/C/man7/man-pages.7:740
#, no-wrap
msgid "Em-dashes"
-msgstr ""
+msgstr "em によるダッシュ"
#. type: Plain text
#: build/C/man7/man-pages.7:748
"an em-dash typically renders as two hyphens, but in other typographical "
"contexts it renders as a long dash.) Em-dashes should be written I<without> "
"surrounding spaces."
-msgstr ""
+msgstr "*roff で em によるダッシュ\\(emこの部分の両端にある記号\\(emを書くには \"\\e(em\" を使う。 (ASCII 端末では em によるダッシュは通常ハイフン 2 つとして表示されるが、別の活版印刷の場合などでは長いダッシュとして表示されることもある。) em によるダッシュの両側にはスペースをI<置かないこと>。"
#. type: SS
#: build/C/man7/man-pages.7:748
#, no-wrap
msgid "Hyphenation of attributive compounds"
-msgstr ""
+msgstr "修飾子としての複合語におけるハイフン"
#. type: Plain text
#: build/C/man7/man-pages.7:751
msgid ""
"Compound terms should be hyphenated when used attributively (i.e., to "
"qualify a following noun). Some examples:"
-msgstr ""
+msgstr "何かを修飾する際 (すなわち後続の名詞を限定する場合) 複合語にはハイフンを入れること。いくつか例を挙げる。"
#. type: Plain text
#: build/C/man7/man-pages.7:758
" user-space function\n"
" wide-character string\n"
msgstr ""
+" 32-bit value (32 ビット値)\n"
+" command-line argument (コマンドライン引き数)\n"
+" floating-point number (浮動小数点数)\n"
+" run-time check (実行時チェック)\n"
+" user-space function (ユーザー空間関数)\n"
+" wide-character string (ワイド文字の文字列)\n"
#. type: SS
#: build/C/man7/man-pages.7:758
#, no-wrap
msgid "Hyphenation with multi, non, pre, re, sub, and so on"
-msgstr ""
+msgstr "multi, non, pre, re, sub などとの組み合わせでのハイフン"
#. type: Plain text
#: build/C/man7/man-pages.7:764
"pages should generally follow this rule when these prefixes are used in "
"natural English constructions with simple suffixes. The following list "
"gives some examples of the preferred forms:"
-msgstr ""
+msgstr "一般的に最近の英語の傾向では、\"multi\", \"non\", \"pre\", \"re\", \"sub\" などの接尾辞の後ろにはハイフンを付けない。 これらの接尾辞が単純な接尾語との普通の英語の組み合わせの場合には、 マニュアルページでは基本的にこのルールに従う。 以下のリストに推奨される形式での例をいくつか挙げる。"
#. type: Plain text
#: build/C/man7/man-pages.7:785
" subdirectory\n"
" subsystem\n"
msgstr ""
+" interprocess\n"
+" multithreaded\n"
+" multiprocess\n"
+" nonblocking\n"
+" nondefault\n"
+" nonempty\n"
+" noninteractive\n"
+" nonnegative\n"
+" nonportable\n"
+" nonzero\n"
+" preallocated\n"
+" precreate\n"
+" prerecorded\n"
+" reestablished\n"
+" reinitialize\n"
+" rearm\n"
+" reread\n"
+" subcomponent\n"
+" subdirectory\n"
+" subsystem\n"
#. type: Plain text
#: build/C/man7/man-pages.7:789
"Hyphens should be retained when the prefixes are used in nonstandard English "
"words, with trademarks, proper nouns, acronyms, or compound terms. Some "
"examples:"
-msgstr ""
+msgstr "接尾語が通常の英単語以外 (商標、固有名詞、頭字語、複合語) と組み合わされる場合は、ハイフンを使うこと。以下に例を挙げる。"
#. type: Plain text
#: build/C/man7/man-pages.7:794
" non-NULL\n"
" non-real-time\n"
msgstr ""
+" non-ASCII\n"
+" non-English\n"
+" non-NULL\n"
+" non-real-time\n"
#. type: Plain text
#: build/C/man7/man-pages.7:797
msgid ""
"Finally, note that \"re-create\" and \"recreate\" are two different verbs, "
"and the former is probably what you want."
-msgstr ""
+msgstr "最後に、\"re-create\" と \"recreate\" は異なる別の動詞である点に注意すること。たいていの場合、使おうと思っているのは前者であろう。"
#. type: SS
#: build/C/man7/man-pages.7:797
#, no-wrap
msgid "Real minus character"
-msgstr ""
+msgstr "本当のマイナス文字"
#. type: Plain text
#: build/C/man7/man-pages.7:802
"Where a real minus character is required (e.g., for numbers such as -1, or "
"when writing options that have a leading dash, such as in I<ls\\ -l>), use "
"the following form in the man page source:"
-msgstr ""
+msgstr "本当の意味でのマイナス文字が必要な場合は (-1 といった数字や I<ls\\ -l> といった先頭にダッシュのオプションを記載する場合など)、マニュアルページの原文では以下の表記を使うこと。"
#. type: Plain text
#: build/C/man7/man-pages.7:804
#, no-wrap
msgid " \\e-\n"
-msgstr ""
+msgstr " \\e-\n"
#. type: Plain text
#: build/C/man7/man-pages.7:806
msgid "This guideline applies also to code examples."
-msgstr ""
+msgstr "このガイドラインはサンプルコードの場合にも適用される。"
#. type: SS
#: build/C/man7/man-pages.7:806
#, no-wrap
msgid "Character constants"
-msgstr ""
+msgstr "文字定数"
#. type: Plain text
#: build/C/man7/man-pages.7:809
msgid ""
"To produce single quotes that render well in both ASCII and UTF-8, use the "
"following form for character constants in the man page source:"
-msgstr ""
+msgstr "ASCII と UTF-8 の両方で正しくレンダリングされるシングルクォート (一重引用符) を生成するには、マニュアルページの原文では以下の表記を使うこと。"
#. type: Plain text
#: build/C/man7/man-pages.7:811
#, no-wrap
msgid " \\e(aqC\\e(aq\n"
-msgstr ""
+msgstr " \\e(aqC\\e(aq\n"
#. type: Plain text
#: build/C/man7/man-pages.7:816
msgid ""
"where I<C> is the quoted character. This guideline applies also to "
"character constants used in code examples."
-msgstr ""
+msgstr "ここで I<C> が括弧で囲まれる文字である。このガイドラインはサンプルコードの場合にも適用される。"
#. type: SS
#: build/C/man7/man-pages.7:816
#. type: Plain text
#: build/C/man7/man-pages.7:848
msgid "For consistency, all example programs should terminate using either of:"
-msgstr ""
+msgstr "一貫性を保つため、すべてのサンプルプログラムは以下のいずれかで終了すること。"
#. type: Plain text
#: build/C/man7/man-pages.7:851
#. type: Plain text
#: build/C/man7/man-pages.7:853
msgid "Avoid using the following forms to terminate a program:"
-msgstr ""
+msgstr "プログラムを終了するのに以下を使うのは避けること。"
#. type: Plain text
#: build/C/man7/man-pages.7:857
msgid ""
"If there is extensive explanatory text before the program source code, mark "
"off the source code with a susbsection heading I<Program source>, as in:"
-msgstr ""
+msgstr "プログラムソースの前に説明文がある場合は、I<プログラムソース>の見出しをソースコードの前に付けること。"
#. type: Plain text
#: build/C/man7/man-pages.7:865
#. type: Plain text
#: build/C/man7/man-pages.7:867
msgid "Always do this if the explanatory text includes a shell session log."
-msgstr ""
+msgstr "説明文がシェルセッションのログを含む場合は必ずこのようにすること。"
#. type: Plain text
#: build/C/man7/man-pages.7:870
"Version 7 (also known as Seventh Edition) UNIX, released by AT&T/Bell Labs "
"in 1979. After this point, UNIX systems diverged into two main dialects: "
"BSD and System V."
-msgstr ""
+msgstr "バージョン 7 (第 7 版とも呼ばれる) UNIX。 1979 年に AT&T/Bell Labs によりリリースされた。 この時点以降、 UNIX システムは BSD と System V の二つの系譜に分かれた。"
#. type: TP
#: build/C/man7/standards.7:37
OSDN Git Service
