AMS 2.9 probleme - Page 1

Alors je veux savoir si c'est le cas chez tout le monde.
J'ai AMS 2.9 et dans les fonctions par exemple on pet :
-utiliser Text
-Request je crois
-Et losrqu'on ne declare pas une var local la calc. crash au lieu d'indiquer l'erreur; c'est pareil pour les erreurs de syntaxz s'il manque un quote ou n'importe quoi d'autres. Dès fois il se met sur la ligne de l'erreur uo pire à la fin du prog ; alors pour debogger c'est pas la joi

on peut utiliser request ni texte, ni aucune fonction de boîte de dialogue car elles modifient des variables globales (au moins 'ok'). Si on ne déclare pas une variable locale, elle est considérée comme étant locale (ce qui est valide dans les programmes) et ça "crashe" à l'exécution.
Tu voudrais faire quoi de mieux que de se mettre à la ligne de l'erreur ?

ça marche comme j'aiexpliqué sur ma TI ; d'ailleurs j'utilise Vertel à l'intérieur de mes fonctions (ce qui ne devrait pas être possible comme tout ce que j'ai cité plus-haut)
Request ne marche mais Text,Input j'ai pas essayer le reste marchent dans les fonctions sur ma TI .
De même les prog ASM marche aussi !

Peut que c'est du à PREOS ou Aux TSR que j'ai sur ma Calc
mais de toute façon L'OS déconne un peu surtout pour les Erreurs
Une var non definit comme locale doit provoquer une erreur et non un crash
de même le deboggage doit s'arrêter sur la ligne exacte de l'erreur dans le cas d'un Quote(") manquant et non n'importe où dans le prog

Alors quelqu'un a de pbs similaires sur sa TI ?

le fait que les progs asm marchent dans des fonctions est dû à PreOS. Input ne modifie pas de variable globale, contrairement à request (pour text uniquement, je ne sais pas). Quand une var n'est pas définie comme local, y a quoi comme crash ?

C'est simple , Y a PreOS , qui affiche dans le status line CRASH INTERCEPTED

et sans preos, il se passe quoi ?

Une barre noire en haut avec l'erreur, ou un freeze, non ?

bah ça me semble bizarre d'avoir ça en basic (j'ai pas de souvenir comme ça sur la 2.04). Surtout que toutes les instructions d'I/O sont interdites normalement dans les fonctions. On pourrait avoir le morceau de code qui plante ?

PreOs intercepte l'erreur "Invalid in a function", et ça plante par la suite. Normalement, on aurait une erreur TI-BASIC normale. Bogue à reporter à PpHd. Je lui avais pourtant dit de laisser tomber ces conneries sales et instables, mais il n'a pas voulu m'écouter.

bin moi g u un gros probleme today avec ma V200, sur ANS 2.09!!!
ELLE BOOTE PLUS !!!
elle s'est eteinte avec l'APD sur un boite de dialogue, Et apres, pas moyen de la rallumer !!!
IL n'y a eu aucun choc, rien ,NADA !!!

Qu'est ce que je dois faire ?
SAV ?
Ca me fait penser que ma rom etait patcher avec XPAND. Est ce qu'il vont me faire chier si je dois leur envoyer ?

Tu sors une pile et tu gardes [APPS] appuyé en remettant la pile. Tu devrais avoir un écran "Press I to install product code". Tu ressors la pile et tu la remets et de 2 choses l'une:
* soit tu es de nouveau dans AMS et c'est bon,
* soit tu as toujours l'écran qui te demande d'appuyer sur I, alors tu le fais et tu reflashes AMS depuis un ordinateur.

pour les input dans les fonctions, je me demande si c'est vraiment PreOS, vu que l'erreur est levée à la tokenization et non à l'exécution. Pour ça, y a une autre méthode que je préfère : on change FUNC en PRGM, on l'exécute une fois et on le transforme en func après

Personnellement, je suis pour RUNPROG II. Mais c'est peut-être parce que je l'ai programmé.

Kevin Kofler :
Je lui avais pourtant dit de laisser tomber ces conneries sales et instables, mais il n'a pas voulu m'écouter.

Tu te prends pour qui pour pouvoir juger comme ça ce que font les autres ?
T'es désepérant, pauvre prétentieux.

Kevin: Tu me l'as dit ? Quand ca ? De toute facon vous pouvez compiler en l'enlevant vu que c'etait une alpha feature dont je n'etais pas sur. Maintenant je suis sur que ca plante, donc le defaut est off.

vivement GT-Basic, en clair

IzI :
elle s'est eteinte avec l'APD sur un boite de dialogue, Et apres, pas moyen de la rallumer !!!

T'es sur que t'as pas simplement les piles mortes, et que ce n'est pas pour cela qu'elle ne se rallume plus? En piles faibles, elle peut s'éteindre n'importe quand pour ne pas se rallumer, même en pleine partie d'un jeu asm!

Mac>

andoh>

de même le deboggage doit s'arrêter sur la ligne exacte de l'erreur dans le cas d'un Quote(") manquant et non n'importe où dans le prog

c pas à cause de PreOS. Les chaînes peuvent prendre plusieurs lignes, donc le TIOS est _obligé_ de te donner l'erreur après le deuxième guillemet qu'il trouve parce que potentiellement l'erreur pourrait être après ce 2è guillemet et pas à l'endroit où tu as oublié le guillemet.

D'ailleurs je pense que c'est partiellement pour ce genre de raisons que GCC n'accepte plus les chaînes avec retour à la ligne.

(Soit précisé en passant que TIGCC l'accepte encore et qu'il est prévu qu'il continuera à l'accepter. On n'est pas à un patch près dans notre patchset.)

Oui t'inquiète on le savait Vive l'assembleur GNU et les chaînes de caractères bourrées d'\, de %, de " et qui s'étalent sur plein de lignes

Avec la coloration syntaxique, je vois pas le pb.

Je ne parle pas de différencier l'intérieur de l'extérieur. Je disais juste que le fait d'être obligé de garder les "multi-line strings" n'était qu'une des conséquences plus ou moins néfastes de garder un assembleur qui n'est normalement fait que pour des petits bouts de code ASM (du genre, passer en mode superviseur, faire un "ror", etc...) pour programmer vraiment en ASM.