PedROM : C'est quoi, ça sert à quoi ? - Page 1

Voilà, pour ceux qui, comme moi, en ont entendu parler mais qui ne savent pas quoi en faire...

Perso je l'ai essayé sur émulateur, mais j'ai pas trop compris comment m'en servir. Et puis : on peut faire tourner quels programmes dessus ? Peut-on... calculer ? (primordial quand même )

Comme dans un unix. Il me semble qu'il doit y avoir un man. On peut faire tourner les programmes assembleur dessus, nostub comme kernel (PreOs est inclus dedans). Par contre, si tu installes PedroM, c'est clairement pour homebrewer la TI, et pas pour calculer. Si tu veux du calcul formel, reste sous AMS.

On peut faire des calculs numériques (pas de calcul formel), mais seulement les 4 opérations élémentaires fonctionnent correctement, par exemple la trigonométrie bogue à fond (retourne n'importe quoi comme résultats).

Ben ça sert à avoir un OS très léger, pour avoir plein de mémoire et pouvoir enfin lancer les jeux énormes de PpHd
De mémoire, la plupart des jeux passant sur AMS 1.x fonctionnent dessus, mais comme les ROM_CALLS d'AMS 2.x n'ont pas été implémentés, bah nada.
Au niveau calcul, il y avait eu une tentative de porter un projet GPL, mais infructueux. Donc on peut faire les opérations simples, mais guère plus (je crois que les fonctions trigo sont buggées, ça a peut être été corrigé)

Et au niveau interface, on est dans un shell unix-like. Si mes souvenirs sont bons, PpHd avait fait un sacré boulot (je crois que les pipes sont gérés dans une certaine mesure...)

t'ain, ca me rappelle un projet de CAS pour pedrom ... vap0r

En fait PedRom devrais s'appeler CF-OS mais comme CF n'avance pas

OK. Pour la doc, je ne l'aie pas lue, j'avais pas le temps le jour où j'ai essayé.
J'ai cru que c'était un OS sans applications pour le moment. C'est une bonne nouvelle ça, si les programmes pour AMS marchent dessus.

Si j'ai bien compris, PpHd na pas souhaité refaire un système de fichiers plus élaboré que celui d'AMS. Pour garder la compatibilité j'imagine. Jusqu'ici j'ai cru que c'était un OS multitâches avec des niveaux de gris natifs et une profondeur de répertoires supérieure à 1

Ouai mais je suis plus rêveur que bosseur, tu vois

C'était quoi ton vap0rdream à toi ?

je pense que si on s'y mets tous, on peut se faire un OS avec

* gray natif
* multi-threading (déjà géré dans Pedrom je suppose, sinon squalyl a fait une adaptation 68k du projet systeme de l'Ensimag) mais aussi au niveau interface -> (fenetres etc..?)
* CAS
* un TI-Basic concurrent -> (GFA-Basic?)

parce qu'on a tous des compétences très complémentaires pour faire ca
mais bon.. faut que chacun s'y mette et c'est pas évident quoi.

Bah il faudrait reprendre Prosit pour ça et l'adapter à PedROM et le faire évoluer... mais les sources sont imbitables et absolument pas commentées (enfin... presque)

Nil (./16) :
Bah il faudrait reprendre Prosit pour ça et l'adapter à PedROM et le faire évoluer... mais les sources sont imbitables et absolument pas commentées (enfin... presque)

Tu parles de PedroM ou de Prosit ?

De Prosit (je ne touche pas à l'assembleur moi )

(Opale est sous BSD si vous voulez </pub> (moi aussi j'avais pensé à un OS multithread fenêtré, par contre le compatibilité AMS serait sérieusement réduite ))

c'est clair, mais si un tel truc se faisait, ça serati au détriment de la compatibilitée non ? (ou au pire pour lancer un truc ams on pourrais tres bien faire un "os_suspend(); run("blabla()"); os_resume();"

Tous les patchs que met TIGCC dans les programmes nostub afin de vérifier / rendre compatibles les programmes avec tous les HW, ils sont nécessaires avec PedROM ?

PedROM ne modifie pas le HW donc certains patch lié au hard sont indispensable quoi qu'il en soit. mais bon le format natif de PedROM est le kernel, donc pourquoi faire du nostub ?

C'est à dire que la détection du HW et les fonctions dépendantes du HW (lancement de programmes) peuvent être faites par PedROM, donc un programme kernel est allégé de tous ces patchs ?
Il reste quoi comme sortes de hack à embarquer impérativement ?

./15 > Deja, il faudrait savoir qui ca interresse (de participer), ensuite, tu proposes de t'y prendre comment ?
Pour le CAS : PpHd tu n'étais pas en train de nous preparer quelque chose ?

Bah, si vous arrivez à faire ou porter un interpréteur ou compilateur de Common LISP, vous pouvez faire tourner Maxima.

Une idée de la gourmandise de la chose ?

Pas enorme je dirais... C'est assez light ces betes la (LISP et derives)

moi je veux en coder un from scratch, mais j'ai pas le temps

j'ai tous les concepts en tête pourtant. ça intéresse personne de se lancer la dedans? je suppose que personne a de temps, évidemment...

Onur > Oublie pas de fouiller dans tes specs un de ces jours

Faire un bel OS en niveaux de gris et tout et tout?
C'est une belle idée je trouve.

Il est vrai que Pedrom n'est pas très intuitif (je l'avais testé sur émulateuir et je savais pas du tout quoi faire de leur ligne de commande, hormis faire des additions).

Si vous vous lancez dedans, j'aimerais participer mais je ne sais pas si j'ai les compétences nécessaires à ce genre de programmmes. Et puis je ne connais rien à l'assembleur, et je ne sais pas si sur ce type de programme la programmation assembleur/C se vaut.

Cependant beau projet!

Ca sert a rien les niveaux de gris sur un OS comme ca je pense... Du moins, si c'est tjrs avec un mode console comme c'etait avant