[mOved] PedroM 0.71 - Page 2

j'ai testé un peu plus en profondeur hier:
- résultat du dump : 00 68 00 00 puis "Timeout occured while reading the device" sur TiLP
- sur VTI impossible d'executer le moindre programme nostub ou même kernel : Address Error
- sur calculatrice impossible de transférer

Bref on peu pas faire grand chose avec cette version

autant pour moi ...

ce qui serait bien aussi c'est des commandes du type :
cp truc* mon_rep\

C'est totalement idiot, ça

C'est ton point de vue, ca !

Il faut utiliser les ROM_CALLs le plus possible, pas le moins possible! Ce que tu fais est un gaspillage de place et de ton temps de développement, perdus à réinventer la roue

j'utilise quelques ROM-CALL, la ou il ne s'agit pas d'interface, en gros...
cela dit, realisant un jeu principalement graphique, je n'ai pas grand chose en dehors de l'interface graphique, si ce n'est du code pur, sans possibilite d'utiliser de RC.
et, ma foi, l'interface graphique facon AMS... pas pour KII, en tout cas !

est suffisamment grand pour savoir ce qu'il fait avec KII je pense

avant tout, je me fait plaisir

Ok pour le dump.
Probleme du link sur 89. Peut etre resolu.
Le probleme du address error, aussi (Bug idiot).
Problemes des touches dans side aussi sur 89.

Bah il faudrait que tu nous réenvoies la version corrigée, parce que là on ne peut pas vraiment tester quoi que ce soit...

J'ai un probleme de dur (Lecteur disquette naze suir l'ordi internet) et mon fere a prete la connection reseau. Bref, c'est la merde
Mais je vais faire un effot.

Est-ce que PedRom gère la pile comme AMS ?

tiens cette fois j'ai réussi a faire un script. Qui plante en plus mais c'est pas la faute a PredroM mais a moi qui suis un peu vicieux:

dans un fichier crash:

!PedroM
echo "Food Flood Flood Flood !!!" crash

Ca plante en 2-3 secondes.

neurone: Quelle pile ?
Uther: C'est pas un vrai plantage (Enfin si, mais c'est bien intercepte). C'est la protection automatique contre ce genre de programme. Et tu remarqueras qu'aucun fichier en RAM n'aura ete perdu.

La nouvelle version en en est ou alors ?
Quelles sont les principales différences entre la 0.65 et la 0.71 (enfin la version corrigé de la 0.71) ?

Ma 92+ et ma 89 sont tjrs préte a recevoir la derniere version de PedRom.. dsl pour le manque de temps ses derniers mois, l'IUP m'a pris tt mon temps....

Elle est prete mais j'ai des problemes (Je vais aller chez un ami pour utiliser sa connection).
Nouveautes0.65 a 0.72: curseur, auto-completion, nouvelles commandes, nouvelles romcalls, des bugs en moins. side debuggue.

Au fait quans side passera en APP, on aura 64ko d'archive en moins ?

Un autre truc que g remarqué, c que le link fonctionne (enfin, quand il fonctionne) que lorsque main est le dossier actif.

tiens, une suggestion...
est-ce qu'il ne serait pas possible de "fusionner" on pc plusieurs apps , pour en mettre plusieurs par bloc de 64ko ?
(quitte a faire un menu pr choisir laquelle lancee ou autre...)

(oue, je sais, j'ai des idees tordues )

ils font ca sur graph 100
ils ont des block d'archive indivisible, et du coups ils mergent les apps pour perdre le moins de place possible :]

(enfin il fesaient ca, chépo si ils le font encore..)

ya uther qui parle de scripts, on peut scripter comme sur un shell avec pedrom ?

faut croire

en developpant un peu, ca peu remplacer le basic pour pas mal de taches

oué, mais il manque pas mal de trucs encore

jackiechan a dit: Au fait quans side passera en APP, on aura 64ko d'archive en moins ?

64 ko sur 2 mo environ ce n'ai rien.
Enfin pouvoir développer de vrai jeux.

manque les boucles, les vars, les arguments et les tests pour avoir un truc correct. Mais bon, y a plus urgent

l'ESTACK (dsl, c vrai que j'aurais du préciser ...)

Le script shell est pas cense etre un vrai langage de programme, non ?
Les vars sont deja implantes.

