Debuter la programmation en C

[Shoryu]

J'ai aussi commencé le C avec le Site du Zér0

Par contre, les pointeurs, c'est une vraie plaie, d'ailleurs, Little_Lapinou, tu proposais des exercices, si tu en as sous le coude pour pratiquer du pointeur, je suis preneur...

A mon avis, c'est la seule méthode pour intégrer les différences entre variable, *variable, etc.
Faut en bouffer !

[pitufo]

Il existe des balises

Code: [Sélectionner]

[url] [/url]
autant s'en servir...

c'est ce que j'ai fait.........................................

[Little_Rabbit]

Par contre, les pointeurs, c'est une vraie plaie, d'ailleurs, Little_Lapinou, tu proposais des exercices, si tu en as sous le coude pour pratiquer du pointeur, je suis preneur...

Ben volontiers, mais on va attendre encore un peu, histoire d'aborder d'autres notions (tableaux, structures, etc.) avant de voir les pointeurs !

Et puis je n'ai pas touché à un compilateur C depuis... heu... genre 1997 ou 1998 ! Il va falloir que je m'y remette pour me rafraîchir la mémoire !... 

[9uile]

j'ai trouvé un 'bug ???' dans la partie qui genere le chiffre aléatoire.
Si je mets MIN=0 et MAX=1000000 (c'est un ex...) les chiffres retournés sont souvent plus proche de 1 que de 1000000 !!!

Et ca c'est pas vraiment le fait du HASARD !! !

Du coup, je developpe une fonction qui va faire des vrais chiffres au pif.
(sachant que le hasard n'existe pas en informatique !)

[High_Cobra]

Attention, c'est très dur de faire de la vrai génération de nombres aléatoires... Il existe des systèmes très complexes (et très cher) pour faire ça... Et pas sur que ta fonction perso soit plus performante qu'un rand( )...

[Zorg]

Real programmers don't use LISP. Only effeminate programmers use more parentheses than actual code. 

excellent langage pour apprendre bon nombre des concepts de base.

[BigPanik]

(sachant que le hasard n'existe pas en informatique !)

Pourtant le nombre de fois que mes PCB ont lâché "par hasard"...

BP

[9uile]

Attention, c'est très dur de faire de la vrai génération de nombres aléatoires... Il existe des systèmes très complexes (et très cher) pour faire ça... Et pas sur que ta fonction perso soit plus performante qu'un rand( )...

Euh, je ne compte pas révolutionner les jeux de loteries !!!
C'est juste que les résultats doivent être un minimum credible.

J'expliquerai ça quand j'aurai fini ma fonction...

edit : j'utilise quand même rand() dans ma fonction 

[BigPanik]

rand() utilise la constante RAND_MAX définit dans stdlib.h comme valeur maxi.

Tu as augmenté cette valeur (par défaut 32767)?

BP

[9uile]

 

Pas du tout je suis monté à 1 000 000 000 !!

 

C'était pour tester si ça marchait bien. Bah ça marcho pô 
Du coup j'ai trouvé un autre moyen nickel. Il faut que je finisse la fonction.
Je vous montrerai les résultats renvoyés pour pas que vous soyez influencés par le code.

Vous pouvez d'ailleurs me demander de generer une suite de nb aléatoire, pour voir  

[High_Cobra]

Tout dépends ce que tu fais dans ta fonction, ça ne sera pas forcément mieux que rand, et sans doute pire même... rand est tout à fait adapté pour faire des nombres aléatoires... Prends un très gros échantillon et vérifie la répartition, tu verras...

[9uile]

Vas-y dit pour voir...

[High_Cobra]

vas-y, génère 500.000 nombres compris entre 1 et 1000 avec les 2 méthodes et on étudiera la répartition... Et encore, ça ne sera pas forcement représentatif

[9uile]

Bon j'suis désolé mais vu que la sortie n'est pas copiable/collable en état, j'ai fait uniquement 50 chiffres sur 3 digits (de 0 a 999)




 

[dapsaille]

programme.exe > sortie.txt 

[Little_Rabbit]

rand() utilise la constante RAND_MAX définit dans stdlib.h comme valeur maxi.

Tu as augmenté cette valeur (par défaut 32767)?

BP

Effectivement, comme le dit BP, il faut voir dans quel champ elle travaille cette fonction. Si par exemple ce RAND_MAX est prévu pour être un 16 bits signé, c'est un peu normal que 1 million ne lui fasse ni chaud ni froid ! Si tu mets un argument plus long (en bits) que celui attendu, il va être tronqué...

Avant de tirer des conclusions hâtives, vérifie bien la nature et la taille des arguments et celui du résultat. Pour ta graine, utilise un truc qui varie, genre le nombre de millisecondes écoulées dans la seconde courante, ou quelques chose en rapport avec la température du proc...