Allocation de RAM - Page 1

Tu peux utiliser HeapAllocHigh pour allouer un bloc sans trop gêner les allocations suivantes.

Pour PedroM c'est l'algo du premier trouve qui est utilise.

HeapAllocHigh fait HeapCompress, de toute façon.

vers la fin, plutôt ^^

bizarre ça !
car j'imagine bien que les 2 octets perdu ne correspondent pas la mémoire que tu as alloué dynamiquement. On peut voir les lignes de code d'(dés)allocation .
Je pense que l'erreur viens de toi ; du moins si c'était mon code je penserai ainsi, car normalement, on ne pas perdre un seul octets de mémoire en sortant d'un prog.

tu fais quoi : allocation de mémoire pour structure ?

Euh Martial je code pas en ASM, alors oubli le code. M'enfin ça pourrait intéressé les autres

Martial Demolins :
j'alloue 5*LCD_SIZE pour la sauvegarde de l'écran, ainsi que pour faire du double-buffering

Au fait, si tu utilises Grib, il faut lui passer des adresses multiples de 8 pour les planes. Je crois que j'ai oublié de préciser ça dans la doc.

Martial Demolins :
A propos de RAM, il est en train de m'arriver un truc assez bizare, quand je lance un programme, au premier lancement je perds 2 octets de RAM, puis j'en perds 0 aux lancement suivants. Ca peut être normal? ou c'est forcément une erreur de ma part?
Je ne fais qu'une allocation, avec HeapAllocPtr, donc il est facile de vérifier que c'est bien désalloué... Je ne sais pas trop par où chercher le problème en fait...

Tu fais bien tes vérifications en effaçant l'historique ?

si tu fais un buffer overflow, ça peut niquer la ram et le systeme d'allocation de l'ams pmeut perdre la boule ^^

par contre, c'est bizarre que ça soit 2o, vu que ça ne peut pas être un handle (dont la taille min est de 6o)

je dirais plutôt que l'allocation de la ram doit augmenter un handle de 2o pour éviter qu'il y ait un trou de 2o dans la ram entre 2 handles

C'est plus ou moins ce que j'allais poster, un handle faisant en effet 6+2 octets au minimum...

Flanker :
je dirais plutôt que l'allocation de la ram doit augmenter un handle de 2o pour éviter qu'il y ait un trou de 2o dans la ram entre 2 handles

spa possible que ça soit un handle qui prenne 2o.
sinon, essaie avec CS, y a une opion d'exécution sympa qui te liste les handles non laissés en vrac dans la ram

nan, je n'ai pas dit que c'était un handle à toi ^^

Normal que tu peux perdre 2 octets ou x octets en quittant ton programme. HeapCompress effectue un 'Garbage collect' de la RAM.

Bon, je suis concient que je fais un up d'un mois, mais c'est le topic le plus haut de toute manière.

Je viens de jeter un coup d'oeil à la doc de TICCCLIB, l'article sur HeapSize est assez intéressant: L'agrandissement d'un bloc de quelques mots est une conséquence (rare) du Garbage Collect.