Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit 97b20be

Browse files
[po] auto sync
1 parent 85ad26f commit 97b20be

7 files changed

Lines changed: 246 additions & 144 deletions

File tree

c-api/memory.po

Lines changed: 25 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -15,7 +15,7 @@ msgid ""
1515
msgstr ""
1616
"Project-Id-Version: Python 3.8\n"
1717
"Report-Msgid-Bugs-To: \n"
18-
"POT-Creation-Date: 2020-02-09 12:40+0000\n"
18+
"POT-Creation-Date: 2020-02-21 12:45+0000\n"
1919
"PO-Revision-Date: 2017-02-16 17:37+0000\n"
2020
"Last-Translator: ppcfish <[email protected]>, 2019\n"
2121
"Language-Team: Chinese (China) (https://www.transifex.com/python-doc/teams/5390/zh_CN/)\n"
@@ -782,6 +782,30 @@ msgstr ""
782782
msgid "tracemalloc C API"
783783
msgstr ""
784784

785+
#: ../../c-api/memory.rst:538
786+
msgid "Track an allocated memory block in the :mod:`tracemalloc` module."
787+
msgstr ""
788+
789+
#: ../../c-api/memory.rst:540
790+
msgid ""
791+
"Return ``0`` on success, return ``-1`` on error (failed to allocate memory "
792+
"to store the trace). Return ``-2`` if tracemalloc is disabled."
793+
msgstr ""
794+
795+
#: ../../c-api/memory.rst:543
796+
msgid "If memory block is already tracked, update the existing trace."
797+
msgstr ""
798+
799+
#: ../../c-api/memory.rst:547
800+
msgid ""
801+
"Untrack an allocated memory block in the :mod:`tracemalloc` module. Do "
802+
"nothing if the block was not tracked."
803+
msgstr ""
804+
805+
#: ../../c-api/memory.rst:550
806+
msgid "Return ``-2`` if tracemalloc is disabled, otherwise return ``0``."
807+
msgstr ""
808+
785809
#: ../../c-api/memory.rst:556
786810
msgid "Examples"
787811
msgstr "示例"

library/asyncio-eventloop.po

Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -9,10 +9,10 @@
99
# Fred <[email protected]>, 2018
1010
# Pan Felix <[email protected]>, 2019
1111
# Shengjing Zhu <[email protected]>, 2019
12-
# Freesand Leo <[email protected]>, 2019
1312
# cdarlint <[email protected]>, 2019
1413
# walkinrain <[email protected]>, 2019
1514
# 林行众 <[email protected]>, 2019
15+
# Freesand Leo <[email protected]>, 2020
1616
#
1717
#, fuzzy
1818
msgid ""
@@ -21,7 +21,7 @@ msgstr ""
2121
"Report-Msgid-Bugs-To: \n"
2222
"POT-Creation-Date: 2020-02-10 12:41+0000\n"
2323
"PO-Revision-Date: 2017-02-16 17:48+0000\n"
24-
"Last-Translator: 林行众 <linxzh1989@gmail.com>, 2019\n"
24+
"Last-Translator: Freesand Leo <yuqinju@163.com>, 2020\n"
2525
"Language-Team: Chinese (China) (https://www.transifex.com/python-doc/teams/5390/zh_CN/)\n"
2626
"MIME-Version: 1.0\n"
2727
"Content-Type: text/plain; charset=UTF-8\n"
@@ -657,6 +657,8 @@ msgid ""
657657
":py:data:`~sockets.SO_REUSEADDR` poses a significant security concern for "
658658
"UDP. Explicitly passing ``reuse_address=True`` will raise an exception."
659659
msgstr ""
660+
"形参 *reuse_address* 已不再受支持,因为使用 :py:data:`~sockets.SO_REUSEADDR` 会对 UDP "
661+
"造成显著的安全问题。 显式地传入 ``reuse_address=True`` 将会引发异常。"
660662

661663
#: ../../library/asyncio-eventloop.rst:472
662664
msgid ""
@@ -672,6 +674,8 @@ msgid ""
672674
"is used instead, which specifically prevents processes with differing UIDs "
673675
"from assigning sockets to the same socket address."
674676
msgstr ""
677+
"对于受支持的平台,*reuse_port* 可以被用作类似功能的替代。 通过 *reuse_port* 将改用 "
678+
":py:data:`~sockets.SO_REUSEPORT`,它能够防止具有不同 UID 的进程将套接字赋给相同的套接字地址。"
675679

676680
#: ../../library/asyncio-eventloop.rst:482
677681
msgid "Create a datagram connection."

library/decimal.po

Lines changed: 54 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -8,16 +8,16 @@
88
# focusheart <[email protected]>, 2019
99
# Naisen Xu <[email protected]>, 2019
1010
# ppcfish <[email protected]>, 2019
11-
# Freesand Leo <[email protected]>, 2019
11+
# Freesand Leo <[email protected]>, 2020
1212
#
1313
#, fuzzy
1414
msgid ""
1515
msgstr ""
1616
"Project-Id-Version: Python 3.8\n"
1717
"Report-Msgid-Bugs-To: \n"
18-
"POT-Creation-Date: 2020-02-09 12:40+0000\n"
18+
"POT-Creation-Date: 2020-02-22 12:45+0000\n"
1919
"PO-Revision-Date: 2017-02-16 23:06+0000\n"
20-
"Last-Translator: Freesand Leo <[email protected]>, 2019\n"
20+
"Last-Translator: Freesand Leo <[email protected]>, 2020\n"
2121
"Language-Team: Chinese (China) (https://www.transifex.com/python-doc/teams/5390/zh_CN/)\n"
2222
"MIME-Version: 1.0\n"
2323
"Content-Type: text/plain; charset=UTF-8\n"
@@ -2206,17 +2206,61 @@ msgid ""
22062206
"A. Yes. In the CPython and PyPy3 implementations, the C/CFFI versions of "
22072207
"the decimal module integrate the high speed `libmpdec "
22082208
"<https://www.bytereef.org/mpdecimal/doc/libmpdec/index.html>`_ library for "
2209-
"arbitrary precision correctly-rounded decimal floating point arithmetic. "
2210-
"``libmpdec`` uses `Karatsuba multiplication "
2209+
"arbitrary precision correctly-rounded decimal floating point arithmetic "
2210+
"[#]_. ``libmpdec`` uses `Karatsuba multiplication "
22112211
"<https://en.wikipedia.org/wiki/Karatsuba_algorithm>`_ for medium-sized "
22122212
"numbers and the `Number Theoretic Transform "
22132213
"<https://en.wikipedia.org/wiki/Discrete_Fourier_transform_(general)#Number-"
2214-
"theoretic_transform>`_ for very large numbers. However, to realize this "
2215-
"performance gain, the context needs to be set for unrounded calculations."
2214+
"theoretic_transform>`_ for very large numbers."
22162215
msgstr ""
2217-
"A. 是的在 CPython 和 PyPy3 实现中,decimal 模块的 C/CFFI 版本集成了高速 `libmpdec "
2216+
"A. 是的在 CPython 和 PyPy3 实现中,decimal 模块的 C/CFFI 版本集成了高速 `libmpdec "
22182217
"<https://www.bytereef.org/mpdecimal/doc/libmpdec/index.html>`_ "
2219-
"库用于实现任意精度正确舍入的十进制浮点算术。 ``libmpdec`` 会对中等的数字使用 `Karatsuba 乘法 "
2218+
"库用于实现任意精度正确舍入的十进制浮点算术 [#]_。 ``libmpdec`` 会对中等大小的数字使用 `Karatsuba 乘法 "
22202219
"<https://en.wikipedia.org/wiki/Karatsuba_algorithm>`_ 而对非常巨大的数字使用 `数字原理变换 "
22212220
"<https://en.wikipedia.org/wiki/Discrete_Fourier_transform_(general)#Number-"
2222-
"theoretic_transform>`_ 。 但是,想要实现这种性能提升,需要对未舍入的运算设置上下文。"
2221+
"theoretic_transform>`_。"
2222+
2223+
#: ../../library/decimal.rst:2131
2224+
msgid ""
2225+
"The context must be adapted for exact arbitrary precision arithmetic. "
2226+
":attr:`Emin` and :attr:`Emax` should always be set to the maximum values, "
2227+
":attr:`clamp` should always be 0 (the default). Setting :attr:`prec` "
2228+
"requires some care."
2229+
msgstr ""
2230+
"必须要对任意精度算术适配上下文。 :attr:`Emin` 和 :attr:`Emax` 应当总是设为最大值,:attr:`clamp` 应当总是设为 "
2231+
"0 (默认值)。 设置 :attr:`prec` 需要十分谨慎。"
2232+
2233+
#: ../../library/decimal.rst:2135
2234+
msgid ""
2235+
"The easiest approach for trying out bignum arithmetic is to use the maximum "
2236+
"value for :attr:`prec` as well [#]_::"
2237+
msgstr "进行大数字算术的最便捷方式也是使用 :attr:`prec` 的最大值 [#]_::"
2238+
2239+
#: ../../library/decimal.rst:2144
2240+
msgid ""
2241+
"For inexact results, :attr:`MAX_PREC` is far too large on 64-bit platforms "
2242+
"and the available memory will be insufficient::"
2243+
msgstr "对于不精确的结果,在 64 位平台上 :attr:`MAX_PREC` 的值太大了,可用的内存将会不足::"
2244+
2245+
#: ../../library/decimal.rst:2152
2246+
msgid ""
2247+
"On systems with overallocation (e.g. Linux), a more sophisticated approach "
2248+
"is to adjust :attr:`prec` to the amount of available RAM. Suppose that you "
2249+
"have 8GB of RAM and expect 10 simultaneous operands using a maximum of 500MB"
2250+
" each::"
2251+
msgstr ""
2252+
"在具有超量分配的系统上 (即 Linux),一种更复杂的方式根据可用的 RAM 大小来调整 :attr:`prec`。 假设你有 8GB 的 RAM "
2253+
"并期望同时有 10 个操作数,每个最多使用 500MB::"
2254+
2255+
#: ../../library/decimal.rst:2176
2256+
msgid ""
2257+
"In general (and especially on systems without overallocation), it is "
2258+
"recommended to estimate even tighter bounds and set the :attr:`Inexact` trap"
2259+
" if all calculations are expected to be exact."
2260+
msgstr "总体而言(特别是在没有超量分配的系统上),如果期望所有计算都是精确的则推荐预估更严格的边界并设置 :attr:`Inexact` 陷阱。"
2261+
2262+
#: ../../library/decimal.rst:2185
2263+
msgid ""
2264+
"This approach now works for all exact results except for non-integer powers."
2265+
" Also backported to 3.7 and 3.8."
2266+
msgstr "此方式现在适用于除非整数乘方以外的所有精确结果。 并已向下移植到 3.7 和 3.8。"