L'Estack est cense fonctionne comme sous AMS, sauf bug dde ma pat

> Le script shell est pas cense etre un vrai langage de programme, non ?
Bah non c'est un langage de script Mais bon ca c'en rapproche un peu.

benjamin.canou@laposte.net

#define USE_TI89              // Compile for TI-89 #define USE_TI92PLUS          // Compile for TI-92 Plus #define OPTIMIZE_ROM_CALLS    // Use ROM Call Optimization #define SAVE_SCREEN        // Save/Restore LCD Contents #include <tigcclib.h>         // Include All Header Files #include "demo1.h" extern short Matrix1[]; extern short Matrix2[]; void f_write(char **file, void *donnee, unsigned int size) {      memcpy(*file, donnee , size);     // copie 'size' octets d'une adresse dans le fichier      *file += size;                     // on va 'size' octets + loin pour sauter l'espace pris par cette donnée et acceder aux nveaux elements } /* fonction qui va créer notre fichier et sotcker nos données dedant en appelant f_write*/ char create_map(void) {   char ext[]= {0,'m','a','p', 0 ,OTH_TAG}; // code de l'extension      int taille_donnees     = 6 /* extension*/                                                         + 8*sizeof(short)                                                        + 2*size_x/16*size_y/16*sizeof(short); // octets printf("taille du truc : %d", taille_donnees); ngetchx();      SYM_ENTRY *sym;                // pointeur SYM_ENTRY, car il va en falloir un :-DD   char *pt_file;                 // pointeur vers l'emplacement du fichier qu'on va creer      //HSYM hsym1 = SymAdd (SYMSTR((char *)MapName)); // crée son nom  "Map01" ds le Var Link, à toi de changer le nom ensuite HSYM hsym1 = SymAdd (SYMSTR("DemoMap"));   if (!*(long *)&hsym1)        // vérifie qu'on a pu le creer, que tout s'est bien passé     return 1;                  // sinon on retourne 1, synonyme d'echec   sym = DerefSym(hsym1);       // avec ça on obtient l'adresse de ce num qu'on stocke ds une structure   if(!(sym->handle = HeapAlloc(2+ taille_donnees ))) // donne (en allouant), la taille du fichier, 2 1ers octets qui servent  la taille, nos données, et 6 octets pour l'extension, et vérifie que tt s'est bien passé     return 2;   if(!(pt_file = (char *)HeapDeref (sym->handle))) // avec ça, on aura l'adresse du fichier pur, dans un pointeur bien classique, et on vérifie que tt s'est bien passé     return 3;      f_write(&pt_file, &taille_donnees, sizeof(int)); // copie la taille du fichier , cf ARCHITECTURE TIOS      /* copie de toutes nos données*/      f_write(&pt_file, &size_x          , sizeof(short)     );     // stocke la structure qui donne toutes les infos pour la map      f_write(&pt_file, &size_y          , sizeof(short)     );     // stocke la structure qui donne toutes les infos pour la map      f_write(&pt_file, &vill               , sizeof(short)     );     // stocke la structure qui donne toutes les infos pour la map      f_write(&pt_file, &num_vill     , sizeof(short)     );      f_write(&pt_file, &mons               , sizeof(short)     );      f_write(&pt_file, &num_mons     , sizeof(short)     );      f_write(&pt_file, &event          , sizeof(short)     );      f_write(&pt_file, &gfx_file     , sizeof(short)     );      f_write(&pt_file, Matrix1          ,     size_x/16*size_y/16*sizeof(short));      f_write(&pt_file, Matrix2          ,     size_x/16*size_y/16*sizeof(short));            memcpy(pt_file, ext, 6); // copie l'extension   return 0; } void _main(void) {      int err;      clrscr();      if(err=create_map()) // crée la map           printf("Création échec %d",err);      else        printf("Création succès");      ngetchx(); }
je sais pas si ça a ete corrigé depuis la version 0.59, mais ça ça foire chez moi, g une erreur "empty list" un un truc du genre

ps : il manque ceci :

short size_x=160;
short size_y=128;
short vill=-1;					//?? 1er villageois
short num_vill=0;
short mons=-1;
short num_mons=0;
short event=1;					// ??event temporel ?
short gfx_file=0;

Thx, pphd