Un shell comme vous n'en avez jamais vu sur TI 68 k : EINSTEIN - Page 13

Je te retourne la remarque

Exact.
Ton idée de la différentiation nostub/kernel est réalisable : en affichant une icône différente pour les deux types

Et il a soigneusement évité ma remarque...

TheCodR
a écrit : tiens d'ailleurs, pourquoi les prog nostub n'en on pas ?

Parce que ce n'est pas prévu par le format de AMS.
Si tu as une bonne idée pour un standard de commentaires _nostub, propose-la à Thomas Nussbaumer et à Lionel Debroux (XDanger) pour qu'ils l'implémentent dans le TICT Explorer.

Orion : Bonne question !
Parceque les maudits inventeurs du _nostub n'y ont pas pensé

C'est techniquement possible, tout à fait. Ben écoute, on envoie un mail à l'équipe de TIGCC pour qu'ils intègrent un champ _comment dans les nouveaux programmes compilés avec TIGCC


Vertyos : c'est trop facile comme défense (celle que tu as eue) !

Thibaut a écrit :
Bonne question !
Parceque les maudits inventeurs du _nostub n'y ont pas pensé

Compliment à envoyer à ti-cares@ti.com. Ce sont eux qui ont inventé le format!

C'est techniquement possible, tout à fait. Ben écoute, on envoie un mail à l'équipe de TIGCC pour qu'ils intègrent un champ _comment dans les nouveaux programmes compilés avec TIGCC

Si le TICT Explorer intègre une fonction pour les afficher, on veut bien. Contactez la TICT, on les suivra. (Et non, on ne va pas mettre un commentaire exprès pour Einstein. Du moins pas tant qu'il n'est même pas disponible. )

>> Si le TICT Explorer intègre une fonction pour les afficher, on veut bien (...) Et non, on ne va pas mettre un commentaire exprès pour Einstein.

Si tu es sincère, alors je dis : belle mentalité de connards primaires. De plus en plus cons.

Vertyos : c'est trop facile comme défense (celle que tu as eue) !

Pfff... c pas ma faute si TU ne sais pas déceler l'ironie. T'aurais quand meme pu te demander comment je jugeais Einstein sans l'avoir essayé

Thibaut a écrit :
>> Si le TICT Explorer intègre une fonction pour les afficher, on veut bien (...) Et non, on ne va pas mettre un commentaire exprès pour Einstein.
Si tu es sincère, alors je dis : belle mentalité de connards primaires. De plus en plus cons.

Soit tu n'as pas lu jusqu'à la fin, soit tu as fait exprès de couper ma citation:
1. "" indique que je n'étais pas tout à fait sincère.
2. "Du moins pas tant qu'il n'est même pas disponible. " explique clairement mon point de vue à mon avis.

Je le dis 100% sincèrement là: mettre un commentaire pour Einstein sera ouvert à la discussion si et quand Einstein sort. Mais je ne suis pas sûr que la réponse sera positive (ça ne dépend pas que de moi, mais aussi de Sebastian et de Zeljko) s'il n'y a que Einstein qui l'affiche. Et je retiens toujours que tu devrais te mettre d'accord avec la TICT pour avoir un format de commentaires compatible entre les 2 explorateurs.

Et il faut aussi que tu discutes le tout avec nous pour être sûrs que:
- le format de commentaires choisi est implémentable
- le format de commentaires choisi ne porte pas un risque réel qu'un programme qui n'a pas de commentaire soit reconnu comme portant un commentaire et affiché avec un commentaire formé de caractères non-sens. (Ce point est important: on ne peut plus changer les programmes déjà sortis sans commentaires.)

Et dans tous les cas, pour l'implémentation, il faudra probablement attendre la version 0.95 Beta 1 de TIGCC. La version 0.94 est déjà en "feature freeze".

Et moi j'en reviens à dire qu'un shell c'est un varlink qui prend
de la place inutilement !

meowcat a écrit :
Dans ce cas, cherchons l'utilité d'un shell, mis à part
les quelques fonctions genre pass ou adp réglages avec un simple programme.

Pass: il peut toujours être outre passé;

apd: il en existe de nombrux prog qui le font (y compris kbdfunc, le TSR sur lequel je travail)

Avec le var_Link on est sure de pouvoir lancé touts les programmes, ce que ne font pas tout les explorer (genre doors, pct, prosbrowser, et einstein), car les shells sont quand même utils je trouve

concusion: restez au var-link

quoi que non, une interface style windows, ca impressionne plus qu'un var-link tout moche

Et une interface style windows faisant partie de l'AMS ?

slubman a écrit :
Pass: il peut toujours être outre passé;