library/site.po

Lines changed: 27 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -5,6 +5,7 @@
55
#
66
# Translators:
77
# Meng Du <[email protected]>, 2019
8+
# Zombie110year <[email protected]>, 2020
89
# Freesand Leo <[email protected]>, 2020
910
#
1011
#, fuzzy
@@ -24,18 +25,18 @@ msgstr ""
2425

2526
#: ../../library/site.rst:2
2627
msgid ":mod:`site` --- Site-specific configuration hook"
27-
msgstr ""
28+
msgstr ":mod:`site` —— 指定域的配置钩子"
2829

2930
#: ../../library/site.rst:7
3031
msgid "**Source code:** :source:`Lib/site.py`"
31-
msgstr ""
32+
msgstr "**源代码:** :source:`Lib/site.py`"
3233

3334
#: ../../library/site.rst:13
3435
msgid ""
3536
"**This module is automatically imported during initialization.** The "
3637
"automatic import can be suppressed using the interpreter's :option:`-S` "
3738
"option."
38-
msgstr ""
39+
msgstr "**这个模块将在初始化时被自动导入。** 此自动导入可以通过使用解释器的 :option:`-S` 选项来屏蔽。"
3940

4041
#: ../../library/site.rst:18
4142
msgid ""
@@ -45,12 +46,15 @@ msgid ""
4546
"module search path or additions to the builtins. To explicitly trigger the "
4647
"usual site-specific additions, call the :func:`site.main` function."
4748
msgstr ""
49+
"导入此模块将会附加域特定的路径到模块搜索路径并且添加一些内建对象,除非使用了 :option:`-S` "
50+
"选项。在此例中,模块可以被安全地导入,而不会对模块搜索路径和内建对象有自动的修改或添加。要明确地触发通常域特定的添加,调用函数 "
51+
":func:`site.main`。"
4852

