@@ -14,7 +14,7 @@ msgid ""
14
14
msgstr ""
15
15
"Project-Id-Version : Python 3.9\n "
16
16
"Report-Msgid-Bugs-To : \n "
17
- "POT-Creation-Date : 2021-04-26 06:10 +0000\n "
17
+ "POT-Creation-Date : 2021-05-23 06:25 +0000\n "
18
18
"PO-Revision-Date : 2017-02-16 17:43+0000\n "
19
19
"Last-Translator : tomo, 2018\n "
20
20
"Language-Team : Japanese (https://www.transifex.com/python-doc/teams/5390/ja/)\n "
@@ -205,16 +205,15 @@ msgstr "どうすれば Python スクリプトを EXE に出来ますか?"
205
205
206
206
#: ../../faq/windows.rst:143
207
207
msgid ""
208
- "See `cx_Freeze <https://cx-freeze.readthedocs.io/en/latest/>`_ and `py2exe "
209
- "<http://www.py2exe.org/>`_, both are distutils extensions that allow you to "
210
- "create console and GUI executables from Python code."
208
+ "See :ref:`faq-create-standalone-binary` for a list of tools that can be used"
209
+ " to make executables."
211
210
msgstr ""
212
211
213
- #: ../../faq/windows.rst:149
212
+ #: ../../faq/windows.rst:148
214
213
msgid "Is a ``*.pyd`` file the same as a DLL?"
215
214
msgstr "``*.pyd`` ファイルは DLL と同じですか?"
216
215
217
- #: ../../faq/windows.rst:151
216
+ #: ../../faq/windows.rst:150
218
217
msgid ""
219
218
"Yes, .pyd files are dll's, but there are a few differences. If you have a "
220
219
"DLL named ``foo.pyd``, then it must have a function ``PyInit_foo()``. You "
@@ -229,7 +228,7 @@ msgstr ""
229
228
"を呼び出して初期化しようとします。Windows が DLL の存在を必要とするのと違い、.exe ファイルを foo.lib "
230
229
"にリンクするわけではありません。"
231
230
232
- #: ../../faq/windows.rst:158
231
+ #: ../../faq/windows.rst:157
233
232
msgid ""
234
233
"Note that the search path for foo.pyd is PYTHONPATH, not the same as the "
235
234
"path that Windows uses to search for foo.dll. Also, foo.pyd need not be "
@@ -244,17 +243,17 @@ msgstr ""
244
243
"は実行には必要はありません。もちろん、 ``import foo`` したいなら foo.pyd は必要です。DLL では、リンクはソースコード内で "
245
244
"``__declspec(dllexport)`` によって宣言されます。.pyd では、リンクは使える関数のリストで定義されます。"
246
245
247
- #: ../../faq/windows.rst:167
246
+ #: ../../faq/windows.rst:166
248
247
msgid "How can I embed Python into a Windows application?"
249
248
msgstr "Python を Windows アプリケーションに埋め込むにはどうしたらいいですか?"
250
249
251
- #: ../../faq/windows.rst:169
250
+ #: ../../faq/windows.rst:168
252
251
msgid ""
253
252
"Embedding the Python interpreter in a Windows app can be summarized as "
254
253
"follows:"
255
254
msgstr "Python インタプリタを Windows app に埋め込む方法は、次のように要約できます:"
256
255
257
- #: ../../faq/windows.rst:171
256
+ #: ../../faq/windows.rst:170
258
257
msgid ""
259
258
"Do _not_ build Python into your .exe file directly. On Windows, Python must"
260
259
" be a DLL to handle importing modules that are themselves DLL's. (This is "
@@ -268,7 +267,7 @@ msgstr ""
268
267
"とリンクしてください; 普通はそれは ``C:\\ Windows\\ System`` にインストールされています。 *NN* は Python "
269
268
"バージョンで Python 3.3 であれば \" 33\" のような数字です。"
270
269
271
- #: ../../faq/windows.rst:177
270
+ #: ../../faq/windows.rst:176
272
271
msgid ""
273
272
"You can link to Python in two different ways. Load-time linking means "
274
273
"linking against :file:`python{NN}.lib`, while run-time linking means linking"
@@ -281,7 +280,7 @@ msgstr ""
281
280
"に対してリンクするものです。(一般的な注意: :file:`python{NN}.lib` は :file:`python{NN}.dll` "
282
281
"に対するいわゆる \" インポートライブラリ\" です。これは単にリンカに対するシンボルを定義します。)"
283
282
284
- #: ../../faq/windows.rst:183
283
+ #: ../../faq/windows.rst:182
285
284
msgid ""
286
285
"Run-time linking greatly simplifies link options; everything happens at run "
287
286
"time. Your code must load :file:`python{NN}.dll` using the Windows "
@@ -298,15 +297,15 @@ msgstr ""
298
297
"API)のルーチンとデータへアクセスしていなければなりません。マクロによって、このポインタを Python の C API のルーチンを呼び出す任意の "
299
298
"C コードに通して使えます。"
300
299
301
- #: ../../faq/windows.rst:190
300
+ #: ../../faq/windows.rst:189
302
301
msgid ""
303
302
"Borland note: convert :file:`python{NN}.lib` to OMF format using "
304
303
"Coff2Omf.exe first."
305
304
msgstr ""
306
305
"Borland note: まず :file:`python{NN}.lib` を Coff2Omf.exe で OMF "
307
306
"フォーマットに変換してください。"
308
307
309
- #: ../../faq/windows.rst:195
308
+ #: ../../faq/windows.rst:194
310
309
msgid ""
311
310
"If you use SWIG, it is easy to create a Python \" extension module\" that "
312
311
"will make the app's data and methods available to Python. SWIG will handle "
@@ -318,7 +317,7 @@ msgstr ""
318
317
"は雑用を殆どやってくれるでしょう。結果として、.exe ファイル *の中に* リンクする C コードができます(!)。DLL を作 "
319
318
"_らなくてもよく_、リンクも簡潔になります。"
320
319
321
- #: ../../faq/windows.rst:201
320
+ #: ../../faq/windows.rst:200
322
321
msgid ""
323
322
"SWIG will create an init function (a C function) whose name depends on the "
324
323
"name of the extension module. For example, if the name of the module is "
@@ -330,7 +329,7 @@ msgstr ""
330
329
"initleo() になります。SWIG shadow クラスを使ったほうがよく、そうすると init 関数の名前は initleoc() "
331
330
"になります。これは shadow クラスが使うほとんど隠れた helper クラスを初期化します。"
332
331
333
- #: ../../faq/windows.rst:207
332
+ #: ../../faq/windows.rst:206
334
333
msgid ""
335
334
"The reason you can link the C code in step 2 into your .exe file is that "
336
335
"calling the initialization function is equivalent to importing the module "
@@ -339,21 +338,21 @@ msgstr ""
339
338
"ステップ 2 の C コードを .exe ファイルにリンクできるのは、初期化関数の呼び出しと Python へのモジュールのインポートが同等だからです!"
340
339
" (ドキュメント化されていない重大な事実の二つ目です)"
341
340
342
- #: ../../faq/windows.rst:211
341
+ #: ../../faq/windows.rst:210
343
342
msgid ""
344
343
"In short, you can use the following code to initialize the Python "
345
344
"interpreter with your extension module."
346
345
msgstr "要するに、以下のコードを使って Python インタプリタを拡張モジュール込みで初期化することができます。"
347
346
348
- #: ../../faq/windows.rst:222
347
+ #: ../../faq/windows.rst:221
349
348
msgid ""
350
349
"There are two problems with Python's C API which will become apparent if you"
351
350
" use a compiler other than MSVC, the compiler used to build pythonNN.dll."
352
351
msgstr ""
353
352
"Python の C API には、pythonNN.dll をビルドするのに使われたコンパイラ MSVC "
354
353
"以外のコンパイラを使うと現れる二つの問題があります。"
355
354
356
- #: ../../faq/windows.rst:225
355
+ #: ../../faq/windows.rst:224
357
356
msgid ""
358
357
"Problem 1: The so-called \" Very High Level\" functions that take FILE * "
359
358
"arguments will not work in a multi-compiler environment because each "
@@ -363,13 +362,13 @@ msgstr ""
363
362
"問題 1: コンパイラによって struct FILE に対する概念が異なるため、FILE * 引数を取るいわゆる \" 超高水準\" "
364
363
"関数は、多コンパイラ環境で働きません。実装の観点から、これらは超 _低_ 水準関数になっています。"
365
364
366
- #: ../../faq/windows.rst:230
365
+ #: ../../faq/windows.rst:229
367
366
msgid ""
368
367
"Problem 2: SWIG generates the following code when generating wrappers to "
369
368
"void functions:"
370
369
msgstr "問題 2: SWIG は void 関数へのラッパを生成するときに以下のコードを生成します:"
371
370
372
- #: ../../faq/windows.rst:239
371
+ #: ../../faq/windows.rst:238
373
372
msgid ""
374
373
"Alas, Py_None is a macro that expands to a reference to a complex data "
375
374
"structure called _Py_NoneStruct inside pythonNN.dll. Again, this code will "
@@ -378,7 +377,7 @@ msgstr ""
378
377
"ああ、Py_none は pythonNN.dll 内の _Py_NoneStruct "
379
378
"という複雑なデータ構造に展開するマクロです。また、このコードは他コンパイラ環境では失敗します。このコードを次のように置き換えてください:"
380
379
381
- #: ../../faq/windows.rst:247
380
+ #: ../../faq/windows.rst:246
382
381
msgid ""
383
382
"It may be possible to use SWIG's ``%typemap`` command to make the change "
384
383
"automatically, though I have not been able to get this to work (I'm a "
@@ -387,7 +386,7 @@ msgstr ""
387
386
"これで、SWIG をまだ仕事に使えない (私は SWIG の完全な初心者です) 私でも、SWIG の ``%typemap`` "
388
387
"コマンドを使って自動的に変更できるようになります。"
389
388
390
- #: ../../faq/windows.rst:251
389
+ #: ../../faq/windows.rst:250
391
390
msgid ""
392
391
"Using a Python shell script to put up a Python interpreter window from "
393
392
"inside your Windows app is not a good idea; the resulting window will be "
@@ -404,11 +403,11 @@ msgstr ""
404
403
"インタプリタにつなぐのは簡単です。Python の i/o は読み書きをサポートする _どんな_ オブジェクトにもリダイレクトできるので、read() "
405
404
"と write() メソッドを含む (拡張モジュールで定義された) Python オブジェクトさえあればいいのです。"
406
405
407
- #: ../../faq/windows.rst:260
406
+ #: ../../faq/windows.rst:259
408
407
msgid "How do I keep editors from inserting tabs into my Python source?"
409
408
msgstr "エディタが Python ソースにタブを勝手に挿入しないようにするにはどうしますか?"
410
409
411
- #: ../../faq/windows.rst:262
410
+ #: ../../faq/windows.rst:261
412
411
msgid ""
413
412
"The FAQ does not recommend using tabs, and the Python style guide, :pep:`8`,"
414
413
" recommends 4 spaces for distributed Python code; this is also the Emacs "
@@ -417,7 +416,7 @@ msgstr ""
417
416
"この FAQ ではタブを使うことを勧めません。Python スタイルガイド :pep:`8` では、配布される Python コードにはスペース 4 "
418
417
"つを使うことを推奨しています。これは Emacs の python-mode のデフォルトでも同じです。"
419
418
420
- #: ../../faq/windows.rst:266
419
+ #: ../../faq/windows.rst:265
421
420
msgid ""
422
421
"Under any editor, mixing tabs and spaces is a bad idea. MSVC is no "
423
422
"different in this respect, and is easily configured to use spaces: Take "
@@ -429,7 +428,7 @@ msgstr ""
429
428
":menuselection:`Tools --> Options --> Tabs` を選択し、ファイルタイプの \" デフォルト\" の "
430
429
"\" タブ幅\" と \" インデント幅\" に 4 を設定して、 \" スペースを挿入する\" のラジオボタンを選択してください。"
431
430
432
- #: ../../faq/windows.rst:271
431
+ #: ../../faq/windows.rst:270
433
432
msgid ""
434
433
"Python raises :exc:`IndentationError` or :exc:`TabError` if mixed tabs and "
435
434
"spaces are causing problems in leading whitespace. You may also run the "
@@ -438,11 +437,11 @@ msgstr ""
438
437
"Python は、もしタブとスペースが混在していることで先頭の空白に問題がある場合、:exc:`IndentationError` または :exc:`TabError` を送出します。\n"
439
438
":mod:`tabnanny` モジュールを実行することで、ディレクトリーツリーをバッチモードでチェックすることができます。"
440
439
441
- #: ../../faq/windows.rst:278
440
+ #: ../../faq/windows.rst:277
442
441
msgid "How do I check for a keypress without blocking?"
443
442
msgstr "ブロックすることなく押鍵を検出するにはどうしますか?"
444
443
445
- #: ../../faq/windows.rst:280
444
+ #: ../../faq/windows.rst:279
446
445
msgid ""
447
446
"Use the :mod:`msvcrt` module. This is a standard Windows-specific extension"
448
447
" module. It defines a function ``kbhit()`` which checks whether a keyboard "
0 commit comments