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 ).

Bravo pour cette source!

Elle m'a énormément aidé parce que je bloquais un peu sur le chapitre 6-7-8 de la doc NASM. J'ai juste deux petites questions parce que je ne suis pas sûr d'avoir bien compris.

Pourquoi utilises-tu "USE16" et "USE32" lorsque tu ne passes pas par des fichiers objet? Parce que selon la doc de NASM ces deux directives ne peuvent être utilisées que pour la création de fichier objet (je crois que c'est le seul format de fichier qui permettent de mêler 32 et 16 bits). Idem pour le "CLASS=". Ce qui est intriguant c'est que ça compile...


Et autres question peut-être plus importante. J'ai lu des dizaines de pages sur l'assembleur, suivi plusieurs tutorials mais je ne comprends toujours pas. Quel est la différence entre un programme 16 bits et un programme 32 bits?
Pour moi, la différence était simple: les programmes 32 bits utilisent les registres étendus (EAX
, EBC, ECX, EDX, EDI, EBP, ESS...) et les 16 bits se cantonnent aux AX/BX/CX/DX/BP... Une autre personnes dans un forum a dit: le 32 bits est utilisés par le mode protégé et le 16 pour le mode réel.

Et voilà que je vois dans le doc de NASM: "You do not need to specify BITS 32 merely in order to use 32-bit instructions in a 16-bit DOS program; if you do, the assembler will generate incorrect code because it will be writing code targeted at a 32-bit platform, to be run on a 16-bit one."

Mais alors? Comment peut-on "trier" entre programmes 16 bits et programmes 32 bits?

Salut,

J'ai regardé ton code et je le trouve très intéréssant. J'ai déjà essayé de faire un programme qui affiche la ligne de commmande depuis le PSP d'un programme 16 bits. Mais mon programme est très différent du tien. Pourrais-tu me dire si selon toi, le mien est correctement écrit?

[BITS 16]
[ORG 100h]

;Affichage 4 ever

xor CH, CH
mov CL, BYTE [80h] ;Prend le nombre de car.

cmp CX, 0
je erreur

;Impression de la chaîne
mov AH, 02h
mov DI, 0

affichage:
mov DL, BYTE [82h+DI]
add DI, 1
int 21h
loop affichage

ret

erreur:
mov AH, 09h
mov WORD DX, WORD erreur_aff
;mov DS, SEG erreur_aff
int 21h

ret
erreur_aff dw "Erreur lors de la lecture de la ligne de commande", '$'

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)

Et pour lire les DSN du système: utiliser l'API fourni par Microsoft: SQLDataSources
Mais lire/écrire directement dans la base de registre me fait un peu peur parce que si Microsoft faisait joujou avec le registre, toutes les applications qui utilisent ce code seraient un chti peu embêtées (tandis que les APIs fournis par Microsoft sont modifiés).

Sinon pour créer un nouveau DSN: SQLConfigDataSource? (je ne suis pas sûre, je n'ai pas testé). Mais cet API devrait faire la même chose que ton code.

Mais toutes les solutions peuvent être envisagées.