+#. FIXME prlimit() does not suffer
+#. https://bugzilla.kernel.org/show_bug.cgi?id=5042
+#. http://sources.redhat.com/bugzilla/show_bug.cgi?id=12201
+#. Since versions 2.13, glibc has library implementations of
+#. getrlimit() and setrlimit() that use prlimit() to work around
+#. this bug.
+#. type: Plain text
+#: build/C/man2/getrlimit.2:540
+msgid ""
+"In older Linux kernels, the B<SIGXCPU> and B<SIGKILL> signals delivered when "
+"a process encountered the soft and hard B<RLIMIT_CPU> limits were delivered "
+"one (CPU) second later than they should have been. This was fixed in kernel "
+"2.6.8."
+msgstr ""
+"以前の Linux カーネルでは、プロセスがソフトまたはハード B<RLIMIT_CPU> リミッ"
+"トに達した場合に送られる B<SIGXCPU> と B<SIGKILL> シグナルが、本来送られるべ"
+"き時点の 1 (CPU) 秒後に送られてしまう。 これはカーネル 2.6.8 で修正された。"
+
+#. see http://marc.theaimsgroup.com/?l=linux-kernel&m=114008066530167&w=2
+#. type: Plain text
+#: build/C/man2/getrlimit.2:548
+msgid ""
+"In 2.6.x kernels before 2.6.17, a B<RLIMIT_CPU> limit of 0 is wrongly "
+"treated as \"no limit\" (like B<RLIM_INFINITY>). Since Linux 2.6.17, "
+"setting a limit of 0 does have an effect, but is actually treated as a limit "
+"of 1 second."
+msgstr ""
+"2.6.17 より前の 2.6.x カーネルでは、 B<RLIMIT_CPU> リミットが 0 の場合、 "
+"(B<RLIM_INFINITY> と同じように) 「制限なし」と間違って解釈されていた。 Linux "
+"2.6.17 以降では、リミットを 0 に設定した場合にも 効果を持つようになっている"
+"が、実際にはリミットの値は 1 秒となる。"
+
+#. See https://lwn.net/Articles/145008/
+#. type: Plain text
+#: build/C/man2/getrlimit.2:553
+msgid ""
+"A kernel bug means that B<RLIMIT_RTPRIO> does not work in kernel 2.6.12; the "
+"problem is fixed in kernel 2.6.13."
+msgstr ""
+"カーネル 2.6.12 には、 B<RLIMIT_RTPRIO> が動作しないというバグがある。この問"
+"題はカーネル 2.6.13 で修正されている。"
+
+#. see http://marc.theaimsgroup.com/?l=linux-kernel&m=112256338703880&w=2
+#. type: Plain text
+#: build/C/man2/getrlimit.2:564
+msgid ""
+"In kernel 2.6.12, there was an off-by-one mismatch between the priority "
+"ranges returned by B<getpriority>(2) and B<RLIMIT_NICE>. This had the "
+"effect that the actual ceiling for the nice value was calculated as I<19\\ -"
+"\\ rlim_cur>. This was fixed in kernel 2.6.13."
+msgstr ""
+"カーネル 2.6.12 では、 B<getpriority>(2) と B<RLIMIT_NICE> が返す優先度の範"
+"囲が一つずれていた。このため、nice 値の実際の上限が I<19\\ -\\ rlim_cur> に"
+"なってしまうという影響があった。これはカーネル 2.6.13 で修正された。"
+
+#. The relevant patch, sent to LKML, seems to be
+#. http://thread.gmane.org/gmane.linux.kernel/273462
+#. From: Roland McGrath <roland <at> redhat.com>
+#. Subject: [PATCH 7/7] make RLIMIT_CPU/SIGXCPU per-process
+#. Date: 2005-01-23 23:27:46 GMT
+#. Tested Solaris 10, FreeBSD 9, OpenBSD 5.0
+#. FIXME https://bugzilla.kernel.org/show_bug.cgi?id=50951