Lien API avec Python

Bonjour,

Je suis nouveau sur ce site, et aussi sur Python. Issu du monde VB, je cherchais un langage Linux/Windows.

Après des recherches sur le web, pour le moment infructueuses, je me pose la question suivante :

- je dispose d'une API spécialisée (ss forme de .dll/.so), écrite par un tiers, mais les déclarations de cette API ne semblent pas exister pour Python :cry:

Elles sont disponibles pour Basic, C/C++, Borland C, Pascal et Java.

Existe-t-il un moyen de les lier ? Ou faut-il reprendre complètement les fichiers de déclaration ?

Je précise que mon niveau Python ne me permet pas de les réécrire. Je compte plutôt utiliser cette API dans le cadre d'un projet à la fois professionnel et pour l'apprentissage du langage.

D'avance merci pour vos conseils.

François

Salut,

http://python.org/doc/current/api/api.html
tu pourrais y trouver ton bonheur ;)


Bonne chance avec le serpent, il lui arrive d'être capricieux :mrgreen:

Bonsoir,

La portabilité n'est pas le souci premier. Même si j'ai espoir de faire une appli qui puisse fonctionner sous Linux, le besoin est d'abord pour Windows.

Je vais aller voir le module Win32. Cela me permettra peut-être d'affiner mes questions. Merci pour la rapidité de la réponse


François

ps : il me semble que le lien est pour l'API de programmation de Python sous C. Ou mon anglais me joue des tours ?
L'API que je souhaite utiliser est spécialisée dans l'accès aux données (format spécifique). Sous VB, j'associais les fichiers de déclaration, et j'utilisais les fonctions dans mon code VB. J'aimerais pouvoir faire la même chose, mais en Python, pas en C.

Salut,

J'ai édité pendant que tu repondais ;)

J'ai vu :D

Pour utiliser des dlls, il y a la bilbiothèque ctypes qui sera intégré en standard dans le python 2.5
http://docs.python.org/dev/whatsnew/...00000000000000

Bon, je résume un peu :

• le module ctypes qui semble avoir les faveurs de beaucoup apparaitra dans 2.5... Mais je ne suis pas certain qu'il soit futé de me lancer avec cette version de Python.
• le module dl semble devoir être proscrit This example was tried on a Debian GNU/Linux system, and is a good example of the fact that using this module is usually a bad alternative. A ce propos, je n'ai pas encore réussi à mettre la main sur le module dl. Il ne fait par partie de mon installation, et n'est pas dans la liste des third party modules de python.org. Il est déjà banni ?

Une autre question qui me vient en parallèle. Les fonctions de cette DLL utilisent des types complexes. Que deviennent-ils dans le modèle Python ? Ce n'est précisé ni dans la doc dl, ni dans l'annonce de ctypes.

Merci à vous,

François

ctypes est également disponible pour python 2.4 (mais pas en standard):
http://starship.python.net/crew/theller/ctypes/

La réactivité de ce forum me laisse baba :P

Merci de la réponse (si rapide), je m'en vais tester un peu et parcourir la doc.

François

Pour poursuivre un peu le sujet, ayant fait quelques tests, je dirais :

La librairie ctypes fonctionne plutôt bien sous windows, au moins avec l'API en question.

Reste la question des types personnalisés, des structures en fait. De ce que j'ai lu ces derniers jours, elles seraient remplaçables par le type dictionnaire. Vous confirmez ?

Je vais aussi aller gratter le module struct...

François

Bon, je butte un peu sur quelques équivalences difficiles à établir (pour moi au moins...)

Ma DLL utilise une fonction qui opère de la façon suivante (en C|VB):

char maVariable[taille_maVariable];
returnCode = maFonction (index, maVariable,taille_maVariable)

La fonction copie le texte renvoyé par l'index dans maVariable. (Elle le tronque ou l'étend de|à taille_maVariable caractères)

Dans mon script Python, je déclare maVariable avant (sous peine d'erreur)
maVariable=''
mais elle reste despérément vide alors que le returnCode me signale que cela a fonctionné.

Quelqu'un aurait-il un indice ?

D'avance, merci.

François

Bien, on progresse lentement...

Pour la question précédente, tout rentre dans l'ordre avec le bon type de variable.
Dans ce cas, on a un create_string_buffer(n) qui va bien

François