Si j'ai bien compris, les arbres binaires sont des B-Tree (ou B-Arbre) avec un élément pour chaque noeud? Quel est l'avantage d'avoir juste un élément par noeud?

> maladedede
Tu rigoles, mais sais-tu qu'il existe TI GCC ?
http://tigcc.ticalc.org/

C'est un compilateur C sur les calculatrices programmables de Texas Instrument. Ce compilateur contient bien sûre la plupart des fonctions de la librairie ANSI du C.

Je n'ai pas regardé le programme bien longtemps mais à mon avis, en modifiant juste les entrées/sortie du C++ au C on devrait le faire tourner facilement sur une TI-89.
Si j'ai du temps et si le programme (qui m'a l'air intéressant) m'est d'une utilité pour mes cours alors je le modifierai juste un peu pour le faire tourner sur ma TI (à condition que son auteur soit d'accord :D ).

Merci, ton code m'a beaucoup aidé. Mais j'ai juste une remarque mineure.

Penses-tu vraiment que cette ligne soit importante: "dirname[strlen(dirname)-1]='\0';". Ce que fait strlen c'est simplement de rechercher la position de '\0'.
Donc si y a un car. '\0' à la fin du string cette ligne sert à rien et si n'y en a pas, le programme plante. Peut-être voulais-tu plutôt utiliser ceci: strnlen(...).

Petite question pour ymca2003, penses-tu que dans le cas de la boucle "while(!terminer);" remplacer la variable "bool" par une "bool volatile" ferait marcher le programme en mode release?

Cependant je suis d'accord avec toi, il faut mettre un "Sleep" dans le boucle pour ne pas prendre 100% du CPU ou mettre un WaitForObject avec un timeout, toutes les 500 ms par exemple, afin de récupérer d'éventuels messages.

J'extrapole mais j'ai trouvé ça sur Wikipedia: "Gzip est basé sur l'algorithme deflate, qui est une combinaison des algorithmes LZ77 et Huffman.".

LZ77 ==> Compression avec dictionnaire
Huffman ==> Codage de Huffman

Pour la compression dictionnaire, il faut des chaînes assez longues afin de retrouver des redondances (des bouts qui se ressemblent).
Pour le codage de Huffman il faut aussi intégrer le faite que il faut enregistrer "l'arbre binaire" dans les données pour CHAQUE bout de bloque.

En résumé tu peux séparer un gros fichier puis le compresser par la suite mais il est mieux d'utiliser des bloque suffisamment gros. Je ne sais pas quel taille il faudrait choisir pour avoir une bonne compression (comme si le fichier total était compressé en une fois). Tu pourrais faires des tests et nous le dire :P

>>Non dans un void on ne met pas de return :)
Oui on peut mais sans variable à retourner. Juste: "return;"

A noter que keybd_event a été remplcé par SendInput. Mais dans quel cas nous avons besoin de cette fonction? Ce ne serait pas un peu du bricolage? (je veux dire par là qu'il y a d'autre solutions qui me paraissent plus intéréssantes)

Bravo pour ton code, c'est rare un code de cette qualité pour un conteneur ActiveX (je n'en ai pas trouvé beaucoups sur internet). Un jour j'ai voulu utiliser le contrôle MSFlexGrid dans un programme (pour afficher un son). J'ai voulu intégré ce contrôle sans MFC ni ATL. Ta source est super mais je cherche un bouquin ou un site qui me permettrait de mieux comprendre la construction d'un conteneur ActiveX. Sais tu si un site ou un bouquin explique bien ça?

Pas mal,

mais quand je lance le programme puis le notepad, puis je ferme le programme ça quitte le notepad quand je veux revenir à une boîte de dialogue de base (c'est normal?, on peut éviter ça?)...

Salut,

bravo pour ton code.

J'ai juste une petite question, le faite d'utiliser DeleteDC supprime l'allocation de mémoire pour le DC demandé. Mais tu ne crois pas qu'il faudrait faire un DeleteObject pour les HBITMAP que tu n'utilises plus (enfin je sais pas si elles se suppriment automatiquement...).