LibHaru의 Python 바인딩을 Python 3.9(64비트)로 업데이트해 본 사람이 있나요?

질문 내용

저는 Python 3.9, 64비트를 실행 중이고 VS 2022를 사용하여 libharu와 libpng를 포함한 일부 확장을 DLL로 컴파일했습니다. VS 런타임 DLL(libhpdf)을 찾기 위해 최소한의 코드 조정을 추가한 후 DLL을 Python에 로드할 수 있습니다. dll 종속성이 있고 작동하는 것 같습니다(번들에 5개의 .py 파일만 있음). 진행 상황을 추적하기 위해 PTRACE가 활성화된 DLL을 구축했습니다. C 데모도 이 DLL을 사용하여 동적으로 구축되었으며 모두 작동하여 PDF를 생성합니다.

바인딩에 포함된 Python 데모 예제 arc_demo.py를 실행하려고 합니다. 동일한 PDF 파일을 생성하고 싶습니다

문서에 다음 줄을 추가하기 전까지는 모든 것이 잘 작동한다고 말할 수 있습니다. pdf = HPDF_New (error_handler, NULL) 예제의 컴파일된 C 버전을 사용하여 얻은 추적과 유사한 출력입니다.

하지만... var "pdf"는 HP_AddPage()가 기대하는 것과 다릅니다. 왜냐하면 다음 호출이 실행될 때 페이지가 추가되기 때문입니다. page = HPDF_AddPage (pdf) 나는 이것을 발견했습니다 : **ctypes.ArgumentError：参数 1：<class>：int 太长，无法转换**</class>

이것은 32비트로만 빌드되고 테스트되는 원래 바인딩과 관련이 있을 수 있다고 생각합니다. 또 다른 용의자는 포팅된 ctypes입니다.

이제는 주로 hpdf.py 바인딩을 수정하고 있습니다. 현재 Python과 DLL 간 상호 통신에 어려움을 겪고 있으며 ctypes가 예상대로 처리하는지 확인하고 있습니다. byref ，将 *pdf * 转换为 c_void_p를 사용하면...운이 없습니다. 호출이 ref(c_void_p(pdf))를 통해 이루어지면 오류는 제거되지만 HPPDF_Doc 구조의 내용에 제대로 액세스할 수 없습니다

제안사항이 있나요? 혹시 도와주실 수 있나요? C 기반 DLL을 사용하여 Python을 디버깅하는 비교 접근 방식은 무엇입니까?

감사합니다. 이그나시오

PS: 결국 Haru PDF 내부를 위한 수업이 작성될 예정입니다. 하지만 이런 일은 오류 없이 Python 예제를 실행할 수 있게 된 후에 발생합니다.

정답

if/python/hpdf.py中的ctypes接口没有为所有函数定义.argtypes。对于 64 位句柄和指针来说，为每个函数定义正确的参数类型尤其重要。最初的开发人员可能不明白这一点，如从 windll 转换为 cdll 接口所示。 windll 使用 __stdcall 호출 규칙과 매개변수 크기를 알아야 합니다.

예를 들어 hpdf_doc 被定义为 hpdf_handle，它被定义为 ctypes.c_void_p。这是 64 位操作系统上的 64 位指针。 hpdf_new 和 hpdf_addpage는 다음과 같이 정의됩니다.

으아악

ctypes 假设传递给 hpdf_addpage 的参数是 c_int 因为 to 没有 argtypes。句柄值是 >32 位，因此出现错误。理想情况下，所有函数都应显式声明其参数类型，以便 ctypes 유형 검사를 수행하고 Python 객체의 매개변수를 C 유형으로 올바르게 마샬링(변환)할 수 있습니다. 예:

으아악

매개변수 유형은 ctypes 类型。您必须仔细跟踪参数并为每个函数声明 .argtypes를 기반으로 해야 합니다.

위 내용은 LibHaru의 Python 바인딩을 Python 3.9(64비트)로 업데이트해 본 사람이 있나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!