Folco t'es trop con, va apprendre à lire ! - Page 1

yop

Contrairement à tios::HeapRealloc (H_NULL, size) qui crée le handle à la taille désirée, pedrom::realloc (H_NULL, size) ne fonctionne pas comme on pourrait s'y attendre, c'est à dire qu'il ne crée pas le handle attendu. Pas très grave, c'est sûr, mais ça serait pas mal de le rendre conforme au realloc de stlib, non ?

Bon, pas d'affolage :

Library.asm :

PedoMLibExportTable:
	;; 	dc.w	(PedoMLibExportTableEnd-PedoMLibExportTable-2)/2 ;
	dc.w	$2F
	dc.w	RamDataTable-PedroMLibKernel		; 0
	dc.w	RunMainFunction-PedroMLibKernel		; 1
	dc.w	HeapRealloc_redirect-PedroMLibKernel	; 2
............
	dc.w	realloc_redirect-PedroMLibKernel			; 26

C'est le $2 qui redirige vers le HeapRealloc de Heap.asm qui supporte plus de 64 ko. On va essayer avec.
Je sais pas ce qu'il fout l'autre, mais quand je l'appelle, je vais me ballader vers $41A5DA, et address error direct.

=> j'ai confondré realloc (stdlib) avec HeapRealloc c'est ça ?

Je ne comprends pas le problème !!!!

J'ai confondu realloc (ptr, size) de la libc avec HeapRealloc (handle, size). Evidemment, en appelant realloc avec les arguments de HeapRealloc, ça fonctionnait pas très bien. Depuis que j'appelle pedrom::HeapRealloc, tout va mieux
Au début, je croyais que c'était parce que pedrom__HeapRealloc ne gérait pas le fait qu'on lui passe H_NULL pour qu'il crée le handle. En fait, c'est moi qui déconnait

PerdoM est toujours aussi formidable.

Ok

(qui a changé le titre du topic ? )

(wam )