interessant, je jetterai un oeil

Tu as essayer de recompiler le jeu a partir des sources?

Non mais pour une bonne raison, il suffit de modifier un des fichiers C et c'est prit en compte au démarrage du jeu comme si c'était interprété... Est-ce normal ?

Je n'ai pas assez d'expérience, mais on dirait que le jeu est codé en orienté objet, mais peut être me trompe. Voici des exemples que je met sur hastebin :

http://www.hastebin.com/voyugisala.avrasm
http://www.hastebin.com/meviriwidu.avrasm

Ca ressemble a du C en effet. Mais ca pourrait ne pas en etre aussi. Je n'ai pas vu de pointeur par exemple.

C'est possible que le C soit compile a la volee. Aussi il y a des compilateur comme tcc qui font de C un langage de script.

c surement angelscript

http://www.angelcode.com/angelscript/

En parcourant les fichiers c'est vrai que je ne voit pas de pointeurs pour l'instant, par contre ici si je ne me trompe pas il renvoit une adresse :

http://pastebin.com/qLhP8fsH

Bonsoir tout le monde,

juste une rapide question (dont je n'ai pas pu trouver la réponse sur Internet, merci de ne pas m'humilier avec un lien google où la réponse est en première page )

Quelle est la valeur par défaut d'un booléen en C++ ? (je suis avec GCC, je ne sais pas si ça change quelque chose)

J'ai pu observer des résultats vraiment étranges (ça m'apprendra aussi à initialiser toutes mes variables)

Normalement false (ou 0 autrement dit) pour une variable globale, sinon pour une variable automatique ou allouée sur le tas ce sera la valeur qui se trouve à cet endroit en mémoire, ce qui donne souvent un gros chiffre qui n'est pas celui que tu attends.

Attention pour les classes ce n'est pas comme en Java où les attributs d'une classe sont automatiquement initialisés à une valeur par défaut si tu ne les initialise pas toi-même, en C++ ce n'est le cas que pour les variables globales, autrement il faut toujours les initialiser dans le constructeur.

D'accord merci pour l'explication !
C'est fou qu'un booléen puisse prendre des valeurs complètement exotiques, je ne pensais pas que j'aurais un jour des SIGSEGV à cause d'eux...

le stack n'est pas "zero initialized". tu peux le voir avec ce code http://pygments.org/demo/63047/?style=monokai
vu que la proc a() est rappelée de suite elle se retrouve avec la même stackframe que l’appel précédent et donc les même valeurs.

d’après le standard c++ seulement les variables statiques et de threads(thread_local) sont zero-initialized. les statiques aux lancement du programme et les variables de thread a chaque lancement d'un thread.

définition de zero-initialize:
To zero-initialize an object or reference of type T means:

if T is a scalar type (3.9), the object is set to the value 0 (zero), taken as an integral constant expression, converted to T;

if T is a (possibly cv-qualified) non-union class type, each non-static data member and each base-class subobject is zero-initialized and padding is initialized to zero bits;

if T is a (possibly cv-qualified) union type, the object’s first non-static named data member is zero-initialized and padding is initialized to zero bits;

if T is an array type, each element is zero-initialized;

if T is a reference type, no initialization is performed.

Bonjour.

" C'est fou qu'un booléen puisse prendre des valeurs complètement exotiques "

C'est vrai qu'en théorie un booléen a deux valeurs possibles, 0 ou 1, cela-dit vu que le type bool tient sur un octet il peut prendre n'importe quelle valeur qui tienne sur 8 bits.

Si tu essaye directement d'assigner à un bool une valeur supérieure à 1 ou inférieure à 0 il y aura une conversion implicite en true, 1 autrement dit.

Cela dit tu peux quand même obtenir d'autres valeurs, notamment si tu n'initialise pas la variable ou si tu passes par un pointeur, voici quelques exemples :

http://codepad.org/zrQ9FveF

Dans les trois derniers cas le booléen est toujours "vrai" mais il contient des valeurs différentes.

Merci à vous deux pour les détails. Je ne comprends pas très bien pourquoi les variables sur le tas ne peuvent pas prendre par défaut des valeurs "safe" (à défaut d'être cohérent).
Genre automatiquement initialiser les pointeurs à 0.

Caudheur, tu pourrais t'assurer que la pile est toujours initialise a zero apres un appel de fonction, mais ca couterait pas mal de temps. Le choix de C est de laisser la pile non initialise. Il est possible que certaines variables ne soit pas ecrite ou lue dans une execution d'une fonction. pourquoi perdre du temps a l'initialise.

Aussi dans beaucoup de cas, les variables ne passent pas par la pile du tout, elle reste en registre. Finalement, il y a des outils qui peuvent te dire quand tu fais n'importe quoi (ton compilateur avec les options qui vont bien, et valgrind).

Bonjour tout le monde! Je suis face à un problème de géométrie en apparence simple, mais je galère un peu dessus...

http://sournoishack.com/uploads/1632584062Sans_titre.PNG je connais les coordonnées du point A et du point B, ainsi que le rayon de la sphère rouge, existe t-il une manière simple de calculer les coordonnées des points C et D? ce serait dans l'espace.

si quelqu'un voit une solution rapide... merci d'avance.

Qu'est ce que l'on peut savoir en 2D

Avec le theoreme de pythagore tu peux connaitre la distance de AC.
Avec le rayon et la distance AB tu puex obtenir le sinus de l'angle BAC et BAD. tu peux prendre l'arcsin pour obtenir la valeure de l'angle

Avec ces deux informations tu as direction et distance a partir de A. Donc tu peux calculer C et D.

En 3d, ton dessin defini un cercle sur la sphere de centre B, queles sont donc les points qui t'interessent?

Godrik : "Finalement, il y a des outils qui peuvent te dire quand tu fais n'importe quoi (ton compilateur avec les options qui vont bien"

Tiens ça m'intéresse ça, tu veux dire que le compilateur pourrait me mettre des warnings quand il y a des variables que j'ai oubliées d'initialiser ?

Caudheur -> Par exemple avec gcc/g++ tu peux mettre ces warnings : http://gcc.gnu.org/onlinedocs/gcc-4.7.2/gcc/Warning-Options.html#Warning-Options

Sinon regarde pour -Wuninitialized,-Wmaybe-uninitialized. Tu as des exemples de détections sur le lien ci-dessus en recherchant ces 2 mots-clés.

Après tu peux regarder tous les warnings généraux + ceux spécifiés aux langages etc..., toujours au même endroit (ou en PDF qui est un peu mieu niveau mise en forme : http://gcc.gnu.org/onlinedocs/gcc-4.7.2/gcc.pdf)

quand tu compile avec gcc, tu peux utilise -Wall qui te dit ca.

J'ai l'habitude de dire qu'il faut toujours compiler avec les options maximale de warning. Dans mon experience, les warnings sont important a prendre en compte. Certains sont catastrophique si ils sont ignore.

tu peux remplacer le new globalement. par exemple sur windows new est un appel a la fonction HeapAlloc[1] sans flags. tu peux le replacer par un new qui appellera avec le flag HEAP_ZERO_MEMORY.

https://gist.github.com/anonymous/4739767

[1] http://msdn.microsoft.com/en-us/library/windows/desktop/aa366597%28v=vs.85%29.aspx

Il y a plein d'application a redefinir le comportement de new. L'un des plus pratique est l'initialisation avec une valeures debile. Ca permet de detecter les bugs de variables de tas non initialise rapidement.