Juste pour que tu saches, 0xbaadf00d c'est pour indiqué de la mémoire allouée mais non initialisée quand tu utilises le compilateur de visual studio.

http://www.nobugs.org/developer/win32/debug_crt_heap.html#table

Ok merci ! Je viens d'ajouter une allocation pour src dans la fonction cuttingTexture, mais j'ai encore le problème. Cette fois j'ai cette erreur :

1. 0 6C7D860B SDL_IntersectRect() (C:\Users\Jenny\DOCUME~1\1-PROG~1\2-PROJ~1\Test\bi

n\Debug\SDL2.dll:??)

1. 1 00272000 ?? () (??:??)
2. 2 16362004 ?? () (??:??)
3. 3 ?? ?? () (??:??)

Etrange, il y a surement quelque chose que je fais mal avec SDL 2.0

Ah je crois que j'ai trouvé ! En utilisant SDL_malloc ça ne plante plus. Par contre je ne vois plus mon personnage maintenant On dirait que c'est l'un ou l'autre xD

http://pastebin.com/n6GbntZm

Voilà la fonction cuttingTexture actuellement. Plus aucun problème ne survient, mais rien ne s'affiche à l'écran.

Si je change et que je mets malloc à la place de SDL_malloc ça marche mais ça fait une erreur quand ont quitte...

Bon, vraiment désolée de mes quatres postes (godrik tu peux faire le ménage si tu veux)

Mais je viens de trouver et ça marche, mais je ne comprends pas pourquoi.

En gros, si je fais un SDL_malloc pour allouer de la mémoire à ma structure Player, ça fonctionne et je n'ai plus aucune erreur.

Pourquoi pas un simple malloc ?

(pas de soucis)

dans le doute, fais passer valgrind

Avec sizeof(SDL_Rect*) tu alloues assez d'espace pour un pointeur de SDL_Rect mais ce n'est pas ce que tu veux, tu veux allouer n*sizeof(SDL_Rect) octets, n étant le nombre de sprites sur ton image car tu as besoin d'autant de SDL_Rect qu'il y a de sprites.

Ah d'accord Pocolo, c'est logique en plus. J'imaginais que j'allouais de l'espace pour un tableau en faisant ça, mais rien n'était préciser.

Je vais réécrire tout ça et je vous tiens au courant. Si ça marche, ça m'aura au moins fait plonger + dans l'allocation dynamique que j'avais à peine touché jusque maintenant

Alors plusieurs choses :

J'avais réécrit la fonction, que voici :

http://pastebin.com/EnSp5VZW

Le problème c'est que je n'ai plus de problème mais plus rien ne s'affiche.

Ici par mégarde, j'ai enlevé l'allocation dynamique pour src, et maintenant ça marche, j'ai également accès à tous les sprites de l'image !

Comment ça se fait ? Ce qui faisait le problème de tantôt est bel et bien malloc, bizarrement il faut absolument mettre SDL_malloc

Finalement je suis retournée avec SDL 1.2 Moins d'ennuis avec, en plus je crois que ça m'est profitable car il n'y a pas vraiment encore de doc pour la 2.0.

si mais ils l'ont cachée

Bonjour,

J'aimerai savoir si vous aviez connaissance d'une ressource documentaire qui explique clairement comment se passe la répartition de la mémoire en C ?

J'ai bien compris ce qu'est le tas, la pile, par contre impossible de comprendre dans quel sens tout ceci est imbriqué. On me parle d'adresse haute, basse, de 'it grows upward in a visual listing of memory, toward lower memory addresses'... tout ceci à tendance à m'embrouiller et j'ai du mal à être sûr de savoir si j'ai bien compris

Merci

Angivare, elle n'a pas l'air très complète... Je préfère attendre. Je n'ai pas vraiment de problèmes avec la 1.2. Même l'unicode je le gère bien :

http://pastebin.com/uE22gmNr

sd460, non je n'ai pas de ressource precise la dessus. Mais sache que tout ceci est completement compilateur, processeur et systeme d'exploitation dependent.

La meilleur facon de regarder ce qu'il se passe est de mettre des trucs sur la pile et dans le tas et de regarder a quelles addresse les choses sont.

Sinon, j'ai réécrit la fonction pour découper les sprites, mais en SDL 1.2 :

http://pastebin.com/ygZi33v3

Et ça fonctionne sans problème avec l'allocation dynamique. On dirait que la 2.0 fourni automatiquement des SDL_Rect avec SDL_malloc...

Quelqu'un peut-il m'expliquer Load-Hit-Store comme si j'étais un enfant de 5 ans ?
Pas sûr d'avoir compris la différence entre Hit et Store.

De ce que j'ai compris de ce probleme:

Quand tu fais *foo = 2+*foo et que tu compile en -O0 comme un gore. Tu as 3 instruction qui sont emise:
register = load (foo)
register = register + 2
store (register, foo)

le premier est load, le deuxieme est hit et la troisieme instruction est store.

Le probleme load hit store apparait quand tu fais un truc comme

• foo = 2+*foo
• foo = 3+*foo

Ce probleme vient du fait que de facon general, le compilateur ne peut pas optimiser le code. Il est obliger de lire et d'ecrire en memoire 2 fois. C'est toute la discussion du mot cle restrict et C ou du compiler-specific __restrict (que tous les compilateurs raisonnablent supportent).

Le cout est lie au fait que le compilateur est oblige de lire apres l'ecriture et donc il y a plein de chose qu'il ne peux pas faire, comme par exemple du prefetch logiciel.

OMG une fille qui aimes la programmation

Djxyz1, ce n'est pas si rare, 35% de ma classe est compose de femme.