apd: il en existe de nombrux prog qui le font (y compris kbdfunc, le TSR sur lequel je travail)

Avec le var_Link on est sure de pouvoir lancé touts les programmes, ce que ne font pas tout les explorer (genre doors, pct, prosbrowser, et einstein), car les shells sont quand même utils je trouve

essayes de lancer un fichier ppg depuis le var-link

Kevin >> le format de commentaires choisi ne porte pas un risque réel qu'un programme qui n'a pas de commentaire soit reconnu comme portant un commentaire

Bah je crois qu'il est impossible d'avoir quelque chose de totalement fiable.
Disons qu'on pourrait diminuer la probabilité de reconnaître un programme sans _comment comme en ayant un, à 1 chance sur 65536 ou 1 chance sur 4 milliards

Évidemment, il faut 4 octets de signature au minimum. Il faut aussi que:
- elle soit placée à un endroit où il y a beaucoup plus de chances d'y avoir du code que des données (par exemple au début, après un bra pour sauter le tout).
- contienne des instructions invalides (si possible exclusivement des instructions invalides), et pas illegal, mais des instructions vraiment invalides (il y en a).

Le premier point, c'est évident.
Mais le second, je ne pige pas. Pourquoi tu veux des instructions invalides ? C'est pas assez 1 chance sur 4 milliards de se tromper ?

Ben, si tu mets des trucs de style addq.l #1,d0, le risque que ça y est dans du code est bien plus gros que 1 sur 4 milliards. Alors que pour des instructions invalides, le risque que c'est dans du code est absolument nul! Le risque effectif est donc de:
p(code)*0+p(ce sont des données)/(4 milliards)=p(ce sont des données)/(4 milliards)
D'où il faut:
- choisir des instructions invalides
- minimiser p(ce sont des données) en choisissant un endroit typiquement utilisé pour du code

Et en effet, je ne me contente pas de 1 chance sur 4 milliards de se tromper. Il faut être le plus près de 0 possible! Il vaut mieux faire trop attention que pas assez.

Bon :

- les deux premiers octets d'un programme sont forcément du code.
- les deux suivants le sont très probablement. La seule (mal)chance que je vois qu'ils soient des données serait dû au fait que les 2 premiers octets soient un bsr.s.

Donc en débutant les programmes de cette manière, on diminue la proba de 1/2^32 à beaucoup moins :
   ; ces 3 premières instructions constituent la signature    move.l  (a7),(a7)                       ; signature, mot 1 : qui débuterait son programme par une telle absurdité,    move.l  $'TAGS',d0                      ; signature, mot 2 : suivie précisément de cet accès à une adresse inexistante,    bra.s   programme                       ; signature, mot 3 : avant de sauter ?    ; je défie quiconque de me trouver un programme qui commence par ces 3 instructions débiles !    ; la proba est diminuée à 1 chance sur 2^80    ; j'ajoute enfin que la signature occupe un endroit utilisé typiquement pour du code        dc.w    $<;nombre d'extra-tags>;        ; cf. ligne suivante ;)       dc.w    $<;type d'extension>;           ; bah ouai, on pourrait ajouter d'autres "extra-tags" que les comments :)   dc.w    $<;offset de la chaîne de comment>;      dc.w    $<;type d'extension>;           ; par exemple, une icône !   dc.w    $<;offset des datas>;      ...     programme:

Allez, il nous reste 1 chance sur 9999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999999 de se tromper

C'est une idée acceptable, mais je pense qu'il y a mieux (des codes qui ne correspondent à aucune instruction).
Et s'il te plaît, discute ça sur notre forum pour que Thomas le voit. Je vais ouvrir un topic là-bas.

Je vais devoir causer anglais
Passe-moi l'adresse du topic, stp, mais je ne vais pas trop participer où alors je vais devoir passer deux heures à rédiger chaque message avec mon dictionnaire

Sinon, attention, j'ai corrigé mon code

http://pub26.ezboard.com/ftichessteamhqfrm3.showMessage?topicID=156.topic

D'ailleurs, ton "word 2" prend 6 octets, et vu que ord("S") est impair, causera une Address Error.

Erf j'ai pas trop réfléchit à ça

On remplce move.l par move.b.

Tu aurais dû poster ça là-bas. (Je l'ai fait pour toi.)

J'ai pas trop suivit l'évolution du topic, je voudrais juste savoir si Enstein est dispo ou pas et sinon, kan il le sera. Même si cette question a deja etait posé, j'ao pas trop envis de relire les 1200 posts pour connaitre la reponse car j'ai pas un forfait illimité

bon, à priopris, il sortiras uniquement pour V200. Quand à savoir quand