Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » Programmation C » interférence avec les NVG (84 réponse(s))

./REPRISE DU POST PRECEDENT (post n°76) Marquer comme non lu.

Kevin Kofler

Ecrit le: Mercredi 13 juillet 2005 à 17:50

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4813

Membre n°40

Inscrit le 08 février 2004

Link :
LionelA->si le basic est appelé depuis un prog assembleur, il y a des chances que le break cause quelques problèmes...

Pas avec les bons TRY (les TRY en C peuvent aussi intercepter le break).
-Edité le Mercredi 13 juillet 2005 à 17:50 par Kevin Kofler-

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°77 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mercredi 13 juillet 2005 à 17:51

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4813

Membre n°40

Inscrit le 08 février 2004

andoh_wilfried :
Le probleme lorsqu'une erreur se produit dans un prog basic, je constate que le prog ASM reste marqué comme en cour d'utilisation. Ce qui est très genant pour les prochains appels.

Il faut mettre ENABLE_ERROR_RETURN et des TRY...FINALLY...ENDFINAL convenables.

./Post n°78 Marquer comme non lu.

andoh_wilfried

Ecrit le: Mercredi 13 juillet 2005 à 18:53

Envoyer un message privé à andoh_wilfried

Membre: Maître

Messages: 145

Membre n°888

Inscrit le 17 juin 2005

Ben voilà ce qui me manquait : ENABLE_ERROR_RETURN
Merci K.K.

./Post n°79 Marquer comme non lu.

Folco

Ecrit le: Mercredi 13 juillet 2005 à 19:37

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

halala, toutes ces couches d'abstractions... #roll#

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°80 Marquer comme non lu.

andoh_wilfried

Ecrit le: Jeudi 21 juillet 2005 à 16:59

Membre: Maître

Messages: 145

Membre n°888

Inscrit le 17 juin 2005

LionelA :
par contre je suppose que tu dois pouvoir faire quelque chose pour remedier au plantage dans une fonction de ce genre (en redirigeant l'AI6 par exemple)

DEFINE_INT_HANDLER(ON){
  ExecuteHandler(AI6);
  // tu peut executer du code ici pour par exemple restaurer les AI1 et 5 et quitter le prog
  // ou alors ecrire un enter dans le buffer du clavier (c'est plus crade)
}

désolé de revenir là dessus mais pas très bien pigé.

1- sauvegarde AI6
AI6 = GetIntVec(AUTO_INT_6)

2- Définition de la nouvelle AI

DEFINE_INT_HANDLER(AI_ON){
  ExecuteHandler(AI6);
  // tu peut executer du code ici pour par exemple restaurer les AI1 et 5 et quitter le prog
  // ou alors ecrire un enter dans le buffer du clavier (c'est plus crade)
}

3- Remplacement de l'AI
SetIntVec(AUTO_INT_6, AI_ON)

je pige pas en quoi cette manoeuvre empêche de détecter le BREAK-ON du basic vu que l'ancien vecteur est toujours exécuté.

./Post n°81 Marquer comme non lu.

andoh_wilfried

Ecrit le: Jeudi 21 juillet 2005 à 17:13

Membre: Maître

Messages: 145

Membre n°888

Inscrit le 17 juin 2005

Kevin Kofler :

Il faut mettre ENABLE_ERROR_RETURN et des TRY...FINALLY...ENDFINAL convenables.

J'ai du mal à voir comment implémenter ça.

vois-tu, on appelle la LiB comme ceci :
main\ ExtLib( "BasicProg1", "BasicProg 2" , ... )

Le code pour lancer les prog Basic ( "BasicProg1", "BasicProg 2" , ... ) est dans le _main.

Je vois mal comment détecter l'appui du Break et continuer l'exécution alors que la touche ON a été pressé dans un programme basic appelé par "BasicProg1" par exemple.

./Post n°82 Marquer comme non lu.

Kevin Kofler

Ecrit le: Jeudi 21 juillet 2005 à 17:27

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4813

Membre n°40

Inscrit le 08 février 2004

Ben, tu ne continues pas l'exécution, tu l'arrêtes comme prévu par AMS! Le but de ENABLE_ERROR_RETURN et TRY est de quitter proprement.

./Post n°83 Marquer comme non lu.

andoh_wilfried

Ecrit le: Jeudi 21 juillet 2005 à 17:35

Membre: Maître

Messages: 145

Membre n°888

Inscrit le 17 juin 2005

Justement moi je veux juste désactiver l'usage du Break entre 2 appels à la fonction 'Break()'.

Sinon je gère bien les erreurs à l'intérieur de mes extensions.
j'exécute ER_throw(ER_BREAK) après une erreur dans eXTlIB.
Ce qui permet de retourner à l'endroit où se produit l'erreur dans le prog en basic.

par contr l'idée de LionnA pour désactiver le Break-On pas bien compris.
je vais essayer mais , je pige toujour pas (post n°80).

-Edité le Jeudi 21 juillet 2005 à 17:41 par andoh_wilfried-

./Post n°84 Marquer comme non lu.

LionelA

Ecrit le: Jeudi 21 juillet 2005 à 22:56

Modérateur général

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 947

Membre n°206

Inscrit le 19 avril 2004

je suis pas sur que ca marche de pas faire ExecuteHandler(AI6);
Il te faudra acknoledger l'interruption a la main peut etre, mais je ne connais pas AMS assez bien (la preuve avec mon pb dans le topic AI6 & V200)
En tout cas je peux te dire ce que Kevin m'a dit ce matin, c'est que l'AI6 peut arriver pour diverses raisons autre que l'appui sur [ON], il faut donc que tu verifie si la touche a été appuyée avec :

if(!peekIO_bit (0x60001A, 1)) {...} // if [ON] is pressed

Ensuite pour Ack l'AI6 si tu n'execute pas le handler de AMS, alors essaye de faire ca :

*(unsigned char*)0x60001A = 0;

A ce qu'il parait c'est ce que fait AMS

Auteur de Mode7 Engine pour ti68k
Auteur de F-ZERO for TI68k
Membre de Orage Studio
Mon site perso : http://www.tigen.org/lionela/
Le gite de mes parents à coté de Narbonne :
http://chaletdenis.free.fr/