Detection de la ram libre - Page 1

Bon j'essai de faire une routine qui doit me detecter précisement la ram qu'il me reste lors de l'execution de mon prog mais elle me K*%$! les $£%*ù§! depuis quelques temps alors poubelle et je prefere vous demander :
Comment faut-il s'y prendre et que doit-on prendre en compte exactement, et si ca a déja été fait où pourrai-je voir la source ?
Merci d'avance.

EDIT : -je ^^

 movem.l a0-a1/a5/d0-d2,-(a7)
 move.l  200,a5
 move.l  572(a5),a0;HeapAvail
 jsr     (a0)
 move.l  d0,-(a7)
 moveq   #0,d0
 move.w  #748,d0
 move.l  d0,-(a7)
 move.l  2636(a5),a0;XR_stringPtr
 jsr     (a0)
 move.l  a0,-(a7)
 pea     heap_avail_str(pc)
 pea     buffer(pc)
 move.l  332(a5),a0
 jsr     (a0)
 move.w  #4,-(a7)
 pea     buffer(pc)
 move.w  #0,-(a7); ordonnée
 move.w  #0,-(a7); abcisse
 move.l  1700(a5),a0
 jsr     (a0)
 lea     30(a7),a7
 movem.l (a7)+,a0-a1/a5/d0-d2
 rts
heap_avail_str:
 dc.b    '%s : %ld',0
buffer:
 ds.b     40
 even

mais :

 move.l  200,a0
 move.l  572(a0),a0;HeapAvail 
 jsr     (a0) 
 rts

suffit pour calculer la ram libre

Merci Flanker!
Vrai pour ./3 mais c'est ./2 qui m'interresse surtout

Ah non, j'ai mal lu ^^
Bon v desassembler heapavail alors

pourquoi il ne te convient pas ?

sinon, tu utilises HeapEnd qui donne la taille totale
tu parcours la liste des handles en faisant la somme des tailles (méthode lente : pour chaque handle 0<i<=2000 tu prends son adresse avec HeapDeref, si elle est non nulle tu fais HeapSize) et tu fais HeapEnd - somme(HeapSize)

Flanker :
pourquoi il ne te convient pas ?

---> Nan!

./7 ---> Hum...ouais je crois ke je vais plutot utiliser cette méthode...mais avec ma ptite modif'

Encore merci !

ça répond pas à ma question : c'est quoi qui ne te convient pas dedans ?

je me permet d'ajouter qu'un ROM_CALL, ça continuera de renvoyer la bonne valeur même si y'a des changements dans le fonctionnement d'AMS...
alors que calculer à la main, si y'a une modif à ce niveau dans AMS, ça marchera plus..;

Les deux ont pleinement raison. Mieux vaut utiliser les ROM_CALLs.

Dude
mais avec ma ptite modif'

Je suis bien d'accord avec vous, mais vu ce que je cite, j'imagine qu'il ne veut pas uniquement connaitre la RAM libre

squale, Lionel > oui, c'est bien pour ça que je n'ai utilisé QUE des ROM_CALL (sachant très bien que la méthode en 6 n'est pas optimale et qu'en bas-niveau je sais faire bien plus rapide). Là au moins ça va marcher sur PedroM par exemple

#11: bien vu, mais en regardant #0, je ne vois pas quoi...

En fait, ce qui m'embete le plus, c'est que je ne sais pas ce que "prend en compte" un HeapAvail.
En clair, je sais pas si sur les 256ko de ma calc, ca prend en compte tous les handles systemes, si ca prend en compte le twin du prog en ram, etc...
Question ROM_CALLs et AMS je sais pas comment ca marche vraiment là-dessous et c'était donc l'occaz d'en savoir en peu plus en codant ca moi meme.
De plus j'ai besoin de modifier un tit truc dans ce rom_call (mais qui va me poser probleme puisque c'est pas si facile que ca, et que si je vous le dis alors c'est plus un secret et c'est plus "ma tite modif' ki-tue-tout" )
Au final si vous préférez : j'aimerai n'utiliser aucun rom_call dans mon prog ^^
Vali Valou, en esperant vous avoir un peu éclairé (et assombri au passage )

PS: Ca se trouve où les roms désassemblées ? :-D

ça prend en compte tous les handles utilisés (donc système, twin, variables en RAM, kernel, tsrs....)

et si tu veux identifier certains handles, tu peux me demander

Ah! Dakorrr....alors peut-etre que pour le moment je v pas trop me casser la tete sur la petite modif dont je parlais et vais aller au plus simple! (Verrais ca plus tard)

Flanker :
et si tu veux identifier certains handles, tu peux me demander

Merci bcp c'est genty!
Et j'avoue que ton shell CS m'aide pas mal pour les handles et la structure de l'archive! A quand une nouvelle version ?

à quand j'aurais du temps pour vraiment me remettre là-dedans, j'ai vraiment trop de taf cette année

Bon courage alors Mais attention : trop de taf c'est mauvais pour la santé

> Au final si vous préférez : j'aimerai n'utiliser aucun rom_call dans mon prog ^^
Sans ROM_CALLs, tu ne peux pas faire grand chose... Pas d'allocation mémoire, pas de fichiers, etc.

Bah s'il réécrit tout, il peut. Mais c'est idiot.

Lionel Debroux :
> Au final si vous préférez : j'aimerai n'utiliser aucun rom_call dans mon prog ^^
Sans ROM_CALLs, tu ne peux pas faire grand chose... Pas d'allocation mémoire, pas de fichiers, etc.

Je le sais tres bien ^^

Sasume :
Bah s'il réécrit tout, il peut. Mais c'est idiot.

Merci Tu me flatte

ça dépend des trucs. Ca peut-être plus rapide de ne pas utiliser de ram_call pour calculer la ram libre. par contre, pour l'allocation, s'il n'utilise pas de ram_call, il devra quand même respecter le format de la ram, donc ça n'est pas très intéressant

C'est vrai ce que tu dis Flanker (notament en ce ki concerne les allocations) et ce que vous dites a propos des rom_calls.
D'ailleurs, pour l'allocation, dans un premier temps de développement (mais non le moins long) j'utilise ces rom_calls et je vais continuer a les utiliser,
ensuite je verrai...

Bon, et je vais avoir un probleme plus tard donc je prend un peu d'avance :
comment on créé une dll en _nostub ? Y a-t-il des sources suffisament explicites disponibles ?

tigccsrc.

j'v regarder ca

Merci j'ai trouvé, mais je sais pas si je vais arriver a comprendre toute la source et a integrer ca a mon prog.