cherche beta testeurs pour shell - Page 11

Et remplace aussi:
move.w #$0064,-12*8(a0)
par:
move.w #debut-(__ld_entry_point+4),(__ld_entry_point+2)-azer_str(a0)
parce que la différence entre le point d'entrée et la première instruction dépend de la taille du stub, qui dépend du linker.

EDIT: Argh, idéalement, on devrait mettre ça, mais j'ai oublié que les relogements négatifs vers des références externes ne sont implémentées que dans GNU as. Donc oublie, mais mets à jour tes constantes. (Elles dépendent du linker et du stub dans tigcc.a, mais au moins pas de ton code, sauf si tu rajoutes des relogements.) L'autre changement reste valide.

Bon, pour celle avec __ld_entry_point, je vois d'où vient le "Relocatability error". Je ne vois pas trop comment le résoudre, parce que __ld_entry_point est une référence externe. Il faudra que tu regardes la taille du stub avec TIGCC 0.95 et que tu la mettes, elle est moins susceptible de changer que des offsets arbitraires dans ton code.

Pour l'autre, je viens de corriger une faute de frappe et elle marche maintenant.

Flanker -> sa serait pas mieux de sauver les préférences dans uen fichier externe ??

mé non, tu le met dans la ROM

nEUrOO > LOL
godzil > les préférences sont enregistrées dans le fichier externe csdata ET dans CS s'il n'est pas archivé

okiii

et si csdata est archivé ??

bah les données ne sont pas changées. C'est pas complètement par flemme : ça me permet de changer temporairement mes préférences (filtrage par exemple) et de les retrouver après sans avoir à les remettre

Salut.

Une petite suggestion : je pense qu'il serait bien que cslaunch cherche CS dans le dossier dans lequel il est et pas seulement dans le dossier courant d'AMS.
Par exemple, je mets cs et cslaunch dans un dossier nommé cs : cslaunch ne trouve pas cs...

c'est une bonne idée, ça
je le ferais dès que j'aurais le temps (i.e. mercredi)

un bogue (mais faus le chercher), si on n'ap pas de kernel installé et que l'on essai de zipper, la calculatrice plante

Si on lance plusieurs fois cslaunch("acb") l'application flash est crée plusieurs fois

tu lances CS comment ? chez moi ça ne plante pas quand il est en appli flash par contre il y a une erreur quand il est lancé par CSlaunch (programme en cours d'utilisation, ce qui est normal car c'est cslaunch qui fait l'appel à ziplib)

par cs()

je vais quand même empêcher qu'il y ait une erreur. Ca devrait pas être trop dur, c'est juste un bit à regarder avant.

comment tu fais pour lancer cs directement s'il n'y pas de kernel ? Il ne devrait pas avoir une erreur ASAP or EXEC string too long ?

Effectivement sans kernel, je passe par cslaunch

bon bah ça sera corrigé. On pourra plus lancer cslaunch.
T'aimes pas l'installer en tant qu'app flash quand il y a pas de kernel ?

si on l'installe en tant qu'app flash sans kernel, on peux pas le lancer, on obtient un "ASAP or EXEC string too long"

cslaunch("acb") répond ASAP or Exec String too long ? ça m'étonne bcp

Flanker
: comment tu fais pour lancer cs directement s'il n'y pas de kernel ? Il ne devrait pas avoir une erreur ASAP or EXEC string too long ?

Tu connais ttstart?

ah oui c'set, faut je que je trouve u moyen d'interdire le lancement de CS depuis ttstart et sstart
ça leur arrive de planter quand CS quitte

Flanker
: cslaunch("acb") répond ASAP or Exec String too long ? ça m'étonne bcp

Je viens de refaire la mnip création de l'application flash sans kernel, et lorsque j'exécute cs() j'obtient bien "ASAP or EXEC string too long"

bah après tu fais <> + APPS et tu l'as dans la liste

oui et en validant j'obtient dans la ligne d'entreé CS
si je valide de suite j'obtient "Une erreur"
donc je j'ajoute une paire de parenthèses et la j'obtient le message d'erreur

oui et en validant j'obtient dans la ligne d'entreé CS
si je valide de suite j'obtient "Une erreur" donc je j'ajoute une paire de parenthèses et la j'obtient le message d'erreur

tu confonds pas avec le VAR-LINK ?
moi j'ai dans le menu [<>] + [APPS] ("FLASH APPLICATIONS") Explorateur CS 1.00
et [enter] me lance directement CS

Je viens de rester ma calculatrice (donc pas de shell)

1er essai
cslaunch("acb")
[<>]+[APPS]
Explorateur CS 1.00
Plantage de la calculatrice: Barre noire

Reset de la calculatrice

2me essai
Installation de preos
cslaunch("acb")
[<>]+[APPS]
Explorateur CS 1.00
Ca marche nickel

pour le premier cas, tu dois pas avoir une bonne version de cslaunch
avec PreOS installé, installe l'ACB, lance CS, ensuite :
vas dans FLashApp > CS
F6 > note l'adresse de ObjectFrame
ESC
APPS pour entrer dans l'éditeur hexa
G pour choisir l'adresse. tu entres l'adresse notée puis ENTER
à la 5e ligne, tu dois avoir qqc comme ça xx xx 00 00 00 04 00 1F. C'est le cas ?

Non à la 5me ligne j'ai: xx xx 00 00 00 04 00 03

t'as pas la bonne version de cslaunch alors ; j'ai déjà corrigé ce bug (par contre, je sais plus si j'ai uploadé la bonne version, c'est tout à fait possible que je me sois planté)
merci encore pour tes tests (et pour ne pas hésiter à planter ta TI ^^)

Ou puis-je trouver la bonne version du launcher, j'ai télécharger cd y'a 3~4 jours à partir de ton site
J'ai récuperer cs sur ti-fr.org, il y a 3~4 jours, je vais prendre la version qui est sur ton site

P.S: j'en profite aussi pour te dire que ton manuel en html n'affiche pas les images correctement sous linux (puisque la casse n'est pas respectée )