4953
#: ../../library/site.rst:24
5054
msgid ""
5155
"Importing the module used to trigger paths manipulation even when using "
5256
":option:`-S`."
53-
msgstr ""
57+
msgstr "即便使用了 :option:`-S`,也会导入此模块用于触发路径操纵。"
5458

5559
#: ../../library/site.rst:31
5660
msgid ""
@@ -79,6 +83,11 @@ msgid ""
7983
"insensitive), the system-level prefixes will not be searched for site-"
8084
"packages; otherwise they will."
8185
msgstr ""
86+
"如果名为 \"pyvenv.cfg\" 的文件存在于 sys.executable 之上的一个目录中,则 sys.prefix 和 "
87+
"sys.exec_prefix 将被设置为该目录,并且还会检查 site-packages ( sys.base_prefix 和 "
88+
"sys.base_exec_prefix 始终是 Python 安装的 \"真实\" 前缀)。 如果 \"pyvenv.cfg\" "
89+
"(引导程序配置文件)包含设置为非 \"true\"(不区分大小写)的 \"include-system-site-packages\" "
90+
"键,则不会在系统级前缀中搜索 site-packages;反之则会。"
8291

8392
#: ../../library/site.rst:56
8493
msgid ""
@@ -91,6 +100,10 @@ msgid ""
91100
"beginning with ``#`` are skipped. Lines starting with ``import`` (followed "
92101
"by space or tab) are executed."
93102
msgstr ""
103+
"一个路径配置文件是具有 :file:`{name}.pth` 命名格式的文件,并且存在上面提到的四个目录之一中;它的内容是要添加到 "
104+
"``sys.path`` 中的额外项目(每行一个)。不存在的项目不会添加到 "
105+
"``sys.path``,并且不会检查项目指向的是目录还是文件。项目不会被添加到 ``sys.path`` 超过一次。空行和由 ``#`` "
106+
"起始的行会被跳过。以 ``import`` 开始的行(跟着空格或 TAB)会被执行。"
94107

95108
#: ../../library/site.rst:66
96109
msgid ""
@@ -103,6 +116,9 @@ msgid ""
103116
"happens. Limiting a code chunk to a single line is a deliberate measure to "
104117
"discourage putting anything more complex here."
105118
msgstr ""
119+
"每次启动 Python,在 :file:`.pth` 文件中的可执行行都将会被运行,而不管特定的模块实际上是否需要被使用。 "
120+
"因此,其影响应降至最低。可执行行的主要预期目的是使相关模块可导入(加载第三方导入钩子,调整 :envvar:`PATH` "
121+
"等)。如果它发生了,任何其他的初始化都应当在模块实际导入之前完成。将代码块限制为一行是一种有意采取的措施,不鼓励在此处放置更复杂的内容。"
106122

107123
#: ../../library/site.rst:81
108124
msgid ""
@@ -114,16 +130,21 @@ msgid ""
114130
"configuration files, :file:`foo.pth` and :file:`bar.pth`. Assume "
115131
":file:`foo.pth` contains the following::"
116132
msgstr ""
133+
"例如,假设 ``sys.prefix`` 和 ``sys.exec_prefix`` 已经被设置为 :file:`/usr/local`。 Python"
134+
" X.Y 的库之后被安装为 :file:`/usr/local/lib/python{X.Y}`。假设有一个拥有三个孙目录 :file:`foo`, "
135+
":file:`bar` 和 :file:`spam` 的子目录 :file:`/usr/local/lib/python{X.Y}/site-"
136+
"packages`,并且有两个路径配置文件 :file:`foot.pth` 和 :file:`bar.pth`。假定 :file:`foo.pth` "
137+
"内容如下::"
117138

118139
#: ../../library/site.rst:95
119140
msgid "and :file:`bar.pth` contains::"
120-
msgstr ""
141+
msgstr "并且 :file:`bar.pth` 包含::"
121142

122143
#: ../../library/site.rst:101
123144
msgid ""
124145
"Then the following version-specific directories are added to ``sys.path``, "
125146
"in this order::"
126-
msgstr ""
147+
msgstr "则下面特定版目录将以如下顺序被添加到 ``sys.path``。"
127148

128149
#: ../../library/site.rst:107
129150
msgid ""

0 commit comments

Comments
 (0)