CRYPTAGE PAR INVERSION DE BITS

Commentaire de Saros le 13/12/2003 13:15:51

OK, merci beaucoup.
J'ai oublié de dire, au cas où ça pourrait entraîner des frustrations : compilé avec VC++ 6.0.
Saros

Commentaire de Saros le 13/12/2003 13:37:01

Voilà c'est fait (et encore merci)

Commentaire de Kirua le 14/12/2003 00:57:14

euhm, pour récupérer plus que jusqu'au pemier espace, tu fais ça:
(je suppose que tu programmes avec la STD)

cin.getline(variable, longueur, delimiteur);

alors tu fais par exemple:

(demande quelle est la longueur du texte)
cin >> LONGUEUR;
char *texte = new char[LONGUEUR];
cin.getline(texte, LONGUEUR, ''); //le caractère 0 comme délimiteur, donc plus l'espace

.. encodage (un cryptage sans clef n'est pas un cryptage, c'est un encodage) ...

delete[] texte;


je garantis pas que ce soit sans faute, j'ai tappé ça directement ds le formulaire de comment, j'ai jamais compilé ça.


pour getline: http://www.cplusplus.com/ref/iostream/istream/getline.html

Commentaire de Kirua le 14/12/2003 12:44:58

STD = la bibliothèque standard du C++, en font partie (entre autre):

iostream
fstream
istringstream
string
...

à côté de ça tu as aussi la STL (Standard Template Library):

vector
deque
stack
list
map
.............. et un tas d'autres

ces librairies sont les standards du C++, il est bon de les utiliser pour favoriser l'uniformisation des codes. Printf, Scanf, ... tout ça c'est la lib standard du C, c'est dommage de les utiliser quand on fait du beau code C++ tout propre, ça casse un peu l'ambiance je trouve ;-)

en fait, pour utiliser cin, cout ... tu mets tjs ça:
#include <iostream>
using namespace std; //cette ligne indique que par défaut, quand tu utilises un objet, il fait partie de l'espace de nom std, ça évite de tapper ça:
std::cout << ...

:: est l'opérateur de résolution de portée, mais c'est lourd à écrire alors...


une remarque par rapport au code que j'ai tappé ds le msg précédent: le caractère NULL (0) a sauté à cause de l'anti-slash (il est temps que ce bug soit fixé), évidemment, le dernier paramètre de getline est: '"ANTISLASH"0'

cplusplus est un excellent site, je ne peux plus m'en passer, et faut vrmnt que les gens utilisent les libs standards, parce que sinon, c'est plus un standanrd, sgnif :-( si tlm utilise sa lib, ça devient impossible de lire les codes sources des autres, même si c'est partout du C++, on s'y retrouve plus.


une note par rapport à ton programme plus directement:
je pense qu'un programme d'encodage devrait surtout coder/décoder des fichiers, plutôt que de demander à l'utilisateur de tapper son message. Moi je te propose de te renseigner sur cplusplus.com sur l'utilisation de <fstream> pour les flux de fichiers.

ça aura plusieurs avantages directs:
- tu restes ds le beau et pur C++ ;-)
- tu peux déterminer la taille du fichier, donc tu ne dois plus demander à l'utilisateur de savoir combien de caractères il y a dans son texte (à ce sujet, en haut je me suis trompé: c'est LONGUEUR+1, il faut de la place pour le caractère nul)
- l'utilisateur ne doit pas tapper son texte, surtout s'il s'agit de décryptage ça devient horrible de tapper Ç si on sait pas à quel code ASCII ça correspond
- plus de problème de flux arrêté à l'espace, mais remarque que les flux de fichiers avec la STD sont très semblables aux flux vers/de la console, ainsi:

cin >> variable;
mais aussi:
fichier >> variable;

donc tu devras qd même utiliser getline, en calculant d'abord la taille du fichier (avec les méthodes de déplacement de la "tête de lecture" du fichier, tout est expliqué sur cplusplus.com)

bien à toi

Kirua

Commentaire de Saros le 14/12/2003 20:15:39

Mise à jour.
Je ne sais pas si mettre l'exe compilé est avantageux, étant donné qu'à lui seul il fait 520ko... Si ça gêne vraiment certains, postez un commentaire.
Essayer avec le fichier test.txt
Un grand merci à Kiruaet à djl.