Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

25 commentaire(s) de Oeil_de_taupe sur des sources sur tout CodeS-SourceS

Le : 30/01/2007 18:34:50
Source : LES ARBRES
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?


Le : 13/10/2006 18:33:48
Source : MATH 2ND
> 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 ).


Le : 25/09/2006 22:48:50
Source : CRÉATION DE DIFFÉRENTS EXÉCUTABLES AVEC NASM ET ALINK

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?


Le : 16/09/2006 16:37:33
Source : RÉCUPÉRER LA LIGNE DE COMMANDE PASSÉE AU PROGRAMME
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", '$'



Le : 27/08/2006 14:11:44
Source : LISTEUR DE FICHIERS

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


Le : 25/08/2006 18:04:26
Source : THREADS : PARTAGE DE VARIABLE GLOBALE, FIN DE THREADS

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.


Le : 21/07/2006 23:10:27
Source : COMPRESSION GZIP / ZIP : UTILISATION DE ZLIB

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



Le : 23/05/2006 16:30:26
Source : PING2
>>Non dans un void on ne met pas de return :)
Oui on peut mais sans variable à retourner. Juste: "return;"


Le : 27/02/2006 17:30:36
Source : CRYPTER UN FICHIER AVEC UNE CLÉ 8-BITS
Personnellement je ferais varier la variable "cKey" en fonction du nombre d'itération. Ca rendra le  décodage par une personne tiers encore plus difficile.

cKey = (cKey + 3 * (i % 133)) & 0xFF;

Ou i est le nombre d'itération dans la boucle while depuis le début du programme.

Par contre des personnes (bien plus calées que moi) parlent de "matrice de cryptage", je ne sais pas bien à quoi ca correspond.


Le : 05/11/2005 17:00:58
Source : TEST D'INDIGESTION DE MESSAGEBOX
C'est intéréssant cette source. J'étais justement en train de faire un programme en VB6 pour charger dynamiquement des fonctions depuis des Dlls Win32.
Normalement cette fonctionnalité est inutilisable en VB6 mais le chargement/déchargement et la récupération d'une fonction de la Dll fonctionne très bien. Il faut charger statiquement les fonctions LoadLibrary, FreeLibrary et GetProcAddress (comme tu l'as fait).
La ou ça cloche c'est la façon de lancer la fonction...
Toi tu utilises CallWindowProc qui lance une fonction en paramètre avec 4 arguments (ce qui marche pour lancer l'API MessageBox). Mais par contre, pour d'autres fonctions (avec le mauvais nombre d'argument, Ex: Sleep (1 argument) DeleteFile (1 argument), CreateProcess (10), etc...) ça ne marche pas...

Quelqu'un a une idée pour lancer TOUTES les fonctions que l'on stocke dans VB6 comme pointeur de fonction?
Cette fonctionnalité ne devrait pas être réservée au programmeurs C++, Delphi et autre :-( !!!



1 2 3


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,156 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.