GENERATEUR DE NOMBRES ALEATOIRES A L'AIDE DE THREADS

cs_Kaid Messages postés 949 Date d'inscription mardi 2 octobre 2001 Statut Membre Dernière intervention 8 juillet 2006 - 5 déc. 2002 à 00:34
guiguikun Messages postés 92 Date d'inscription jeudi 28 novembre 2002 Statut Membre Dernière intervention 1 octobre 2003 - 7 août 2003 à 00:34

Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/10153-generateur-de-nombres-aleatoires-a-l-aide-de-threads

guiguikun Messages postés 92 Date d'inscription jeudi 28 novembre 2002 Statut Membre Dernière intervention 1 octobre 2003 1
7 août 2003 à 00:34

Avant on pouvait sniffer les packets pour trouver le nombre d'incrementation (j'ai oublié le nom) qui sert a identifier les packets pour faire du connection hijacking, mais sur les OS actuels ces nombres sont plus difficilements prévisibles.

cs_Kaid Messages postés 949 Date d'inscription mardi 2 octobre 2001 Statut Membre Dernière intervention 8 juillet 2006 1
5 déc. 2002 à 16:46

rand() ne renvoit pas toujours des nombres vraiment au hasard.
Par exemple, une trame IP contient un champ numérique généré aléatoirement (me demande pas lequel :) ). Si tu analyses des trames générées par Windows, tu remarques au bout d'un certains temps que les nombres aléatoires sont tous les mêmes. Ca permet d'identifier un OS gràce aux trames IP.

Bien sûr pour le commun des mortels la fonction rand() suffit amplement.

BlackGoddess Messages postés 338 Date d'inscription jeudi 22 août 2002 Statut Membre Dernière intervention 14 juin 2005
5 déc. 2002 à 12:46

oui, puis on peut aussi prendre l'adresse mac de la carte réseau, l'id du dd sous windows et ainsi de suite...
rand ne sort pas un nombre aléatoire normalement ? si oui, pourquoi se casser la tete a en demander + ?

Galett Messages postés 115 Date d'inscription jeudi 7 février 2002 Statut Membre Dernière intervention 21 mai 2005
5 déc. 2002 à 12:35

certes le programme n'est pas économe, mais c'est une méthode assez svt utilisée en fait. Mais en général, pour avoir un random qui soit un pur hasard on effectue par exemple un ou exclusif entre le rand et le numéro de processus du prog, cela nous donne une variable qui définit un hasard,...disons hasardeux :)

cs_Patrice99 Messages postés 1221 Date d'inscription jeudi 23 août 2001 Statut Membre Dernière intervention 9 septembre 2018
5 déc. 2002 à 09:21

L'intéret c'est que l'execution des threads n'est pas prévisible, cela ajoute donc du hasard à la fonction rand(), ce qui est bonne idée. Par contre, cela n'a pas l'air pratique ni économique à utiliser dans un autre prog.

cs_Kaid Messages postés 949 Date d'inscription mardi 2 octobre 2001 Statut Membre Dernière intervention 8 juillet 2006 1
5 déc. 2002 à 00:34

Je comprends pas bien le mélange entre les threads et la fonction rand(). Je vois vraiment pas l'intérêt de l'exécution simultanée car tous les threads tapent dans la même variable 'nombre'. Et la boucle dans la THREADPROC fait que le programme monopolise 99% du temps processeur.

Discussions similaires

génerateur de nombre aléatoire

Générateur de regles de jeu...

Générateur de chiffres et des lettres

generateur de pseudo

générer dynamiquement des noms de variables

Votre réponse

Discussions similaires