CRC32 EN ULTRA SIMPLE (WIN32)

Commentaire de MuPuF le 23/07/2005 23:21:13

lol !! tu m'étonne qu'il fasse que 3.5 ko, ya que de l'asm sauf une fonction dedans, meme le winmain est codé en asm ...
Pour ce qui est de la vitesse, c'est mon disque dur qui limite. Le pross est seulement utilisé a  10%. Si tout les programmeurs étaient comme toi (et surtout ceux de microsoft) on aurait droit a  des pc qui iraient deja 3* plus vite, sic, (sans dec vous avez vous le systeme des winks pour msn, ça ramme a la couane ... a se demander si ils le ralentissent pas expres ...)

Commentaire de MuPuF le 24/07/2005 10:11:39

je parle de la navigation dans les winks, ya une astuce pour tous les avoir et le tps d'ouvrir le panneau de selection des winks ben tu peux aller boire le café, ya que une 50ene de winks pourtant ...

Commentaire de MuPuF le 24/07/2005 10:21:28

le langage assembleur dépend des processeur, mais pour les pc, c'est x86 (si je me souviens bien) donc il te faut un assembleur x86, l'environement de dev ne change rien. Attention, le code assembleur ne change pas entre les AMD et les INTEL ou changement de fréquence, par contre le code assembleur PC est différent de celui de MAC. Il doit y avoir des petites subtilitée que je dois pas connaitre sur l'assembleur car j'ai jamais rien programmé avec, je le "comprend" juste un petit peu.

Commentaire de Arnotic le 24/07/2005 10:41:17 administrateur CS

Les processeurs INTEL et AMD possèdent des différences. Certains jeux d'instructions ne sont supportés que par INTEL.

Commentaire de Urgo le 24/07/2005 14:41:23

"Assembleur x86" chez CampusPress est dispo à la fnac, comme ça t'es sûr que tu peux l'acquérir pas loin de chez toi.

Commentaire de Arnotic le 24/07/2005 15:18:56 administrateur CS

Je l'ai moi même acheter il y a quelques mois à 10 euros à la FNAC (Défense).

Commentaire de BruNews le 24/07/2005 21:23:15 administrateur CS

http://www.amazon.fr/exec/obidos/ASIN/2744015644/171-6878149-5129824

Commentaire de BruNews le 24/07/2005 23:00:30 administrateur CS

et tu n'as pas vu que celui que j'ai indiqué est sur la page que tu donnes, et bien à 10 euros. Dommage car je ne conseillerais pas celui que tu as pris.

Commentaire de BruNews le 25/07/2005 11:00:39 administrateur CS

- la segmentation de l'espace mémoire en mode réel
- la gestion des interruptions
- les entrées/sorties avec accès direct au matériel

des pages dont on peut aisément se passer car d'un autre temps, perte de temps et d'argent.

Commentaire de BruNews le 25/07/2005 13:50:11 administrateur CS

Delphi connais pas.
MASM est fourni gratos par MS, un CD vaut moins d'1 euro.

Commentaire de vecchio56 le 25/07/2005 17:07:35 administrateur CS

"qui gagne plus ou moins 7.5%"
Faut-il comprendre "qui gagne ou qui perd 7.5%"?

Commentaire de Joky le 26/07/2005 16:45:29

Moi je suis du genre a poster une source plus mauvaise que la précédente, enfin quand c'est possible, parce que si la premiere source et vraiment médiocre... Lol enfin vous m'aurez compris :). J'aime bien aussi poster des commentaires sans passer de ligne, pour voir jusqu'ou le forum peut bugger lol

Commentaire de BruNews le 06/08/2005 20:07:05 administrateur CS

ah oui à partir d'un angle 40, on est déjà hors liste car table fait 80 octets et il multiplie l'angle par 2 avant:
mov ax, [bx]
c'est du grand nimporte quoi, je n'avais pas lu les exemples et ils sont à éviter. L'intérêt du bouquin est dans la liste des instructions en format poche.
On ne peut pas faire autrement mais faut bien avouer que en pdf (de m***de), les manuels Intels ne sont pas pratiques à consulter, faudrait les passer en chm.

Commentaire de jack le 05/03/2010 12:15:31 administrateur CS

Salut BN
Je me risque dans cet espace CPP que je ne maîtrise pas, d'où les questions suivantes :
Mon terrain de prédilection, c'est VB6.
Pour mes sauvegardes perso, j'ai besoin de vérifier l'intégrité des fichiers transférés.
Sous VB6, l'instruction Get limite le pointeur d'accès aux données à 2Go (Long de VB6)
Je recherche donc une DLL capable de lire elle même les données et de me fournir ce fameux CRC.
J'ai un peu regardé dans cette source, mais j'ai du mal à comprendre si c'est l'EXE d'exemple ou la DLL qui assure cette tâche de lecture de buffer.
Je pense que c'est l'EXE car j'ai vu ta variable ONEMEGA (judicieusement nommée) et qui semble être la taille du buffer traité.
Me trompe-je ?

Serait-il pensable de fabriquer une DLL à laquelle on fournirait la chaine d'accès au fichier depuis VB6 ?
Merci de tes éclaircissements.

Commentaire de jack le 06/03/2010 16:17:19 administrateur CS

Merci beaucoup, bn
J'ai mis en application et le tout fonctionne.
Si tu le permets, je vais publier une nouvelle source VB avec cette DLL, avec le lien, bien entendu, symbole d'une fructueuse collaboration !

Juste avant, une petite question :
Sur le calcul de CRC des gros fichiers (~12Go), les résultats ont vraiment des formes particulières (sans signalement de défaut de la part de la DLL) :
Par exemple, sur un fichier de 12.8Gb, le résultat donne 6B6B 6B6B
Sur un autre de 7.4Gb, j'obtiens F1F1 F1F1
Pour 1.93Gb, FCFC FCFC
Pour 583Mb, 3738 B9BA
Ces résultats sont les mêmes avec cette DLL (zip du dernier msg) et avec la DLL de ta source.

Ces résultats me paraissent bien singuliers dès que la taille des fichiers augmentent.
Y aurait-il un problème de saturation de capacité de variable ?

Commentaire de BruNews le 06/03/2010 18:41:40 administrateur CS

Je viens de tester avec l'exe qui est ici en source sur des ISO > 2 Go (Sql Server, VS, etc..) no prob, j'ai des résultats tout a fait corrects.