Blocs de mémoire de taille double - Page 3

Bon je sort d'ici qq jour mon allocateur de plus de 64Ko alors et se proprement sans faire cracher la calc

Chiche

Kevin: Pour les autres... ben en plus, souvent j'utilise des appels a HeapAlloc_reg ou l'argument est dans les registres... Donc ca evite de pushes/poper. C'est pas tout le temps. Quand a l'extention des romcalls, ca sera seulement pour les programmes, pas pour le systeme.

Question > malloc/free HeapAlloc etc... sont des RC non ? (ou si malloc est pas une RC, le code utilise les RC ?)

La table des RC est en RAM aussi nan ?

J'ai une idée alors

>La table des RC est en RAM aussi nan ?
Nan, elle est en ROM. Son pointeur est en RAM.
malloc=HeapAllocPtr
free=HeapFreePtr

merde

Bon pas grave, comme le ptr est en ram j'ai une idée, reste a la tester

J'vous dit si sa marche

Si c'est ce que je pense, ça marche forcément...

mais pas pour le systeme, vu qu'il ne passe pas par la table des RC

godzil :
Bon je sort d'ici qq jour mon allocateur de plus de 64Ko alors et se proprement sans faire cracher la calc

C'est totalement impossible sous AMS! Et même si ton truc ne plante pas dans tes tests, ça ne veut pas dire que ça ne plantera pas tôt ou tard. Je t'ai déjà dit la solution à utiliser pour ton émulateur à la place, en plus. Mais évidemment que tu ne veux en faire qu'à ta tête... Tu dois vraiment adorer les plantages.

godzil :
Bon pas grave, comme le ptr est en ram j'ai une idée, reste a la tester
J'vous dit si sa marche

Ça ne marchera pas. Déjà AMS n'utilise pas du tout la table pour appeler les ROM_CALLs, et puis tu feras boguer la détection de modèle de TIGCC.

Il fait ça pour s'amuser, juste pour expérimenter ? Donc on s'en fout de ton TIGCC chéri adoré que t'aimes plus que tout au monde, beau comme un camion tout neuf décoré de serpentins avec des petites filles en robe rose avec une sucette, bonjour chez toi à ta femme et à ton chien bien du bonheur il fait beau dehors j'ai mal aux cheveux mais bonne année mon amour.

Et nous, on s'en fout de toi. La partie "J'ai rien à dire", ce n'est pas ici. Reviens quand tu as quelque chose d'intéressant à poster!

Sisi j'avais quelque chose à dire : on s'en fout de TIGCC quand on expérimente quelque chose pour soit.

C'est vrai ça, on peut tester ce qu'on veut, c'est notre problème après tout.

Et je me permet d'ajouter que :

1 -> si je sortait sa sa serait pas forcement pour mon emu

2 -> Kevin tu n'a jamais codé d'emu sur une TI-68k et les contraite de vitesses sont enorme avoir un espace mémoire plat est bcp plus rapide que d'avoir une mémoire fragmenté avec 15 zones donc 15 pointeurs et 30 tests a faire :/

Je pense qu'il n'y a pas de problème si la méthode est stable (i.e. vérifie qu'elle a bien réussi à allouer les 128 k et ne crashe jamais, quitte à ce qu'elle renvoie plus souvent que prévu : "erreur, impossible d'allouer"), mais je ne sais pas si elle sera stable vis-à-vis des allocations ultérieures, et si elle ne l'est pas ça posera plein de pbs (fopen...)

Ma méthode pour allouer plus de 64Ko sera stable et ne devriat pas faire planter AMS, meme si le bloc restait alloué, mais bon si ct le cas, le prog risque d'etre buggé (mais pour une autre raison) et il y aura bien sur une erreur d'allocation si il n'y a pas moyen d'allouer proprement la mémoire demandé

"meme si le bloc restait alloué"
i.e. après la fin du prog?

oui

"heureusement" que ça plante dans ces cas-là... Parce que c pas gagné de faire des fichiers de plus de 64k

Je parle pas de fichier, mais allouer de la RAM pour une programme, se que je veux dire c que c'est le programme qui est buffé, pas ma méthode d'allocation..

Enfin faudrait que je la code deja

Oui. Mais le seul cas où un prog laisse un buffer alloué est un fichier ou un bug (ou un TSR, oui je sais Kevin mais ça ne prend pas 128k).

godzil
: 2 -> Kevin tu n'a jamais codé d'emu sur une TI-68k et les contraite de vitesses sont enorme avoir un espace mémoire plat est bcp plus rapide que d'avoir une mémoire fragmenté avec 15 zones donc 15 pointeurs et 30 tests a faire :/

On n'a pas besoin de 15 zones, 2 suffisent, et un test de signe suffit pour choisir la bonne.

Surtout que il me manque moins de 300o, c'est fachement utile de faire tout ses tests pour rien

De tte je ferrait comme je veux, si tu n'utilise pas mon emu, sa ne sera pas une gd perte, je le code pour moi en priorité si apres il te plait pas, c'est pas mon pbm, du temps que tu cherche pas a faire de la mauvaise pub a cause de choses qui te plaisent psa dedant, de tte comme tu n'aura pas accé au code, tu ne pourra pas savoir se que je fait