TI-DOS Une invite MS-DOS sous TI - Page 1

Voilà je viens de finir une beta d'une invite MS-DOS que j'ai commencé mercredi dernier après avoir vu qu'il existait un TILINUX, un TSNL, mais pas un qui reprenait les commandes DOS.
Donc voilà, c'est encore une beta, je compte ajouter pas mal de chose encore, mais je pars pour deux semaines de vacances je préférais lacher une beta pour des commentaires, etc...
Pour l'instant une dizaine de commandes.
L'aide est accessible en tapant 'help.'
Je n'ai pas eu l'occasion de tester sur une TI 89 mais y à pas de raison que ça ne marche pas ;-)
Voilà.

TI 92+, V200:
http://www.ifrance.com/tiscientifique/tidos.9xz

TI 89:
http://www.ifrance.com/tiscientifique/tidos.89z

EDIT: Petite modif, un lanceur de progs accessible avec la commande " prog 'name' "
Cette commande n'existe pas je crois sous DOS mais bon c'est juste une
ebauche de lanceur .
Version 0.9.1

Tu aurais quand même pu implémenter le retour arrière...
Sinon, bonne chance pour la suite.

(j'ai testé sur 89 et ça avai l'air de marcher)

Par contre, tu utilises vraiment des focntions de AMS >= 2.05 ?

Non je ne pense pas, mais comme je n'ai pas fait attention...
Je vérifierais
Pour le retour arrière je vais le faire aussi, mais bon comme c'était pas essentiel...
Pour l'instant mon gros problème c'est d'mplémenter un lanceur de progs et ça, je sais pas du tout comment faire...:-(

facile

iceman, tu pourrais préciser comment on fait, plutôt que de dire "facile".
Et en plus, ça n'est pas facile ! C'est un sujet difficile de la programmation sur nos TI-68k, à cause de ces stupides protections d'exécution diverses et variées.
Regarde le code de n'importe quel lanceur pour voir si c'est si facile que ça...

Bon voilà j'ai rajouté une "nouvelle" version juste parce que j'y ai intégré un chtite lanceur qui est ma foi un peu pourri mais qui fera l'affaire les premiers temps.
Version 0.9.1

ben voila, suffisait de lres les src d'un shell ou autre !

Ou simplement la FAQ de TIGCC

Mais le code de la FAQ:
1. est obsolète et
2. ne marchera pas avec ton shell.
Va voir la documentation de enter_ghost_space pour savoir pourquoi. C'est EXECUTE_IN_GHOST_SPACE qu'il faut utiliser, pas enter_ghost_space.

C'est un bon début. En tout cas le meilleur "TI-DOS" que j'ai essayé.

>Kevin: Oui je me doute bien qu'on fait pas un lanceur valide en deux temps trois mouvements, mais c'était juste pour faire quelque chose avant de partir. Je me remetterais dessus en rentrant vu que là où je vais il n'y à pas de PC :-(

2. ne marchera pas avec ton shell

Là par contre je comprends pas trop vu que c'est en nostub, les shells influencent l'exécution des progs Nostub?

>golstein: Merci :-)

Puxbunny
:

2. ne marchera pas avec ton shell

Là par contre je comprends pas trop vu que c'est en nostub, les shells influencent l'exécution des progs Nostub?

Je parle de shells, pas de kernels. En l'occurrence de TI-DOS.

Et maintenant que tu as le code de la FAQ de TIGCC déjà, c'est simple: supprime enter_ghost_space(); et mets #define EXECUTE_IN_GHOST_SPACE au début.
Et tu pourras nous remercier pour avoir introduit EXECUTE_IN_GHOST_SPACE qui simplifie énormément les choses.

Sinon, y à un autre truc que je comprends pas:

const HARDWARE_PARM_BLOCK *volume;
volume=FL_getHardwareParmBlock();
printf("\nHardware Revision Number: ");printf("%d",volume->hardwareRevision);

et ça marche pas pourtant le champ hardwareRevision est défini comme un unsigned long -> donc un int et d'où la balise "%d"
alors j'ai essayé avec la balise "%i" puis "%u" toujours avec une erreur retournée par TIGCC.

Si qqun pouvait m'aider. :-)

Tu l'as dit toi-même, le problème! C'est un unsigned long, donc le format correct est:
printf("%lu",volume->hardwareRevision);
Heureusement que GCC te donne un warning (pas une erreur d'ailleurs), sinon tu aurais eu cet effet difficilement débogable.

ok merci, j'avais essayé ça mais en insérant en une virgule entre l et u ce qui me donnait aussi une erreur.
Effectivement, comme ça ça marche mieux

juste en reponse a ton post #0, un interface dos existe deja cf ticalc, (dans la rubrique ti89, asm, shell je sais qu'il y en a un)

C'est bizarre, mais j'arrive pas a comprendre l'utilité de ce type de programme .. oki, c fun, mais

il n'y en a aucun
primo, pas pratique de taper avec le clavier des ti
ensuite, il existe plein de shell graphiques tres bien et bien plus jolis (perso j'utilise pctool que je trouve tres bien fait)
tu l'as dit toi même c'est juste fun rien d'autre
Perso quand j'ai fait tsnl, je voulait faire un shell qui me rappelle ce bon vieux bash linux, c'est tout. Finalement, je ne m'en sert pas car je le trouve pas tres pratique. Mais j'ameliore ça de temps en temps, et mon but pour le moment et d'arriver a faire un interpreteur de shell script a peut pres potable. Ca m'aura servi a m'ameliorer un peu plus en programmation et a me persuader que j'etais capable de faire un truc comme ça (même si c'est pas terrible)

Oui, j'ai fait aussi une *console* qui me permettait de faire pleins de gestion bas niveau sur la ti ... mais ca sert vraiment a rien

Si, ca sert a une seule chose, mais ce n'est pas la moindre, et ce n'est pas pour toi, ni pour moi, mais uniquement a celui qui le fait. Il apprend, encore et toujours! il dévellope ainsi son niveau en programmation sur ti. Et ce qu'il a appris, il pourra le réutiliser a bon essient dans un autre projetn qui cette fois t'interresera au plus haut point!

Moué ...

C'est pas faux

C'est juste.
Y'a plein de trucs en info que je n'ai fait que pour apprendre!

J'ai une question: est il possible de réaliser son propre kernel esclusivement en C ?

Ça me paraît difficile qu'il soit exclusivement en C, mais DoorOS était en grande partie en C.

Pourquoi difficile ?

Pke une gestion avancée des interruption est bcp plus aisée en assembleur, itoo pour le travail bit à bit.

Escuse-moi nEUrOO, je viens tous juste de me mettre au C, Pourrai tu m'expliquer ce que tu appelle "gestion avancée des interruption", et tant qu'on y est , pourrai tu me dire (a part lancer des prog), ce qu'un kernel fait de plus qu'un shell ?
As tu aussi en ta possession un bon tuto assembleur qui part des bases ?
Une derniere chose, est ce que nEUrOO=nEUrOne ?