Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » News » salut pour qd preos pour 2.09 (44 réponse(s))

./POST DE DEPART (post n°0) Marquer comme non lu.

noir_desir_tostaky

Ecrit le: Vendredi 20 février 2004 à 03:18

Envoyer un message privé à noir_desir_tostaky

Membre: Nouveau

Messages: 6

Membre n°57

Inscrit le 20 février 2004

savez vous qd sortira la nouvelle version de preos pour la rom 2.09

noir desir

./Post n°1 Marquer comme non lu.

naPO

Ecrit le: Vendredi 20 février 2004 à 12:42

Membre: Maître Ultime

Groupe: Orage Studio

Messages: 2430

Membre n°17

Inscrit le 01 février 2004

Alors toi, t'es un boss.

La dernière version de PreOs est downloadable là :

http://www.timetoteam.fr.st

Tel un automate, le dinosaure noir s'avance vers le chef des toutous-bombes et dit : "SCHNAAA SCHNAAA SCHNAPPI ! SCHNAPPI-SCHNAPPI-SCHNAPP !!!!!!" (en attendant une meilleure signature)

Avec de vrais morceaux de pattes d'eph :

./Post n°2 Marquer comme non lu.

Lionel Debroux

Ecrit le: Vendredi 20 février 2004 à 13:18

Envoyer un message privé à Lionel Debroux

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

En sachant qu'on peut très bien se passer de kernel, c'est ce que font la majorité des utilisateurs qui tournent des programmes natifs AMS avec grand bonheur...

Lionel Debroux - membre de TICT.

./Post n°3 Marquer comme non lu.

noir_desir_tostaky

Ecrit le: Vendredi 20 février 2004 à 22:36

Membre: Nouveau

Messages: 6

Membre n°57

Inscrit le 20 février 2004

salut

si tu va sur le site de preos il ets ecrit qu'il est fiable poru la version 2.08...

noir desir

./Post n°4 Marquer comme non lu.

Sasume

Ecrit le: Samedi 21 février 2004 à 17:47

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Et une feature que je viens de découvrir, il libère lui-même les handles qui n'ont pas été désalloués par un programme.

-Edité le: Samedi 21 février 2004 à 17:48 par Sasume-

./Post n°5 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 21 février 2004 à 18:47

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Mais malheureusement, il fait ça seulement pour les programmes kernel.
Je lui ai proposé de le faire aussi pour les programmes _nostub qui ne déclarent pas d'être incompatibles avec cette pratique, avec un patcheur pour rajouter le flag d'incompatibilité aux programmes existants si nécessaire (TSRs etc.). Je vais peut-être lui envoyer un patch si j'ai le temps d'implémenter ce truc.

-Edité le: Samedi 21 février 2004 à 18:48 par Kevin Kofler-

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°6 Marquer comme non lu.

Sasume

Ecrit le: Samedi 21 février 2004 à 19:03

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Mouais, ça pourrait être pratique, mais peut-être un peu lourd, comment rajouter un flag ?
Il faudrait rajouter du code de démarage :
bra.s ApresLeFlag
Flag: .word 1
ApresLeFlag:

Non ?

Le plus simple reste de programmer en kernel :/

./Post n°7 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 21 février 2004 à 19:52

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Il y a un standard pour ça: http://members.chello.at/gerhard.kofler/kevin/ti89prog/dataex10.txt. Le support du côté "Program" est intégré à TIGCC depuis TIGCC 0.95, pour le support du côté "Shell", il y a une librairie statique: http://members.chello.at/gerhard.kofler/kevin/ti89prog/dextrefi.zip. On en parle depuis longtemps sur le forum de la TICT, et l'avis de la communauté a joué un rôle important dans le standard.

(D'ailleurs, ça me fait penser que je devrais enfin mettre en RFC le draft de la prochaine version, dans laquelle je compte rajouter un champ auteur(s) comme on me l'a demandé.)

./Post n°8 Marquer comme non lu.

Sasume

Ecrit le: Samedi 21 février 2004 à 20:20

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Ah, tu as pensé à mettre ça dans le standar pour commentaires _nostub ?
J'ai failli te le demander, mais j'avais peur d'êre complètement à côté de la plaque.
Bon, bah ça simplifie grandement les choses, ça.

-Edité le: Dimanche 22 février 2004 à 09:21 par Sasume-

./Post n°9 Marquer comme non lu.

Kevin Kofler

Ecrit le: Samedi 21 février 2004 à 22:10

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Oui: exportation n°6: flags d'incompatibilité. Cf. http://tigcc.ticalc.org/doc/httigcc.html#incompat.

./Post n°10 Marquer comme non lu.

Billy Charvet

Ecrit le: Lundi 23 février 2004 à 17:20

Envoyer un message privé à Billy Charvet

Membre: Maître Ultime

Groupe: Storm Team

Messages: 1056

Membre n°61

Inscrit le 23 février 2004

Kevin > Ca serait bien que PreOS se charge des bugs NoStub.
Mais je suis contre alourdir encore le format utilisé. Déjà que je suis
contre les wrappers, (à part quand un relogement en Ghost Space est nécessaire)
je n'ai pas envie que des octets se rajoutent pour les utilisateurs qui ont PreOS
seulement... avec en plus le support des BSS et toutes les histoires de segments,
ben autant passer en Kernel 5 directement....

Le NoStub doit rester le NoStub. ©

Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

./Post n°11 Marquer comme non lu.

Lionel Debroux

Ecrit le: Lundi 23 février 2004 à 19:02

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

> Le NoStub doit rester le NoStub
Il vaut mieux dire "AMS native", c'est le format natif standard AMS. Ca fait très longtemps que le _nostub n'est pas _nostub au sens strict du terme - les kernels n'ayant jamais été kernels au sens strict du terme.
Les kernels utilisent un format non standard, non compatible avec le format natif AMS.
En AMS native, on utilise maintenant les bonnes idées du kernel (ce qui a été ajouté à TIGCC 0.95, rendu possible par le nouveau linker) sans prendre les défauts (compatibilité antérieure avec des programmes ultra-buggés car parfois écrits avec des tricks complètement stupides tels qu'adresses absolues pour les variables système, libs dynamiques à outrance, "stdlib")...

Lionel Debroux - membre de TICT.

./Post n°12 Marquer comme non lu.

Kevin Kofler

Ecrit le: Lundi 23 février 2004 à 23:02

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

1. L'"alourdissement du format" pour les flags d'incompatibilité n'est pas seulement pour PreOs, mais aussi pour des logiciels comme le TICT Explorer, et éventuellement même un lanceur anticrash, par exemple une version spéciale anticrash de ttstart.
2. Le format n'a pas été "alourdi" seulement pour les flags d'incompatibilité, mais aussi pour des trucs comme commentaires et icônes qu'on ne cessait pas de nous demander.
3. À part pour les flags d'incompatibilité qui, comme le dit si bien Sebastian dans la doc de TIGCC, ne concernent que très peu de programmes, l'usage du format "étendu" est totalement optionnel.
4. Avec ou sans l'extension de format pour les exportations de données statiques (informellement: les "commentaires _nostub"), les programmes continuent à marcher sans kernel. C'est le grand avantage par rapport au format PreOs 0.68 (version que, au passage, on attend toujours).

./Post n°13 Marquer comme non lu.

Billy Charvet

Ecrit le: Mardi 24 février 2004 à 13:18

Membre: Maître Ultime

Groupe: Storm Team

Messages: 1056

Membre n°61

Inscrit le 23 février 2004

***Il vaut mieux dire "AMS native", c'est le format natif standard AMS. Ca fait très longtemps que le _nostub n'est pas _nostub au sens strict du terme***

Exactement, c'est ce que je regrette...

***2. Le format n'a pas été "alourdi" seulement pour les flags d'incompatibilité, mais aussi pour des trucs comme commentaires et icônes qu'on ne cessait pas de nous demander.***

Au fait, ça marche avec quoi comme shell ? TICT-Explorer ?

Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

./Post n°14 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 24 février 2004 à 18:22

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Aucun pour l'instant.

Les auteurs de shells n'arrêtaient pas de nous le demander, mais ont fini par ne pas l'utiliser.

(N'est-ce pas Thibaut?)

./Post n°15 Marquer comme non lu.

Lionel Debroux

Ecrit le: Mardi 24 février 2004 à 19:11

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

Quelle drôle d'idée, regretter que le _nostub ne soit pas nostub au sens strict du terme... Vu que le système n'est pas fait pour programmer, il ne supporte rien, et il est logique que ce soit les programmes eux-même qui le fassent...
Je prévois de supporter le standard de "commentaires _nostub" (je le rappelle, c'est un standard défini explicitement, pas une merdouille pas définie clairement, définie par l'usage, suivez mon regard) dans TICT-Explorer 1.40.

Lionel Debroux - membre de TICT.

./Post n°16 Marquer comme non lu.

Sasume

Ecrit le: Mardi 24 février 2004 à 20:25

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

./Post n°17 Marquer comme non lu.

geogeo

Ecrit le: Mardi 24 février 2004 à 20:56

Fondateur

Groupe: Staff de Ti-Gen

Groupe: Orage Studio

Messages: 4257

Membre n°3

Inscrit le 29 janvier 2004

Y a déjà un topic sur ce sujet sur yAronet ça sert à rien d'en ajouter une couche ici.

Webmaster du site.
Programmeur sur TI68K. Arkanoid, Nebulus, GFA-Basic.

Plus d'informations sur GFA-Basic (un langage Basic pour TI68K).
http://www.tigen.org/gfabasic

./Post n°18 Marquer comme non lu.

Billy Charvet

Ecrit le: Mercredi 25 février 2004 à 13:23

Membre: Maître Ultime

Groupe: Storm Team

Messages: 1056

Membre n°61

Inscrit le 23 février 2004

Ti > NoStub !!!!
PC > .COM p0w4 ! lol

Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.

./Post n°19 Marquer comme non lu.

Lionel Debroux

Ecrit le: Jeudi 26 février 2004 à 17:40

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

jackiechan: geogeo a raison.
Tu sais très bien pourquoi je tiens au format AMS native, quitte à prendre des dizaines d'octets au début de chaque programme. Il faut un paquet de programmes pour que le gaspillage de place qui en résulte dépasse celui d'un kernel (installeur + stdlib)... Et le kernel prend pas mal de place en RAM.

Lionel Debroux - membre de TICT.