HeapDeref - Page 1

1

2012-09-30 at 11:06pm

yop,

La doc de HeapDeref dit ça :
Note: HeapDeref returns garbage if Handle is H_NULL.

Ca veut dire quoi "retourner un garbage" ? Ca appelle HeapCompress et ça ne renvoie rien de précis ? J'ai pas tracé AMS pour le savoir. En tout cas, PedroM ne fait rien de particulier s'il trouve H_NULL en argument :

HeapDeref:
	moveq	#0,d0
	move.w	4(a7),d0
	lsl.w	#2,d0
	movea.l	HEAP_PTR,a0
	move.l	0(a0,d0.w),a0
	rts

Ca va juste renvoyer l'adresse du handle numéro #0, qui est d'ailleurs utilisé à je ne sais quoi... C'est un bug ?

<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

2

2012-09-30 at 11:14pmEdited by Zerosquare On the 2012-09-30 at 11:14pm

Ça veut dire que la valeur renvoyée peut être quelconque, mais à priori que la fonction ne plantera pas pour autant (vu que ce n'est pas indiqué). Donc non, l'implémentation de PedroM n'est pas buguée.

— Zeroblog —

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

3

2012-09-30 at 11:14pm

Ok, merci bien.

<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

4

2012-09-30 at 11:43pm

Je confirme ce que dit Zerosquare, "return garbage" veut dire ce que ça veut dire, il retourne n'importe quoi. Et la fonction HeapDeref ne provoque jamais un HeapCompress.

Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

5

2012-10-01 at 02:40am

oué : http://www.wordreference.com/enfr/garbage
Rien à voir avec le "garbage collection" du tas.

6

2012-10-01 at 12:04pm

Okay. J'avais effectivement un problème de vocabulaire

<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

7

2012-10-14 at 05:20pm

Dans tous les cas, ça veut dire qu'il ne faut pas appeler HeapDeref() avec H_NULL, vu que toute utilisation (déréférencement, comparaison à NULL, etc.) de la valeur de retour causera un comportement indéfini.
Et vu que HeapDeref n'a aucun effet de bord, la seule raison de l'appeler est d'utiliser sa valeur de retour...

Maintenant j'ai la flemme de garder une signature à jour sur ce site. Je n'ai même plus ma chaîne Exec sous la main.

8

2012-10-14 at 05:47pm

Ouais enfin faut pas être trop parano non plus

La valeur de retour est dans un registre, donc la lire ne peut pas provoquer d'effet secondaire, c'est juste qu'elle peut valoir n'importe quoi.

— Zeroblog —

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

9

2012-10-14 at 05:50pm

Oui, c'est pourquoi j'ai dit "utiliser" et non "lire".

Maintenant j'ai la flemme de garder une signature à jour sur ce site. Je n'ai même plus ma chaîne Exec sous la main.

10

2012-10-14 at 05:58pm

Hum hum

Link (./8) :
comparaison à NULL

— Zeroblog —

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

11

2012-10-14 at 06:15pm

Disons que le résultat de la comparaison sera indéfini, et donc que toute action conditionnelle en dépendant le sera. Évidemment, il n'a jamais été dans mon intention d'insinuer que la comparaison elle-même causerait un plantage avant la fin de l'instruction TST...

Maintenant j'ai la flemme de garder une signature à jour sur ce site. Je n'ai même plus ma chaîne Exec sous la main.

12

2012-10-14 at 08:26pm

Link (./7) :
vu que toute utilisation (déréférencement, comparaison à NULL, etc.) de la valeur de retour

déréférencement d'adresse ?

hmmmm

Link (./11) :
Évidemment, il n'a jamais été dans mon intention d'insinuer que la comparaison elle-même causerait un plantage avant la fin de l'instruction TST...

tst.l a0 ?

hmmmm

13

2012-10-14 at 10:58pm

tst.l %a0 n'existe pas, il faut un move.l %a0,%dn, ou si on ne veut pas détruire de registre de données, cmpa.l #0,%a0.

Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

14

2012-10-14 at 11:16pm

De toute façon, moi je préfère le trap #3

(et t'inquiète, je sais que tst.l an n'existe pas, cf le "

")