[mOved] PedroM 0.76 - alpha - Page 6

PpHd> si neurone ou autres possesseurs de 89hw1 sont indispo pour faire des tests, je suis partant.

reste à savoir si des jeux utilisent memset a des moments critiques du jeu où il faut de la rapidité, ce n'est pas mon cas, j'ai meme l'impression qu'un bitmapput avec une img qui fait la taille de l'ecran sera plus rapide que le memset

PpHd > j'essaye les test en modifiant le trap#0 sur les sources de la 0.77 que ma passé nEUrOO et avec preOS 0.67..

>>Splash Screen ???????????? C'est quoi ?
écran d'accueil
>>-Scripts: bug sur le script start automatique qui bloque la calcularice(on peut sortir qu'avec ESC+ON). Corrige

>>-Side: COPY/CUT/PASTE ne marchent pas. Tu fais bien diamons+x ?
ok mais sur TI89 normalement c'est <> + 2nd , <> + SHIFT , <> + ESC et <> + x
>>Link: toujours le même problème: au premier essai ca bugge ensuite sa marche a tout les coups. Faudra s'en contenter pour le moment
Je m'en contente très bien pour le moment

un autre bug les settfkey vers une variable donnée en absolu comme : setfkey 1 utils\tim; ne marchent pas.

PpHd > pour remettre la question au bon endroit

Quel est le fichier kernel.h que demande pedrom.asm ???

Le seul kernel.h fourni entre les sources de pedrom 0.77 et preos 0.67 existant est un fichier d'entete pour le C....

pke c compilé par tigcc ?

Ok, je boosterais memset. C'est pas un gros probleme.
Oui mais le driver clavier ne gere pas 2nd+diamond comme une touche, desole
kernel.h est un nouveau fichier de preos derivant le format kernel. Tu peux l'enlever et remplaces les references qu'ils ne trouvetn pas par leurs constantes (Regarde les sources de pedrom-0.76 pour voir ce qu'elles valent.

Le menu de complétion automatique ne marche pas toujours ex:
je tappe : "cp s" + ON. Le menu s'affiche mais une fois que je sélectionne et appuie su ENTER, Ca ne complete pas et valide "cp s" à peu près une fois sur trois.

Je connais. Si tu as une idee de l'origine du probleme, b'hesite pas.

PpHd
: kernel.h est un nouveau fichier de preos derivant le format kernel. Tu peux l'enlever et remplaces les references qu'ils ne trouvetn pas par leurs constantes (Regarde les sources de pedrom-0.76 pour voir ce qu'elles valent.

Ok merci

(sa serait plus simple avec les bonne beta de preos lol mais bon )

Sa te genne PpHd si je donne le diff a ceux qui voudrait compiler la version 0.77 sans avoir la prochaine version de Preos ?

Cf le message affiche au demarrage de PedroM

ok

Nouveaux bug report:
- Y'a 2-3 jours je ne sait comment mai j'ai du corrompre mon archive j'ai perdu stdlib et a chaque reboot J'ai droit a une erreur et stdlib n'etait pas restoré. Un simple flashage n'a pas suffit, il m'a fallu remettre AMS puis remettre PedroM.
- Circular Definition et parfois d'autre Syntax error sur les commandes du style "main\stdlib"
- FzBomber plante au démarrage "adress error il me semble. Space DementiaII buge après les menus aussi.

ça doit etre des romcalls manquantes, quoique flashZ n'en n'utilise pas tant que ça il me semble

normalement les programmes avec des romcalls manquants sont détectés pour ne pas être exectutés. Là ca fait une erreur(Adress Error si je me souvient bien).

ah, en effay...

>- Y'a 2-3 jours je ne sait comment mai j'ai du corrompre mon archive j'ai perdu stdlib et a chaque reboot J'ai droit a une erreur et stdlib n'etait pas restoré. Un simple flashage n'a pas suffit, il m'a fallu remettre AMS puis remettre PedroM.
Tu peux me decrire exactement ce qui s'est passe. C'est tres grave (Je veux au moins offrir un systeme nicquel).

>- Circular Definition et parfois d'autre Syntax error sur les commandes du style "main\stdlib"
C'est corrige je crois.

>- FzBomber plante au démarrage "adress error il me semble. Space DementiaII buge après les menus aussi.
Qui a le courage de tracer les romcalls pour voir quelle roncall est bugguee
Pour Fz_Bomber. Un Vti + Set BreakPointAtAdressError + remontee pour obtenir le nom de la romcall, puis revenir pour avoir les parametres de la romcall serait parfait.

>Tu peux me decrire exactement ce qui s'est passe. C'est tres grave (Je veux au moins offrir un systeme nicquel).
Je sais que je t'aide pas beaucoup mais je me souviens pas comment c'est arrivé.
Je m'en suis rendu compte quand j'ai vu des progs qui me disaient un truc du genre "genlib missing". En gros stdlib avait disparue et n'était pas restorée au démarage qui provoquait un 'Adress Error' il me semble. Je supose que c'était une partie de l'archive corrompue car un reflashage de pedrom seul n'a rien changé.

> Qui a le courage de tracer les romcalls pour voir quelle roncall est bugguee
Je vais essayer mais je me suis encore jamais servi du débogeur de VTI

1. Es-tu sur que tu n'avais pas une archive portant le nom de stdlib ? Il est possible de mettre a jour dans les archives stdlib dans les archives.
Ce que je ne comprends pas c'est comment ca a pu passer la routine de verification de la flash.
C'est bien PedroM et pas PedRhum ?

2. Laisse tomber alors

1. Je ne crois pas avoir jamais essayer de toucher a stdlib. enfin j'essaierai des manipulations tordues pour voir.
Si ca me réarrive j'essayerai de penser a faire un dump complet de la mémoire mais je ne pense pas pouvoir reproduire ça volontairement.
et j'utilise bien PedroM sinon je n'aurai pas eu à reflacher 2 fois et je ne crois pas qu'il y ait de PedRhum 0.77
2. J'essaierai quand même ça pourrait m'etre utile d'apprendre a me servir du debugger. parcequ'en ce moment j'ai du débogage a faire pour TIM.

Autre truc : ca serait bien que "cd main\" marche comme "cd main"

Pour cd main\ j'avoue le faire, mais j'avais abandonne... Trop de code a modifier.
Mais ca fait vraiment &^%&%^^% donc je vais quand meme le faire,

>Ce que je ne comprends pas c'est comment ca a pu passer la routine de verification de la flash.
C'est justement qu'il doit y avoir une Address error qui est interceptée pendant le check de la flash. enfin il me semble bien de c'était un adress error que j'avais à chaque reset

Les essais de godzil pour les 89 hw1 ont porté leurs fruits?

Uther: Normalement il peut pas y'en avoir... Faudra que je verifie quand meme.
Et les archives normales etaient ajoutees ?

Nerick: Chais pas.

> Et les archives normales etaient ajoutees ?
Maintenant que tu le dit j'ai des fichiers que je ne me souvenait plus avoir effacé mais je ne suis pas sur que ce ne soit pas moi qui ait fait une fausse manoeuve avec mon buggé de TIM.
Mais la pluspart des archives étaient toujours là, si ce n'est stdlib.

1. cd main\ est desormais possible.
2. J'ai fait des tests avec plus de 1600 fichiers. Ca rame severe A optimiser.
3. Modification du boot code pour eviter que si on a plus de 2000 fichiers ca fasse n'importe quoi.

j'ai essayé de torturer stdlib pour reproduire le bug en vain. mais je suis tombé sur un autre bug. le mv de fichiers archivés peut donner n'importequoi. je m'en suis rendu compte en faisant un mv stdlib system\stdlib en archivant désarchicamt le fichier system\stdlib(la taille varie et je parle même pas du contenu). C'est peut-être avec une manip du genre que j'avais corrompu mon archive.

Le mv est meme pas cense marcher correctement avec des fichiers archives
Je vais voir.

Je confirme qu'il marche n'importe comment. Il faudrait au moins l'interdire sur les fichiers archivés