BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019
-
3 oct. 2006 à 02:13
DePassage -
15 mai 2014 à 21:29
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
Arnaud16022
Messages postés1329Date d'inscriptionvendredi 15 août 2003StatutMembreDernière intervention16 juin 20102 10 oct. 2006 à 12:55
Tu devrais aussi rajouter des routines pour crypter des std::string, des float , int et autres...
perso je pense qu'une classe template( mais bon, plus de DLL )serait plus appropriée.
Bonne idée le coup du buffer. en plus ça permettrait d'utiliser plus facilement les SIMD.
ouaip, c'est vrai, il y a du CPP puisque j'utilise MFC. Pour la gestion du fichier, je trouve ça pratique.
Je vais voir pour augmenter la taille du buffer de traitement quand j'aurai le temps. Cependant, j'ai fais des manips sur de fichiers de 4-5Mo, et le chiffrement est inférieur à 1 seconde.
bye
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 3 oct. 2006 à 02:18
Oublié de préciser:
"C'est une dll que j'ai développé en C..."
NON, ce qui suit n'a rien de C (par force puisque c'est MFC):
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 3 oct. 2006 à 02:13
Salut,
besoin de MFC pour faire du XOR ???
Ce genre de DLL est le client idéal pour compil C, ne se liait qu'à kernel32 et tenait en 6 Ko.
Compress() (pas regardé le reste) lit et écrit octet par octet, c'est ultra lent et un mauvais exemple pour débutant. Tu pourrais au moins traiter par buffer de 64 Ko.
15 mai 2014 à 21:29
10 oct. 2006 à 12:55
perso je pense qu'une classe template( mais bon, plus de DLL )serait plus appropriée.
Bonne idée le coup du buffer. en plus ça permettrait d'utiliser plus facilement les SIMD.
4 oct. 2006 à 09:50
ouaip, c'est vrai, il y a du CPP puisque j'utilise MFC. Pour la gestion du fichier, je trouve ça pratique.
Je vais voir pour augmenter la taille du buffer de traitement quand j'aurai le temps. Cependant, j'ai fais des manips sur de fichiers de 4-5Mo, et le chiffrement est inférieur à 1 seconde.
bye
3 oct. 2006 à 02:18
"C'est une dll que j'ai développé en C..."
NON, ce qui suit n'a rien de C (par force puisque c'est MFC):
s_NomFichierDest += "." ;
s_NomFichierDest += Temp ;
CStdioFile FichierDest(s_NomFichierDest, CFile::modeCreate | CFile::typeBinary);
FichierDest.Close();
Corrige ta description de source.
3 oct. 2006 à 02:13
besoin de MFC pour faire du XOR ???
Ce genre de DLL est le client idéal pour compil C, ne se liait qu'à kernel32 et tenait en 6 Ko.
Compress() (pas regardé le reste) lit et écrit octet par octet, c'est ultra lent et un mauvais exemple pour débutant. Tu pourrais au moins traiter par buffer de 64 Ko.
ciao...