30

[Pollux]> autant pour moi ... heuresement que je fais plus de C que d'asm wink

31

vous ne m'avez pas repondu ?
Plus tu pedale moins vite moins t'avance plus vite
Ma team CS

32

FluF> pour ce qui est de mes routines, fait-en ce que tu veut, mais verifie les peut-etre avant (on sait jamais) ...

33

Pollux smile

>> lea buffer(pc),a0
>si buffer est assez près de numstr, tu peux >faire lea buffer(pc,d1.w),a0
Oui entierment d'accord smile

>> andi.l #$0000FFFF,d0
>tu peux utiliser ext.l si le nombre à afficher >est inférieur à 327689 (au lieu de 655359 >autrement), ça va 4x plus vite et c 3x plus >petit
Pas d'accord ! ext copie le bit 15 dans les bits 31-16 : donc le mot de poids fort ne sera pas forcement efface en utilisant ext -> probleme !

>> dbf.b d1,loop_numtostr
>c Kevin qui va pas être content là
Ben ca ca vient de l'excellent tutaurial de Jimmy Mardell tongue ... alors c koi le probleme ? c pas bien ? ... pourtant son tutaurial je trouve que c'est une reference smile
avatar
pwet

34

Bill-Bob>
>>> andi.l #$0000FFFF,d0
>>tu peux utiliser ext.l si le nombre à afficher >>est inférieur à 327689 (au lieu de 655359 >>autrement), ça va 4x plus vite et c 3x plus >>petit
>Pas d'accord ! ext copie le bit 15 dans les bits 31-16 : donc le mot de poids fort ne sera pas forcement efface en utilisant ext -> probleme !
C'est ce qu'il dis, ca marche si on sait que le nombre est plus petit que $8000 (donc le bit 15 n'est pas armé

35

>Bill-Bob:
>dbf.b
[...]
>Ben ca ca vient de l'excellent tutaurial de Jimmy Mardell

Extrait de 68kguide de Jimmy Mårdell:
*** DBcc ***
[...]
DATALENGTH: Word
[...]
SYNTAX: DBcc Dn,<label>

Donc dbf.b n'existe pas. C'est dbf ou dbf.w.
[edit]Edité par Kevin Kofler le 13-07-2001 à 22:47:18[/edit]
avatar
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é

36

ca y est je me suis permis de mettre vos routines sur mon site ce qui ne le veule pas qu'il me le dise et je les effacerai
Plus tu pedale moins vite moins t'avance plus vite
Ma team CS

37

attention ATTENTION: Il y a un problème avec ma routine. sprintf est bogué et modifie le pointeur que l'on lui passe en paramètre sur la pile. sad
J'ai corrigé ma routine pour tenir compte de ce problème.

avatar
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é

38

pffffff sad
encore un truc louche ..

39

D'après Zeljko Juric, ce n'est pas un bogue, c'est juste une chose qu'il a oublié de documenter dans "Information for Assembly Programmers".

Cf. http://pub26.ezboard.com/ftichessteamhqfrm5.showMessage?topicID=873.topic.

Les fonctions en C ont le droit de changer les arguments. Elles ne le feront probablement pas avec les valeurs simples (même si elles ont le droit et qu'il vaut par conséquent mieux ne pas s'y fier), mais elles peuvent le faire avec les pointeurs.
avatar
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é

40

Et FluF, s'il te plaît remplace la routine entière par la version corrigée. (Là, ce que tu mets avec mon nom ne marchera pas du tout.)
avatar
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é

41

Ah, la convention d'appel C wink

C'est vrai que c'est interressant a savoir, que les fonctions ont le droit de detruire leurs arguments (mais ca n'est pas une exclusivité du C, je pense qu'il y a des libs en asm qui detruisent les valeurs qu'on leur passe dans les registres)