[mOved] PedroM 0.72 - Page 3

geogeo a écrit :
Serait t'il possible d'inclure PolySnd v2.0 dans Stdlib?

Mauvaise idée. Il faut encourager l'utilisation de la version statique, pas de la version dynamique.

L'anti kernel reviens au galop!

Mauvaise idée. Il faut encourager l'utilisation de la version statique, pas de la version dynamique.

Tu as résond mais bon ça serait plus simple pour certains programmes.

bah, autant encourager l'utilisation d'une version dynamique, afin de permettre des économies de mémoire...
et puis, ayant stdlib sur ma calc, je prefere n'avoir qu'une fois chaque lib, plutot que de les avoir dans chaque prog

Surtout quelle a 33 fonctions différentes donc l'économie de mémoire ce justifie.

Je n'aime pas les kernels non plus, mais je doit admettre qu'il ont certains avantages.
Ou alors il fait faire des DLL de tigcc un standard...

65> les Dll on ne peut aps en avoir plusieurs utilisées simultanément, il me semble...
et si tu utilise les Dll comme librairie, Kevin va criser (cherchez l'erreur)

les Dll on ne peut aps en avoir plusieurs utilisées simultanément, il me semble

Je crois aussi

et si tu utilise les Dll comme librairie, Kevin va criser (cherchez l'erreur)

A bug report for pedrom 0.72 (on a real HW2 calculator):

When exiting Sh'l, the status line from sh'l is not erased, making the pedrom status line double-thick.

Also, I do not know the cause of this bug:
in both TI-ebookreader and TI-picture viewer (by TICT), the menu for selecting a file is centered as though the calc is a ti-92+(I think) but the line around the edge of the screen is correct, recognizing the calculator as a ti-89.

Mmm, y'a tellement de mémoire archive disponible que sh'l fait baver les chiffres sur les barres

This is a collection of bugs/weird things I found tonight( on the ti-89):
1.)
alpha key should cycle through:
1.)alpha
2.)alpha lock
3.)alpha OFF
when on alpha-lock there is no display telling you that.

2.)
no way to input underscore('_')

3.)
(Do not know what this is related to, perhaps nothing to do with pedrom)
Inputting filename longer than 8 characters in 'side' causes 'empty error list' error.

4.)
Changing contrast( [<>]+[+] and [<>]+[-]) still enters the '-'/'+' into the command line.

5.)
Entering more text than screen width does not wrap the text to the next line.

6.)
With alpha lock on, pressing shift+[a letter] clears alpha lock


By the way, what does 'empty error list' error mean?

Je ne sait le nom du romcall responsable mais la saisie du nom dans Space Denentia et krypon provoque des bugs.

>J'ai un problème sous PedRom 0.72 lorsque j'execute un programme en assembleur sous sH'L: quand je quitte, la ligne d'entrée des commandes de PedRom est en haut de l'écran, et ce, sans effacer l'écran.

Explication: Sh'L a modifie la variable CURSOR_X (MoveTo), qui est le ptr (x,y) du shell (Ca permet une tres bonne compatibilite avec prinf de tigcc).

>When exiting Sh'l, the status line from sh'l is not erased, making the pedrom status line double-thick.
I think the status line of PedroM is too small...
I should make it a little higher

>in both TI-ebookreader and TI-picture viewer (by TICT), the menu for selecting a file is centered as though the calc is a ti-92+(I think) but the line around the edge of the screen is correct, recognizing the calculator as a ti-89.
Ok, it is a bug in PopupDo (I use abolute value for 92+ instead of 89). Thanks

>when on alpha-lock there is no display telling you that.
Yes. But it is

>no way to input underscore('_')
Ok.

>3.) Inputting filename longer than 8 characters in 'side' causes 'empty error list' error.
Ok.

>4.) Changing contrast( [<>]+[+] and [<>]+[-]) still enters the '-'/'+' into the command line.
It has been fixed.

>5.) Entering more text than screen width does not wrap the text to the next line.
Ok.

>6.) With alpha lock on, pressing shift+[a letter] clears alpha lock
Ok.

>By the way, what does 'empty error list' error mean?
The ERROR List (ErCatch) is empty.

Pour taper un underscore, c 2nd+P.

seiken et ssnm tournent impec pour le moment, je n'ai testé que la 92 pour le moment :

-bitmapput semble plus lent que sur AMS (bcp plus lent )
-pkoi ne peut on pas revenir en arriere sur la ligne de commande avec le curseur pour faires insert ? pas encore fait ? prevu ? pas prevu ?

j'ai pas testé le reste, je mettrai oncalc apres, je vais en cours

Pour le bitmapput, il utilise SpriteX8 d'ExtGraph, donc c'est normalement plus rapide que le BitmapPut classique.
Au fait, PpHd, Ximoon a écrit un bitmapput en asm (bien rapide)

Par contre il me semble que les problèmes en nostub sont résolus.
Les shell scrip semblent plus buggés que dans l'ancienne version:

!PedroM
echo "Bienvenue sur PedroM !"

Illegal Instruction
Bienvenue sur PedroM! Illegal instruction(enfin celui la ca dépends des fois)

J'ai aussi remarqué que s'il n'y a pas de retour a la ligne après le dernier echo ca ne fait rien

On the pedrom commandline, entering 1..0, 2..2 etc, causes only the second half, (the ".X" where X is a number) to be interpretted(as X*10^-1).

Pedrom says syntax error when using negative exponents, and it interprets
:>3^.5
3E0

Typing in negative 3 makes it say 0:
:>-3
0.

and another:
:>3*E1
0

yet again:
:>cos 3
3E0

Les fonctions trigonométriques, c'est "normal", PpHd n'a pas encore eu le temps de les implémenter correctement (c'est dans le readme).

Un petit bug : si on tape n'importe quoi en répondant à la question pour le 'reset' ou le 'clean' en remplissant avec un maximum de lettres, l'appui sur enter provoque une illegal instruction ou address error.

Ximon: Ton BitmapPut est clippee ?
Uther: Oué j'ai les memes problems avec les scripts (Sauf que c'est des Syntax Error )
Je sais pas d'ou ca vient. Pas encore vu l'origine.
:>3*E1
It is interpreted as 3e0 * 0e1. So it is 0.
cos/tan/... are very buggy. I know it. Like '^'
>-3 returns 0. it is a bug. Or do you press this :
:>3
3e0
:>-3
0.
Since it is interpreted as 'LastAnswer' - 3. So ?

Extended: Ok.

Non il ne l'est pas et l'algo utilisé rendrait le clippage assez délicat
(faut dire que le format bitmap est pas optimal...)

A few other things:
:>4(3)
3E0

:>t8.,
0.
:>z8.,
0.

:>4 3
3E0

re :>-3 0. OK, I did not realize that.

:>4 3
It is interpreted as a list of 4 and 3. It returns the last item (Ok it isn't very logical).

:>t8.,
0.
Since t8 isn't defined, it returns 0.

:>4(3)
I don't remerber why it returns 3. It is a bug.

Since t8 isn't defined, it returns 0.

No syntax error for putting '.,' after it?

Yes it should. You can fix the bug yourself if you want ? (Cf Estack2.asm)

heuuu, je le trouve réellement plus lent qu'ams le bitmapput, peut etre qu'il est plus rapide pour des petites images et qu'il devient moins performant si les img sont grandes (j'affiche un buffer de 3840 avec bitmapput)

When typing very quickly with alpha or 2nd pushed down, it does not stay as modifying.