@@ -78,7 +78,7 @@ msgid ""
7878msgstr ""
7979"CPython 에 포함하기 위해 C 코드를 작성하는 경우에는 :PEP:`7` 에 정의된 지침과 표준을 따라야 합니다. 이 지침은 "
8080"기여하고 있는 파이썬 버전과 상관없이 적용됩니다. 최종적으로 파이썬에 기여하는 것을 기대하지 않는 이상 이 규칙을 따르는 것은 "
81- "제삼자 확장 모듈에는 필수가 아닙니다. "
81+ "제삼자 확장 모듈에는 필수가 아닙니다."
8282
8383#: ../../c-api/intro.rst:46
8484msgid "Include Files"
@@ -489,7 +489,7 @@ msgstr ""
489489"모든 파이썬 객체는 (파이썬 정수조차도) :dfn:`형(type)` 과 :dfn:`참조 횟수(reference count)` 를 "
490490"가지고 있습니다. 객체의 형은 객체의 종류를 결정합니다. (예를 들어 정수, 리스트, 또는 사용자 정의 함수 등. "
491491":ref:`types` 에 추가적인 형들에 대해 설명되어 있습니다.) 잘 알려진 형에는 객체가 해당 형인지를 확인하는 매크로가 "
492- "있습니다. 예를 들어 ``PyList_Check(a)`` 는 *a* 가 가리키는 객체가 파이썬 리스트일 경우에만 참입니다. "
492+ "있습니다. 예를 들어 ``PyList_Check(a)`` 는 *a* 가 가리키는 객체가 파이썬 리스트일 경우에만 참입니다."
493493
494494#: ../../c-api/intro.rst:312
495495msgid "Reference Counts"
@@ -643,7 +643,7 @@ msgid ""
643643msgstr ""
644644"반대로 호출 함수에게 객체에 대한 참조를 넘길 때는 두가지 가능성이 있습니다: 함수는 객체에 대한 참조를 *훔칠* 수도, 그러지 "
645645"않을 수도 있습니다. 참조를 훔치는 것은 함수에 참조를 전달할 때 해당 함수가 전달된 참조를 소유한다고 가정하고 더 이상 책임을 "
646- "지지 않는다는 것을 의미합니다. "
646+ "지지 않는다는 것을 의미합니다."
647647
648648#: ../../c-api/intro.rst:407
649649msgid ""
@@ -660,7 +660,7 @@ msgstr ""
660660":c:func:`PyTuple_SetItem` 입니다. 이 두가지 함수는 요소에 대한 참조를 훔칩니다(단, 요소를 넣을 튜플이나 "
661661"리스트에 대한 참조는 훔치지 않습니다.). 이 함수들은 새로 만들어진 객체들로 튜플이나 리스트를 채우는 일반적인 관행 때문에 참조를"
662662" 훔치도록 설계되었습니다. 예를 들어, 튜플을 만드는 코드 ``(1, 2, \" three\" )`` 는 다음과 같을 수 있습니다. "
663- "(잠시 에러 처리는 잊어버리십시오. 더 좋은 방법으로 코딩하는 방법은 아래에 나와 있습니다.) "
663+ "(잠시 에러 처리는 잊어버리십시오. 더 좋은 방법으로 코딩하는 방법은 아래에 나와 있습니다.):: "
664664
665665#: ../../c-api/intro.rst:415
666666msgid ""
@@ -682,7 +682,7 @@ msgid ""
682682msgstr ""
683683"여기서 :c:func:`PyTuple_SetItem` 는 :c:func:`PyLong_FromLong` 가 반환한 참조를 곧바로 "
684684"훔칩니다. 객체에 대한 참조가 훔쳐져도 계속 객체를 사용하려면 참조를 훔치는 함수를 호출하기 전에 "
685- ":c:func:`Py_INCREF` 를 다른 참조를 가져오는데 사용하십시오. "
685+ ":c:func:`Py_INCREF` 를 다른 참조를 가져오는데 사용하십시오."
686686
687687#: ../../c-api/intro.rst:427
688688msgid ""
@@ -693,7 +693,7 @@ msgid ""
693693msgstr ""
694694"덧붙이자면, :c:func:`PyTuple_SetItem` 은 튜플에 요소를 넣는 *유일한* 방법입니다. 튜플은 불변 자료형이기 "
695695"때문에 :c:func:`PySequence_SetItem` 과 :c:func:`PyObject_SetItem` 는 튜플에 요소를 "
696- "넣는 것을 거부합니다. :c:func:`PyTuple_SetItem` 은 직접 만들고 있는 튜플에만 사용되어야 합니다. "
696+ "넣는 것을 거부합니다. :c:func:`PyTuple_SetItem` 은 직접 만들고 있는 튜플에만 사용되어야 합니다."
697697
698698#: ../../c-api/intro.rst:432
699699msgid ""
@@ -714,7 +714,7 @@ msgid ""
714714msgstr ""
715715"하지만 실제로는 이렇게 튜플 또는 리스트를 만들고 채우는 경우는 드뭅니다. 일반적인 객체들을 :dfn:`형식 문자열(format "
716716"string)`\\ 로 지시되는 C 값으로부터 만들어낼 수 있는 제네릭 함수 :c:func:`Py_BuildValue` 가 있습니다."
717- " 예룰 들어, 위의 두 블록의 코드를 다음 코드로 대체할 수 있습니다. (에러 검사도 처리합니다.) "
717+ " 예룰 들어, 위의 두 블록의 코드를 다음 코드로 대체할 수 있습니다. (에러 검사도 처리합니다.):: "
718718
719719#: ../../c-api/intro.rst:441
720720msgid ""
@@ -905,7 +905,7 @@ msgid ""
905905"user accompanied by a stack traceback."
906906msgstr ""
907907"파이썬 프로그래머는 특정한 에러 처리가 필요할 경우에만 에러를 처리하면 됩니다. 처리되지 않은 예외는 사용자에게 전달되는 최상위 "
908- "인터프리터까지 스택 트레이스백과 함께 자동으로 호출자, 호출자의 호출자 등으로 전파됩니다. "
908+ "인터프리터까지 스택 트레이스백과 함께 자동으로 호출자, 호출자의 호출자 등으로 전파됩니다."
909909
910910#: ../../c-api/intro.rst:592
911911msgid ""
@@ -927,7 +927,7 @@ msgstr ""
927927"참조를 취소하고 에러 표시기를 반환합니다. 달리 문서화되지 않은 경우 표시기는 함수의 반환 형에 따라 ``NULL`` 또는 "
928928"``-1`` 입니다. 일부 함수는 에러를 의미하는 거짓과 함께 참/거짓의 불리언 결과를 반환합니다. 아주 일부의 함수는 명시적인 "
929929"에러 표시기가 없거나 모호한 반환값을 가지며 :c:func:`PyErr_Occurred` 를 사용하여 명시적인 점검을 요구합니다. "
930- "이런 예외는 항상 명시적으로 문서화됩니다. "
930+ "이런 예외는 항상 명시적으로 문서화됩니다."
931931
932932#: ../../c-api/intro.rst:607
933933msgid ""
@@ -1092,7 +1092,7 @@ msgstr ""
10921092":c:func:`Py_XDECREF` 를 사용하여 소유하고 있는 ``NULL`` 일 수도 있는 참조를 삭제하는 방법을 표현합니다. "
10931093"(이름에 있는 ``'X'`` 를 주목하십시오. :c:func:`Py_DECREF` 는 ``NULL`` 참조와 마주치면 충돌을 "
10941094"일으킵니다.) 이 예시를 수행하려면 소유하고 있는 참조를 보유하는데 사용하는 변수를 ``NULL`` 로 초기화하는 것이 중요합니다."
1095- " 마찬가지로 반환 값은 ``-1`` (실패) 로 설정되고 마지만 호출이 성공한 뒤에야 성공으로 설정됩니다. "
1095+ " 마찬가지로 반환 값은 ``-1`` (실패) 로 설정되고 마지만 호출이 성공한 뒤에야 성공으로 설정됩니다."
10961096
10971097#: ../../c-api/intro.rst:730
10981098msgid "Embedding Python"
@@ -1107,7 +1107,7 @@ msgid ""
11071107"interpreter has been initialized."
11081108msgstr ""
11091109"확장 작성자들과는 달리 파이썬 인터프리터를 임베딩 하는 사람들만이 걱정해야 하는 한가지 중요한 문제는 파이썬 인터프리터의 초기화, "
1110- "그리고 아마도 마무리일 것입니다. 인터프리터의 대부분의 기능은 인터프리터가 초기화 된 이후에 사용할 수 있습니다. "
1110+ "그리고 아마도 마무리일 것입니다. 인터프리터의 대부분의 기능은 인터프리터가 초기화 된 이후에 사용할 수 있습니다."
11111111
11121112#: ../../c-api/intro.rst:745
11131113msgid ""
@@ -1150,7 +1150,7 @@ msgstr ""
11501150"파이썬 인터프리터를 기준으로 고정된 위치에 파이썬 라이브러리가 있다고 가정하여 표준 파이썬 인터프리터 실행 파일에 대한 최선의 "
11511151"추측을 바탕으로 바탕으로 모듈 검색 경로를 계산합니다. 특히 셸 명령어 검색 경로 (환경 변수 :envvar:`PATH`) 에서 "
11521152":file:`python` 이라는 이름의 실행 파일이 발견되는 부모 디렉터리를 기준으로 :file:`lib/python{X.Y}` "
1153- "같은 이름을 가진 디렉터리를 찾습니다. "
1153+ "같은 이름을 가진 디렉터리를 찾습니다."
11541154
11551155#: ../../c-api/intro.rst:764
11561156#, python-brace-format
@@ -1168,7 +1168,7 @@ msgstr ""
11681168":file:`/usr/local/lib/python{X.Y}` 에 있는 것으로 가정합니다. (실제로 이 특정 경로는 "
11691169":envvar:`PATH` 를 따라 :file:`python` 이라는 이름의 실행 파일이 발견되지 않을 때 사용되는 "
11701170"\" fallback\" 경로이기도 합니다.) 유저는 환경 변수 :envvar:`PYTHONHOME` 를 설정하여 이 동작을 "
1171- "재정의하거나 :envvar:`PYTHONPATH` 를 설정하여 표준 경로 앞에 추가적인 디렉터리를 추가할 수 있습니다. "
1171+ "재정의하거나 :envvar:`PYTHONPATH` 를 설정하여 표준 경로 앞에 추가적인 디렉터리를 추가할 수 있습니다."
11721172
11731173#: ../../c-api/intro.rst:778
11741174#, fuzzy
@@ -1208,7 +1208,7 @@ msgstr ""
12081208"해제하려고 할 수 있습니다. :c:func:`Py_FinalizeEx` 를 호출하여 이를 달성할 수 있습니다. 함수 "
12091209":c:func:`Py_IsInitialized` 는 파이썬이 현재 초기화된 상태에 있을 경우 참을 반환합니다. 이 함수들에 대한 "
12101210"자세한 내용은 다른 장에서 제공됩니다. :c:func:`Py_FinalizeEx` 가 파이썬 인터프리터가 할당한 모든 메모리를 "
1211- "해제하지는 않는다는 점에 유의해야 합니다. 예를 들어, 현재 확장 모듈에서 할당한 메모리는 해제할 수 없습니다. "
1211+ "해제하지는 않는다는 점에 유의해야 합니다. 예를 들어, 현재 확장 모듈에서 할당한 메모리는 해제할 수 없습니다."
12121212
12131213#: ../../c-api/intro.rst:803
12141214msgid "Debugging Builds"
@@ -1280,7 +1280,7 @@ msgstr ""
12801280msgid ""
12811281"Please refer to :file:`Misc/SpecialBuilds.txt` in the Python source "
12821282"distribution for more detailed information."
1283- msgstr "자세한 내용은 파이썬 소스 배포판 안의 :file:`Misc/SpecialBuilds.txt` 를 참조하십시오. "
1283+ msgstr "자세한 내용은 파이썬 소스 배포판 안의 :file:`Misc/SpecialBuilds.txt` 를 참조하십시오."
12841284
12851285#: ../../c-api/intro.rst:288
12861286msgid "object"
0 commit comments