Malheureusement, le projet a été abandonné en cours de route par manque de temps de la part de nous deux. Par contre, Ginger est toujours dans les plans, sauf que je pense la recoder en C# pour améliorer ses performances.

Je metterai peut-être Ginger Online un de ces jours, mais on est entrain de recoder l'engin pour qu'il soit moins ressourcivore en premier lieu (plus de 200megs de ram le cerveau de ginger), pour qu'il soit plus intelligent(le dictrionnaire doit être corrigé periodiquement et c'est de plus en plus fastidieux) et finalement pour qu'il soit plus rapide lors de du traitement de masse (lecture d'un livre qui peut présentement prendre plus de 10 jours).

Voilà, donc beaucoup de travail pour nous, mais nous allons y arriver (quand nous aurons du temps)...

Hehe, la version légèrement plus évoluée que je co-programme avec Yoman64 se nomme maintenant Ginger et as un dictionnaire de 13070 mots dont 1319434 liens contextuels et ça monte régulièrement... (Justement 13071 mots là :P).

Bye
Gorgot

Ouais dans le temps j'étais pas si bon en coding MIRC, mais faut avouer que la source est quand même assez complexe vu que c'est un module entier de partage de fichiers géré en MIRC Script... De plus le code est extrèmement commenté... Mais je suis daccord avec toi, c'est loin d'être optimisé...

econs, le resultat vas etre le meme cote optimisation de la facon dont le compilateur VB fonctionne... Ca vas seulement rendre le code moins clair.

P.S: desole pour les accents manquants, je suis sur une configuration de clavier anglais...

Super comme source... Beau travail ;)

pour magus54: Normal, l'ASM sous la Ti89 c'est du ASM Z80, et là t'est sur du x86... Beaucoup plus de OPCodes sur le x86 ;)

entre 30 et 40x plus pour moi sur un Athlon XP 3200+ 1 Gig Ram. Et puis pour ce qui est des différences entre processeurs ayant la même cadance, c'est très normal. Premièrement, la charge processeur au moment du test y joue pour beaucoup et aussi, si le processeur n'est pas de la même "sorte", il y a souvent de grandes différences au niveau du cache et de l'architecture du processeur. C'est pas pour rien que un Athlon XP soit cadencé à la moitié de la vitesse d'un intel mais qu'il arrive environ aux mêmes performances pareil...

T-K, très bonne source dark, mais tu devrais mettre http://www.progotop.com comme ton site web perso, ça nous aiderais p-e ;)

Je voulais juste te dire que ya un ptit gars qui as pris ton programme et gagné un prix lors d'une expo-sciences en disant que c'étais lui qui l'avais fait.

1. Spa que MSDMO.DLL c'est ce qui gere l'ouput de l'interface windows mais ya un peu de ça.
2. Pour les message d'erreurs anglais, msvbvm60.dll tu pense qu'elle contiens quoi? LOL. vb6fr.dll c'est juste la traduction de msvbvm60.
3. Ça ne déstabilise pas le programme. l'espace utilisé pour le nom de la DLL est un espace qui est présent mais vide même dans les programmes compilés en anglais (j'ai découvert ça après la création du programme). Elle sert a mettre une dll de language si jamais on veut le faire, comme on pourrais avoir la version des messages d'erreurs en allemand si on voudrais :P. (alors on peut remplir cet espace par du vide (des chr(00) ou des espaces...).
4. Pour ce qui est de msvbvm60, elle viens dans tout les ordinateurs récents sinon, juste inclure le package d'installation des runtime de VB dans votre installation.