#define SAVE_SCREEN && Programme BASIC - Page 1

je dira que le plus simple est de faire la sauvegarde / restauration par toi-même...
cela dit, il doit être possible de récupérer ce qui est enregistré... je me demande si j'ai pas déjà vu quelques chose sur ce sujet il y a fort longtemps...

2> ne pas utiliser de progs basic, qui sont source d'erreur

TheCodR a écrit :
voila, en fait, j'utilise un #define SAVE_SCREEN
pour plus de facilité dans mon prog, mais il se trouve que j'ai besoin
a un moment donner (lancement d'un prog basic)
de restaurer l'ecran, sans pour autant le perdre (puisque apres je retourne dans mon prog)
alors je demande si y'a pas un moyen simple de recuperer l'ecran sauvegarder par
#define SAVE_SCREEN
ou alors si je doit l'enlever pour utiliser un vscreen de sauvegarde que je manipule comment je veut ensuite.

Tu enlèves #define SAVE_SCREEN et tu utilises LCD_save et LCD_restore directement. Cf. http://tigcc.ticalc.org/doc/graph.html.

autre question, j'ai utiliser la routine de la doc de TIGCC pour lancer un prog en basic
sa marche trés bien, mais, quand une erreur ce produit dans ce prog basic, il revient au TIOS et pas a mon programme, alors comment faire ??

http://tigcc.ticalc.org/doc/error.html#TRY

Bof tant qu'à faire utilise directement un buffer de 3840 (ou le double si t en gray) et fais la sauvegarde toi même

Exact, j'ai reporté cette erreur de la documentation à Sebastian à 19h35.
Je voulais aussi t'en avertir ici, mais j'ai oublié.

TheCodR : fait attention, le code donné dans la FAQ pour le lancement des progs BASIC est bogué. A moins que ça ait été corrigé dans la dernière version ?

Si tu veux dire que ça plante sur HW2 AMS 2 si le programme BASIC appelle un programme en assembleur (ou C) ou une chaîne Exec et que ni HW2Patch, ni h220xTSR ne sont installés, c'est normal (je retiens que c'est un bogue de AMS), et ça ne sera probablement pas corrigé (sauf si je fais une version non-TSR du hook du trap #11 de h220xTSR, mais je ne suis pas sûr que Sebastian et Zeljko l'accepteront dans TIGCCLIB). Solution: arrêter d'utiliser de l'assembleur (FLib, Vertel et compagnie) dans du BASIC! Soit on programme du 100% BASIC, soit du C ou de l'assembleur à 100%. Y en a marre de tous ces programmes hybrides qui circulent et qui causent ce genre de problèmes...

Erf c'est bien toi ça : "j'aime pas un truc ? alors j'extermine !!"


Non, je parlais du handle qui n'est pas libéré quand le programme basic plante. A moins que tu ais corrigé ça dans la dernière FAQ, j'ai pas vérifié

Thibaut a écrit :
Erf c'est bien toi ça : "j'aime pas un truc ? alors j'extermine !!"

Ce sont des auteurs de shells comme toi qui devraient ne pas aimer vu que c'est eux que le problème concerne avant tout!
D'ailleurs, le TICT Explorer utilise la solution la plus simple à ce problème: il ne lance pas les programmes BASIC, il place juste leur nom dans la ligne d'entrée.

Non, je parlais du handle qui n'est pas libéré quand le programme basic plante. A moins que tu ais corrigé ça dans la dernière FAQ, j'ai pas vérifié

C'est corrigé dans la bêta 19:

  TRY
    NG_execute (h, FALSE);
  FINALLY
    HeapFree (h);
  ENDFINAL

Mais sache que ce code peut passer une erreur à AMS si on l'utilise tel quel (et il nécessite #define ENABLE_ERROR_RETURN). Si ce n'est pas désirable, il faut mettre:

  TRY
    NG_execute (h, FALSE);
  ONERR
  ENDTRY
  HeapFree (h);

Kevin Kofler a écrit :
Solution: arrêter d'utiliser de l'assembleur (FLib, Vertel et compagnie) dans du BASIC! Soit on programme du 100% BASIC, soit du C ou de l'assembleur à 100%. Y en a marre de tous ces programmes hybrides qui circulent et qui causent ce genre de problèmes...

Beuarf
Donc il faut utiliser :
- Soit des programmes en C ou ASM _nostub bien propres aux normes de la TIGCC / TICT
- Soit des programmes en basic pur, bien sûr compatibles tous langages

Ben voyons

Si il y a ne serait-ce que 10% des programmes qui répondent à ces critères, ça me semble déjà beaucoup. Plutot que de vouloir faire changer tout le monde, ce à quoi de toute façon vous n'arriverez pas, essayez de trouver un compromit

Kevin > Ce sont des auteurs de shells comme toi qui devraient ne pas aimer vu que c'est eux que le problème concerne avant tout!
Moi, quand je n'aime pas quelque chose, je ne souhaite pas systématiquement sa disparition. Je sais que :
1- ça peut plaire à d'autre.
2- je ne suis pas Dieu : je sais que j'ai plus ou moins tord.
3- je ne suis pas le maître sur terre.

> D'ailleurs, le TICT Explorer utilise la solution la plus simple à ce problème: il ne lance pas les programmes BASIC, il place juste leur nom dans la ligne d'entrée.
Einstein aussi

À moins que je n'aie le temps de faire une petite routine qui détourne le trap #11 vers une routine adaptée (celle de h220xTSR, mais sans les signatures du TSR!) entretemps. Mais si je la fais, il faudra que je teste bien la routine avant de la sortir.

Ton programme BASIC ou ton programme ASM sont-ils archivés ?
symptr == NULL peut être dû au fait qu'un twin a été créé, ou quelque chose de ce genre...