[ASM] KnightOS released, un nouveau défi pour les dévellopeurs ASM

Depuis ce soir, nous savons que KnightOS, un OS fait maison par SirCmpwn, n'a pas été abandonné, il a été continué.
L'OS arbore un menu type Casio Graph, mais... pas spécialisé dans les maths :P

Les dernières versions du code source/screens se trouvent là:
[Vous devez être inscrit et connecté pour voir ce lien]

L'auteur nous précise que l'assembleur n'est pas le même que sur le TI-OS, ni le Basic.

Il nous dit avoir bientôt terminé le kernel, mais qu'il n'existe quasiment pas de programmes pour, par conséquent il recherche des codeurs motivés ! (alors forcément moi je pense a Matrefeytontias, Linkakro, mdr1, constra-sh...)

Il demande a tout dévellopeur potentiel pour KnightOS de le contacter par mail: [Vous devez être inscrit et connecté pour voir ce lien]

Un des principes les plus géniaux de cet OS: On peut faire tourner les programmes simultanément, comme des Processus !!

[Vous devez être inscrit et connecté pour voir cette image]

Il est même possible d'en mettre un en pause, de favoriser leurs priorités, etc...

De nombreux screens croustillants sont fournis dans le dossier /etc/screenshots de l'archive.


Les projets prioritaires de programmes sont:

-La création d'un interpréteur de langage "KBasic", inventé exprès pour KnightOS (apparemment déjà commencé)
-Un calendrier/agenda
-je n'ai pas retenu la liste, demandez lui...


NB: par contre, il ne parle pas un mot de français, et est un peu susceptible.

(je ne connais pas constra-sh)

Mais il y a des trucs que je ne comprends pas :

-> le Basic il n'est pas le même, mais il est à peine commencé si je comprends bien ?
-> Ton screen, c'est des programmes en "assembleur ?"

le KBasic sera différent du TI-Basic, oui.

Et le screen, c'est l'OS de base. Comme sur une Casio. tu allumes la TI, tu tombes là dessus, oui ça a été codé en assembleur.

Nan mais l'OS, d'après ce que je vois, il permet de lancer plusieurs programmes en parallèles (ou en multi-threading). Ces programmes-là, ils sont en assembleur ?

pour le moment ce sont des prog en assembleur oui

mais apres plusieurs programme en k-basic oui

Je sais exactement quelle sera la première chose que je pourrais suggérer mais je n'ai pas les compétences asm nécessaires.
(une fonction de menu qui permette de dépasser de l'écran en scrollant, pour faire comme dans les menus de l'os ti mais en mieux et portable dans tout programme k-basic)

je pense que c'est prevu

Merci sachiix

linkaro -> ajouter une fonctions de scrool au menus principal demande de changer le kernel... ce n'est pas un programme assembleur mais bien l'os, un peu comme si tu voulais ajouter un graph avec un scrolling sur le TI-os

En fait moi ça m'intéresse, mais j'ose pas contacter Sir quelque chose, car n'étant absolument pas sûr d'arriver à une finalité utile, j'ai peur de le dérange pour rien et de lui donner de faux espoirs...

bah essaye mais fait un truc concret d'abord avant de le deranger

sachiix69 a écrit:linkaro -> ajouter une fonctions de scrool au menus principal demande de changer le kernel... ce n'est pas un programme assembleur mais bien l'os, un peu comme si tu voulais ajouter un graph avec un scrolling sur le TI-os

L'OS est écrite en quoi à ton avis ? En chinois ?
J'avoue ne pas avoir été clair. Je pensais bien inclure cela au Knight-OS.

sa me parait plus compliqué quand même car ce n'est pas le même asm, pas exactement... c'est vachement bizarre mais c'est comme sa...

Disons que c'est le même processeur, il y a donc quelques ressemblances, quand même. Le processeur c'est toujours du Zilog 80, logiquement.

oui je sais mais bizarrement sircmpwn nous dit que c'est different

nous verrons bien

Nan mais t'as le processeur -> [Vous devez être inscrit et connecté pour voir ce lien]
Et l'assembleur qui est mis dessus -> [Vous devez être inscrit et connecté pour voir ce lien]

Et donc l'assembleur diffère, mais le manuel du processeur, lui, est toujours valable.

Ouais, ça m'intéresserai bien c'te chose-là je contacterai SirCmpwn à l'occasion.

Au niveau des différences d'assembleur, n'y a-t-il pas une différence de Romcalls ?

Je n'ai pas fait d'ASM, hein, mais dans "ROMcall" je vois ROM. Or, SirCmpwn a créé lui même sa rom à la main, donc par conséquent les romcalls du TI-OS n'y sont pas...


Ou alors j'ai mal compris un truc.

C'est exactement ça persalteas.

Par contre, par rapport au titre du topic, on écrit développeur.

oui voila le principe du kernel c'est de crée les romcall en fait

il faut quand même allez les imaginer

c'est du bon boulot

C'est pas parce que des romcalls sont absentes ou en plus que le language assembleur est différent. L'assembleur z80 sera toujours du z80 à cause des instructions fondammentales.
Changer des romcalls ça oblige seulement à changer les sources.
Qu'on soit en C à changer des libs ou des routines ou en z80 à changer des romcalls ou des routines c'est le même problème.
Ce qui gère le language est seulement la manière de fonctionner le compilateur et les instructions de base.
En effet on pourra toujours modifier les routines classique, on pourra toujours les recréer d'une façon ou d'une autre tant que c'est dans les capacités de la machine à programmer.

A la limite on peut préciser la machine pour laquelle le programme est conçu (comme 83 ou 83plus) mais on ne peut pas dire que ce n'est pas le même assembleur.

(en tout cas c'est mon point de vue)

====

Il n'est pas obligé d'inventer toutes les romcalls, il peut en pomper sur TI si elles font ce qu'il veut (et si elles sont suffisamment optimisées )

Je pense que le plus pénible est d'organiser le code de l'os :
-faire des sauts de moins de 128 pour permettre d'utiliser des sauts relatifs plus légers que des sauts absolus
-choisir quand utiliser call/ret/rst, que ce soit pour permettre une romcall ou simplement pour économiser du code qui peut être répété.
-peut être un truc aussi moche et lent que bcall de TI... (rst28hxxxx)

les saut enfaite surtout... parcequ'il faut compter et organiser c'est pas facile

puis aussi organisez les romcall, penser a toute celle nessecaires...

mais il m'a dit que son OS allait etre beaucoup plus leger que le TI-OS c'est cool mais il y aura pas de fonctions comme faire les suite et tout, il faudras que des autre programmeur les fasse... sa je veux bien aider et je pense que tout le monde aideras

J'ai lu ses codes, il a refait toutes les romcalls de l'OS, a rajouté des opérateurs à l'ASM (kld, kcall, kjump), et au vu des codes, il a aussi reprogrammé la datasheet du processeur ... C'est pu le même hexa

:O comment a t'il fait sa

bon bah matref tu as toute a reprendre l'hexa franchement moi je suis pres a apprendre l'hexa de son OS je trouve sa cool

Il modifie le comportement du processeur ?
Il me semble que c'est un circuit électrique, pas un programme logique !
Par contre il peut utiliser des broches particulières (comme l'interruption) que TI n'exploitait peut-être pas, tant que c'est électriquement utilisable.

Et les instructions, il les fais avec des macros dans un compilateur ? Ou il a vraiment piraté le composant z80 ?

Je commence à être perdu