Maison  >  Article  >  développement back-end  >  Quelqu'un a-t-il essayé de mettre à jour les liaisons Python de LibHaru vers Python 3.9 (64 bits) ?

Quelqu'un a-t-il essayé de mettre à jour les liaisons Python de LibHaru vers Python 3.9 (64 bits) ?

WBOY
WBOYavant
2024-02-09 08:54:27671parcourir

有人尝试将 LibHaru 的 Python 绑定更新为 Python 3.9(64 位)吗?

Contenu de la question

J'utilise Python 3.9, 64 bits, et j'ai utilisé VS 2022 pour compiler libharu et certaines extensions dans une DLL, y compris libpng. Après avoir ajouté des ajustements minimes au code pour trouver la DLL d'exécution VS (libhpdf), la DLL peut être chargée dans Python. dépendance dll et semble fonctionner (seulement 5 fichiers .py dans le bundle) J'ai construit une DLL avec PTRACE activé pour suivre les progrès. Des démos C ont également été construites dynamiquement à l'aide de cette DLL et elles fonctionnent toutes, générant des PDF.

J'essaie d'exécuter l'exemple de démonstration Python inclus dans la liaison, arc_demo.py Vous voulez générer le même fichier PDF

Je peux dire que tout fonctionne bien jusqu'à l'ajout de la ligne de la documentation : pdf = HPDF_New (error_handler, NULL) Sortie similaire à la trace obtenue à l’aide de la version C compilée de l’exemple.

Mais... var "pdf" n'est pas ce qu'attend HP_AddPage(), car lors du prochain appel, la page est ajoutée page = HPDF_AddPage (pdf) Je suis tombé sur ça : **ctypes.ArgumentError:参数 1:a04cf49bbeb5568f1f5e32599834036a:int 太长,无法转换**

Je pense que cela pourrait avoir quelque chose à voir avec les liaisons originales construites et testées avec 32 bits uniquement. Un autre suspect concerne les ctypes portés.

Alors maintenant, je modifie les liaisons, principalement hpdf.py. Actuellement aux prises avec l'intercommunication Python vers DLL, vérifiant que ctypes gère les choses comme prévu. En utilisant byref ,将 *pdf * 转换为 c_void_p,... pas de chance. Si l'appel est effectué via ref(c_void_p(pdf)) je me débarrasse de l'erreur mais je ne parviens pas à accéder correctement au contenu de la structure HPDF_Doc

Des suggestions ? Pourriez-vous aider ? Approches comparatives du débogage de Python à l'aide d'une DLL basée sur C ?

Merci, Ignacio

PS : Des cours seront éventuellement écrits pour les internes de Haru PDF. Mais cela se produit une fois que je suis capable d'exécuter l'exemple Python sans erreur.


Réponse correcte


if/python/hpdf.py中的ctypes接口没有为所有函数定义.argtypes。对于 64 位句柄和指针来说,为每个函数定义正确的参数类型尤其重要。最初的开发人员可能不明白这一点,如从 windll 转换为 cdll 接口所示。 windll 使用 __stdcall Convention d'appel et besoin de connaître la taille du paramètre.

Par exemple, hpdf_doc 被定义为 hpdf_handle,它被定义为 ctypes.c_void_p。这是 64 位操作系统上的 64 位指针。 hpdf_newhpdf_addpage est défini comme :

#hpdf_doc hpdf_new (hpdf_error_handler user_error_fn, void *user_data)
hpdf_new=haru.hpdf_new
hpdf_new.restype=hpdf_doc

#hpdf_page hpdf_addpage (hpdf_doc pdf)
hpdf_addpage=haru.hpdf_addpage
hpdf_addpage.restype=hpdf_page

ctypes 假设传递给 hpdf_addpage 的参数是 c_int 因为 to 没有 argtypes。句柄值是 >32 位,因此出现错误。理想情况下,所有函数都应显式声明其参数类型,以便 ctypes Peut effectuer une vérification de type et marshaler (convertir) correctement les paramètres des objets Python en types C, par exemple :

HPDF_AddPage.argtypes = HPDF_Doc,  # must be a list or tuple...comma makes this a 1-tuple.
HPDF_New.argtypes = HPDF_Error_Handler, c_void_p

Veuillez noter que les types de paramètres doivent être basés sur ctypes 类型。您必须仔细跟踪参数并为每个函数声明 .argtypes.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer