@@ -179,8 +179,8 @@ msgid ""
179
179
"option:`prefix <--prefix>` include the platform specific headers from :"
180
180
"option:`exec_prefix <--exec-prefix>`."
181
181
msgstr ""
182
- "要引入標頭,請將兩個(如果不同)目錄放在編譯器的引入搜索路徑 (search path) "
183
- "中。*不要*\\ 將父目錄放在搜索路徑上 ,然後使用 ``#include <pythonX.Y/Python."
182
+ "要引入標頭,請將兩個(如果不同)目錄放在編譯器的引入搜尋路徑 (search path) "
183
+ "中。*不要*\\ 將父目錄放在搜尋路徑上 ,然後使用 ``#include <pythonX.Y/Python."
184
184
"h>``;這會在多平台建置上壞掉,因為 :option:`prefix <--prefix>` 下獨立於平台的"
185
185
"標頭包括來自 :option:`exec_prefix <--exec-prefix>` 的平台特定標頭。"
186
186
@@ -600,7 +600,7 @@ msgid ""
600
600
msgstr ""
601
601
"然而,一個常見的陷阱是從一個 list 中提取一個物件並保留它一段時間而不取得其參"
602
602
"照。某些其他操作可能會從列表中刪除該物件,減少其參照計數並可能取消分配它。真"
603
- "正的危險是看似無害的操作可能會呼叫可以執行此操作的任意 Python 程式碼;有一個"
603
+ "正的危險是看似無害的操作可能會叫用可以執行此操作的任意 Python 程式碼;有一個"
604
604
"程式碼路徑允許控制權從 :c:func:`Py_DECREF` 回歸使用者,因此幾乎任何操作都有潛"
605
605
"在危險。"
606
606
@@ -702,7 +702,7 @@ msgid ""
702
702
msgstr ""
703
703
"這裡 :c:func:`PyLong_FromLong` 會回傳一個新的參照,它立即被 :c:func:"
704
704
"`PyTuple_SetItem` 竊取。如果你想繼續使用一個物件,儘管對它的參照將被竊取,請"
705
- "在呼叫參照竊取函式之前使用 :c:func:`Py_INCREF` 來獲取另一個參照 。"
705
+ "在呼叫參照竊取函式之前使用 :c:func:`Py_INCREF` 來取得另一個參照 。"
706
706
707
707
#: ../../c-api/intro.rst:427
708
708
msgid ""
@@ -839,7 +839,7 @@ msgstr ""
839
839
"重要的是要意識到你是否擁有一個函式回傳的參照只取決於你呼叫哪個函式 --- *羽毛 "
840
840
"(plumage)*(作為引數傳遞給函式的物件之型別)\\ *不會進入它!*\\ 因此,如果你"
841
841
"使用 :c:func:`PyList_GetItem` 從 list 中提取一個項目,你不會擁有其參照 --- 但"
842
- "如果你使用 :c:func:`PySequence_GetItem` 從同一 list 中獲取相同的項目 (且恰好"
842
+ "如果你使用 :c:func:`PySequence_GetItem` 從同一 list 中取得相同的項目 (且恰好"
843
843
"使用完全相同的引數),你確實會擁有對回傳物件的參照。"
844
844
845
845
#: ../../c-api/intro.rst:497
@@ -1189,8 +1189,8 @@ msgid ""
1189
1189
msgstr ""
1190
1190
"在大多數系統上(特別是在 Unix 和 Windows 上,儘管細節略有不同),:c:func:"
1191
1191
"`Py_Initialize` 會假設Python 函式庫相對於 Python 直譯器可執行檔案的位置固定,"
1192
- "並根據其對標準 Python 直譯器可執行檔案位置的最佳猜測來計算模組搜索路徑 。或者"
1193
- "更詳細地說,它會在 shell 命令搜索路徑 (環境變數 :envvar:`PATH`)中找到名為 :"
1192
+ "並根據其對標準 Python 直譯器可執行檔案位置的最佳猜測來計算模組搜尋路徑 。或者"
1193
+ "更詳細地說,它會在 shell 命令搜尋路徑 (環境變數 :envvar:`PATH`)中找到名為 :"
1194
1194
"file:`python` 的可執行檔案,並在其父目錄中查找一個名為 :file:`lib/python{X.Y}"
1195
1195
"` 的目錄的相對位置。"
1196
1196
@@ -1223,7 +1223,7 @@ msgid ""
1223
1223
"func:`Py_GetProgramFullPath` (all defined in :file:`Modules/getpath.c`)."
1224
1224
msgstr ""
1225
1225
"嵌入的應用程式可以透過在呼叫 :c:func:`Py_Initialize` *之前*\\ 呼叫 "
1226
- "``Py_SetProgramName(file)`` 來引導搜索 。請注意 :envvar:`PYTHONHOME` 仍然覆蓋"
1226
+ "``Py_SetProgramName(file)`` 來引導搜尋 。請注意 :envvar:`PYTHONHOME` 仍然覆蓋"
1227
1227
"它並且 :envvar:`PYTHONPATH` 仍然插入在標準路徑的前面。需要完全控制權的應用程"
1228
1228
"式必須實作自己的 :c:func:`Py_GetPath`、:c:func:`Py_GetPrefix`、:c:func:"
1229
1229
"`Py_GetExecPrefix` 和 :c:func:`Py_GetProgramFullPath`\\ (全部定義在 :file:"
@@ -1245,7 +1245,7 @@ msgstr ""
1245
1245
"有時會希望能夠「取消初始化 (uninitialize)」Python。例如,應用程式可能想要重新"
1246
1246
"開始(再次呼叫 :c:func:`Py_Initialize`)或者應用程式簡單地完成了對 Python 的"
1247
1247
"使用並想要釋放 Python 分配的記憶體。這可以透過呼叫 :c:func:`Py_FinalizeEx` 來"
1248
- "完成。如果 Python 當前處於初始化狀態 ,函式 :c:func:`Py_IsInitialized` 會回傳 "
1248
+ "完成。如果 Python 目前處於初始化狀態 ,函式 :c:func:`Py_IsInitialized` 會回傳 "
1249
1249
"true。有關這些功能的更多資訊將在後面的章節中給出。請注意 :c:func:"
1250
1250
"`Py_FinalizeEx` *不會*\\ 釋放由 Python 直譯器分配的所有記憶體,例如目前無法釋"
1251
1251
"放被擴充模組所分配的記憶體。"
@@ -1309,7 +1309,7 @@ msgid ""
1309
1309
"well. Upon exit, all existing references are printed. (In interactive mode "
1310
1310
"this happens after every statement run by the interpreter.)"
1311
1311
msgstr ""
1312
- "定義 :c:macro:`Py_TRACE_REFS` 來啟用參照追蹤(參見\\ :option:`調用 --with-"
1312
+ "定義 :c:macro:`Py_TRACE_REFS` 來啟用參照追蹤(參見\\ :option:`設定 --with-"
1313
1313
"trace-refs 選項 <--with-trace-refs>`)。當有定義時,透過向每個 :c:type:"
1314
1314
"`PyObject` 新增兩個額外欄位來維護有效物件的循環雙向鍊表 (circular doubly "
1315
1315
"linked list)。全體分配也有被追蹤。退出時將印出所有現行參照。(在交互模式下,"
0 commit comments