Chris j'ai pas vraiment envie d'apprendre le vector je veut les utiliser car j'en ai besoin ^^
vous allé me prendre pour un suicidaire mais j'ai envie de programmer un code qui crypte les message , donc j'ai fait 2 tableau .
le premier contient toute les lettre de l'alphabet + espace ( donc sa taille est 27 )
le second pareille que le premier sauf que c'est un vector pourquoi pas un tableau normal ? vous allé comprendre

donc en gros je veut utiliser rand pour piocher un nombre naturel au hasard x dans le groupe [0,26]
après avoir pioché x je ferai tableau[0] = vector[x]
donc la lettre "a" de mon tableau est devenu une lettre tiré au hasard .
je vais faire pareille pour tous les autre lettre sauf qu'il y a un problème je ne veut pas que rand tire 2 fois la même lettre
alors je modifie le code :
tableau[0] = vector[x]
vector.erase(begin() + x)
b--; ( b étant le nombre maximum que rand peut pioché )

donc voila

Je précise que se code crype et décrypte les message pourvue qu'on a la clé
la clé est en faite le nouvel alphabet de mon premier tableau ( bon c'est une clé de 27 caractère mais c'est mieux que rien )

« Chris j'ai pas vraiment envie d'apprendre le vector je veut les utiliser car j'en ai besoin ^^ » non, ça c'est faux. Vu ce que tu as dis, c'est FAUX, FAUX et FAUX. Tu n'utilises que des primitives propres aux listes (doublement chainées) donc c'est list dont tu as potentiellement besoin.

Anyway, en lisant ton problème, on comprend vite que tu es trop vite tomber dans la technique, et surtout que tu n'as pas assez réfléchis à la méthode qui te permettra de faire ce que tu veux vraiment (à savoir, tirer un permutation au hasard).

Je te suggère d'essayer déjà de créer une telle permutation à la main sur une feuille de papier. Ensuite, analyse comment tu fais... je ne pense vraiment pas que ta méthode nécessite de prendre une paire de ciseaux pour couper des bouts de feuilles.

Chris: Même une liste ça irait pas puisqu'il veut du random access avec vector[x].

Enfin pour info iLIKEto, il existe dans la STL(la bibliothèque standard) une fonction qui fait ce que tu veut faire, d'une autre façon. Mais comme dit Chris ça te fait un bon exercice de le trouver tout seul.

Arf j'ai oublier que j'utilisé des string
les string peuvent être modifier a se que j'ai compris donc pas besoin de vector en effet

Et sinon j'ai fait comme tu ma dit et donc j'ai remplacer chaque lettre au hasard sans jamais faire de doublon mais c'est la le problème : les doublons c'est pour sa que j'ai eu l'idée des vector avant que je me rappelle que je manipulé des string

Je peut aussi remplacer chaque lettre de mon string en suivant une suite logique mais je veut que les lettre soit mélangé totalement par hasard de sorte a se que chaque mélange est sa propre clé

Ceci dit j'avais oublier les apostrophe donc la clé sera en 28 caractère

Et la j'ai un nouveau problème : errors 'string' does not name a type

Je peut pas renvoyai de string par une fonction ?

hyrulink2: c'est une liste de taille 28, donc en pratique ça irait. Le gros du soucis, c'est surtout d'éviter d'éclater le vector à chaque itération à mon avis.

Cela étant dit, il n'a pas besoin de la STL pour faire ce qu'il veut (et il n'a pas le niveau en C++ pour se permettre la STL). Donc c'est pas par là qu'il faut l'envoyer.

iLIKEto: c'est encore pire de couper des std::string...

« sans jamais faire de doublon mais c'est la le problème » oui, c'est là le problème. Tu résous ça comment sur ta feuille de papier ?

J'évite se qui on déjà étais copier

Comment ?

a\ a
b \ b
c \c
d d
comme la d est relié au a je n'y touche plus

et merde dessein a la con
a\
b.\
c..\
d...d

Et donc, quand tu tires ton d au hasard, tout ce qu'il te faut, c'est de savoir si le d a déjà était pris, c'est bien ça ?

Comment faire ça efficacement avec des tableaux ?

Ma manière est de supprimé le d du tableau comme sa http://pastebin.com/pq3tRLmy
mais toi tu veut m'apprendre a pas utilisé les vector donc il doit y avoir une autre méthode mais pour être franc je vois pas du tous se que c'est

C'est à ce moment là que tu fais une erreur de raisonnement.

Ce que tu veux vraiment, c'est "savoir si la lettre que tu viens de tirer au hasard à déjà été tirée". (On est bien d'accord sur ça ?)

Or, sur le dessin, tu fait assurément autre chose que de supprimer le d du dessin.

"savoir si la lettre que tu viens de tirer au hasard à déjà été tirée".
si je supprime toute les lettre que je tire c'est impossible que je les tire une second fois non ?
car l'objectif premier du code c'est bien de cryptai et pas de savoir si j'ai tirai la lettre ou non donc de faire un nouvelle alphabet un exemple
alphabet français : abcdefghijklmnopqrstuvwxyz ( sans oublier l'espace a la fin )
nouvelle alphabet : fnq jdaiokwzycshgxbplrtmuev ( noter l'espace entre le q et le j cette espace remplace la lettre :
D noter aussi le v a la fin le v remplace l'espace)

on pourrai coder : je vais
par : kjvtfop

J'ai bien sure pas encore fini le code mais j'y travail

« si je supprime toute les lettre que je tire c'est impossible que je les tire une second fois non ? » Si c'est vraiment ta seule vision des choses, alors ce qu'il te faut vraiment c'est std::set : http://www.cplusplus.com/reference/stl/set/

C'est pas vraiment la seul il y a aussi de mettre tous les lettre tiré dans un 3 eme tableau et quand je tire une nouvelle lettre je vérifie qu'elle n'est pas la même qu'une lettre sur le tableau 3 mais a quoi bon d'utiliser une solution plus longue

« C'est pas vraiment la seul il y a aussi de mettre tous les lettre tiré dans un 3 eme tableau » mettre des choses dans un paquet, ça se traduit aussi par utiliser std::set

Cela dit, avec ce nouveau message, on se rapproche de ce que j'ai en tête. Et crois moi, c'est plus court, plus simple à coder, et terriblement plus efficace que ce que tu cherchais à faire initialement.

d'accord je vais essayai ta méthode

"Cela étant dit, il n'a pas besoin de la STL pour faire ce qu'il veut (et il n'a pas le niveau en C++ pour se permettre la STL). Donc c'est pas par là qu'il faut l'envoyer. "
Oui, on est d'accord, ce que je voulait dire c'est que c'est à lui de trouver l'algo, pas la fonction.

Indice pour OP: tu n'a besoin que d'un tableau, pas plus.

Par curiosité j'ai testé l'algo que voulait faire iLIKEto à la base avec un vecteur et avec une liste séparément, il s'est avéré que c'était 3 fois plus long avec une liste, ça doit être à cause des allocations dynamiques en plus.

hyrulink2: heu... sans tableau (ou set, ou whatever pour garder en mémoire les choix déjà pris) je ne sais pas faire moi (enfin si, mais carrément pas comme veut le faire l'OP, et pas forcément mieux).

Sinon, ton test me suggère plutôt que les temps d'accès ne sont peut-être pas négligeables du tout en fait.