[FreeVMS] Re: First call...


Subject: [FreeVMS] Re: First call...
From: BERTRAND Joël (joel.k.bertrand@free.fr)
Date: Tue Oct 09 2001 - 10:51:32 CEST


Thierry B. wrote:

> BERTRAND Joël wrote:
>
>> Donc, je disais que je réfléchissais depuis quelques mois à la
>>possibililité de reprendre le projet FreeVMS. Je ne vois que trois
>>solutions pour commencer (mais peut-être en existe-t-il d'autres) :
>>1/ coder un noyau à partir de rien ;
>>
>
> Assez séduisant, mais probablement hors de portée, vu la diversité
> des architectures visées.

        Sûr, mais c'est une chose que j'envisage quand même... Une bonne solution
serait peut-être de demander à IBM les sources de Warp, mais je n'y
crois pas trop ;-)

>>2/ coder un noyau à partir d'un micronoyau mach;
>>
>
> C'est à dire <troll>rajouter une personnalité VMS à Hurd</troll> ?
> Quoique, à la reflexion, ce n'est paut-être pas idiot... Il faut
> vraiment que j'installe Hurd un de ces soirs.

        Pourquoi troll ? Un bon nombre de lignes de code a déjà été écrit sur un
noyau Mach. Personnellement, la solution ne me plaît pas trop.

>>3/ modifier un noyau existant (Linux ou BSD) pour rajouter une couche
>>VMS, avec un avantage, l'utilisation possible de tout ce qui est outil GNU.
>>
>>
> Et là, c'est juste l'ampleur des modifications qui me parait
> difficile à estimer. Par contre, pour certaines choses, c'est un cadre
> de travail correct: je pense en particulier à l'écriture du FS.

        J'y vois au moins l'avantage de pouvoir s'éloigner progressivement d'un
système éprouvé en gardant un système utilisable en dual boot (au FS
près). Il faudrait rajouter dans un premier temps à un noyau le système
de fichier et la gestion des ressources avec une modification de VM pour
pouvoir avoir acces au moins aux disques différents.

>> Le noyau devant travailler avec le DCL, il faudra aussi le coder.
>>Pour cela, je pense qu'il sera assez facile de reprendre un bon bout de
>>mon RPL/2 (voir http://rpl2.free.fr) et de remplacer les définitions des
>>instructions par des appels système.
>>
>
> Pourrais-tu détailler un peu cette "reprise de code" ? J'avoue que j'ai
> trouvé rpl2 un peu, ahem, comment dire, ... impressionant!

        Merci ;-) Mais il n'est pas terminé... Plus sérieusement, le truc nommé
RPL/2 (si tu as jeté un oeil dans les sources) est un séquenceur façon
machine de Turing qui décompose un programme en « atomes » avant de
passer le tout dans un routine du fichier sequenceur.c
puis analyse.c. La syntaxe utilisée est pour l'instant une syntaxe en
notation polonaise inverse, mais j'ai écrit une routine qui transforme
la notation algébrique en notation polonaise inverse. Pour réutiliser le
truc, il suffit donc de modifier les appels de la routine analyse.c et
les routines correspondantes des fichiers instructions_??.c

        Il y a peut-être moyen de faire plus simple...

> Voici donc le fruit des mes reflexions: Il y a deux grandes choses
> qui peuvent se faire en partant d'une base existante (Linux probablement)
> c'est l'écriture d'un DCL de base d'une part, et l'écriture d'un FS
> adapté d'autre part. Je suis en train de rechercher et de (tenter de)
> comprendre de la documentation sur ces deux choses. Dès que j'ai de
> quoi faire un petit résumé, je vous en fait part. Je vais aussi peut-etre
> tenter d'écrire un 'fake DCL' pour mieux en saisir les concepts internes.
>
> Voilà, c'est tout pour ce matin.

        De mon côté, je réinstalle un OpenVMS 7.2 chez moi dès que j'ai résolu
mon problème de ventilateur dans ma PWS500 (groump, « Sorry, enclosure
fan not spinning, Warning, Shutting down ! »).

        Cordialement,

        JKB

-- 
Liste de diffusion FreeVMS
Pour se désinscrire : mailto:freevms-request@ml.free.fr?subject=unsubscribe



This archive was generated by hypermail 2b25 : Thu Oct 25 2001 - 15:42:21 CEST