Discussion :

[Invité]

Bonjour,

Je cherche de la doc (mais pas que descriptive) sur l'utilisation des tables de hachage en Lazarus... Par hasard, j'ai vu que "cela" existait en FP.

Je voudrais porter un petit vérificateur orthographique que j'ai développé en C; Je dispose déjà donc de la base de "mots"... Mais, il me semble très difficile d'importer les fonctions d'une librairie dynamique en C que je pourrais développer à partir de mon programme initial car cela m'obligerait à "recharger" la table à chaque appel de vérification... Faudra pas être pressé(e)...

La bonne solution semble donc être de réécrire directement en FP les procédures... Pour l'instant, j'ai cela http://lazarus-ccr.sourceforge.net/d...s/index-8.html qui devrait me permettre de progresser... lentement car erratiquement : Point de départ TFPHashList ou THashTable ou... ?

Si quelqu'un(e) a une expérience sur le sujet en Lazarus (voire en Delphi même s'il semble que l'approche de ce dernier soit différente), pourrait-il me faire bénéficier de ses lumières ?

Merci d'avance. Cordialement. Gilles

[batyann811]

Je voudrais porter un petit vérificateur orthographique que j'ai développé en C; Je dispose déjà donc de la base de "mots"... Mais, il me semble très difficile d'importer les fonctions d'une librairie dynamique en C que je pourrais développer à partir de mon programme initial car cela m'obligerait à "recharger" la table à chaque appel de vérification... Faudra pas être pressé(e)...

Pourquoi cela t'obligerait à recharger la table après chaque vérification ? Qu'est ce qui t'empêche de la charger une fois pour toute ?

[Invité]

Bonjour,

Le code contenu dans une DLL n'est chargé qu'une seule fois en mémoire. Ainsi, lorsqu'un processus tente de charger une DLL qui est déjà en mémoire, le code existant est mappé dans la mémoire du programme sans qu'un second chargement soit nécessaire, gagnant de la place en RAM. Lorsque tous les processus qui exploitaient une DLL se sont terminés, suivant le type de la bibliothèque et les paramètres Windows, l'espace mémoire qui lui était attribué peut être libéré ou non modifié afin que les prochains programmes hôtes n'aient pas à réeffectuer l'opération de chargement.

Le "ou non modifié" m'a interpellé en Lazarus sur une Lib C. J'avais écrit en C une petite dll qui générait une liste de nombres entiers aléatoires et 2 petites fonctions du genre GenererLaListe_et_cQuoiLeNombreNumero[x] et une autre cQuoiLeNombreNumero[y] (sans générer la liste). Premier appel : Lancement de la génération de la liste dans le programme C et renvoi d'un nombre :OK... et juste après, deuxième appel : cQuoiLeNombreNumero[y]-->oups ! Alors, par analogie, je pense que pour la table de hachage incluse dans le programme C, il en sera de même...

Mais, peut-être mes appels de la fonction C n'étaient-ils pas réglos...

[...]Merci pour la réponse. J'ai rapidement parcouru le lien. C'est curieux, je ne "uses" pas cTypes pour utiliser mes fonctions en C depuis mes units Pascal mais dynlibs. Avec, je n'ai jamais rencontré de prob sous Nux et Windows mais visiblement ma méthode n'est pas orthodoxe. [...]
http://www.developpez.net/forums/d91...sse-cpp-h2pas/

Alors, je ré-examinerai la question de la lib C enfin sa méthode d'appel si je n'arrive pas en Lazarus.

Cordialement. Gilles

[batyann811]

Bonjour,
Mais, peut-être mes appels de la fonction C n'étaient-ils pas réglos...

Ça je ne sais pas mais en tous cas vu l'API que tu décris je ne vois aucune raison pour que cela ne marche pas...

Connais-tu cette documentation ftp://ftp.freepascal.org/pub/fpc/doc...FreePascal.pdf ?