C'est plus une question de culture historique limite en thème mais,
pourquoi les boot loaders 'OpenBoot' (Sun) ou celui de FreeBSD sont
écrits en forth ?
Il me semble que celui d'Apple et d'autres constructeurs aussi (sur
certains vieux Apple peut-être ?)
C'est aussi le langage que l'on trouve sur les calculateurs HP, série 28, 48 ...
Je trouvais cela très drole comme langage, si ma mémoire est bonne il a été créé pour controler le déplacement des moteurs pas à pas des telescopes de l'époque car les langages existant ne présentaient pas la précision mathématiques requise.
C'est vieux, cela remonte à 1968.
Un superbe langage, cela me fait plaisir de constater qu'il est encore connu et parfois utilisé.
Cordialement,
Patrice.
Patrice Rabiller a écrit :
Bonjour,
Il y a même eu, au début des années 80, un micro ordinateur très bon marché qui proposait comme seul langage de programmation le forth (Jupiter Ace). Malheureusement, ce langage est trop concis, trop proche de l'assembleur et assez difficile à maîtriser pour un débutant et le Jupiter Ace a rapidement disparu au profit des micro ordinateurs équipés du Basic ... Son principal intérêt, comme l'a dit Sébastien, réside dans le fait qu'il nécessitait très peu de mémoire (la mémoire était chère à cette époque).
Patrice Rabiller Téléchargez gratuitement un traceur de courbes : http://perso.orange.fr/patrice.rabiller/SineQuaNon/menusqn.htm
"Patrick Lamaizière" a écrit dans le message de news:
Bonjour,
C'est plus une question de culture historique limite en thème mais, pourquoi les boot loaders 'OpenBoot' (Sun) ou celui de FreeBSD sont écrits en forth ? Il me semble que celui d'Apple et d'autres constructeurs aussi (sur certains vieux Apple peut-être ?)
Si vous pouvez m'en dire plus ? Merci.
-- http://www.lamaiziere.net/logiciels.html
C'est aussi le langage que l'on trouve sur les calculateurs HP,
série 28, 48 ...
Je trouvais cela très drole comme langage, si ma mémoire est bonne
il a été créé pour controler le déplacement des moteurs pas à pas
des telescopes de l'époque car les langages existant ne présentaient
pas la précision mathématiques requise.
C'est vieux, cela remonte à 1968.
Un superbe langage, cela me fait plaisir de constater qu'il est
encore connu et parfois utilisé.
Cordialement,
Patrice.
Patrice Rabiller a écrit :
Bonjour,
Il y a même eu, au début des années 80, un micro ordinateur très bon marché
qui proposait comme seul langage de programmation le forth (Jupiter Ace).
Malheureusement, ce langage est trop concis, trop proche de l'assembleur et
assez difficile à maîtriser pour un débutant et le Jupiter Ace a rapidement
disparu au profit des micro ordinateurs équipés du Basic ... Son principal
intérêt, comme l'a dit Sébastien, réside dans le fait qu'il nécessitait très
peu de mémoire (la mémoire était chère à cette époque).
Patrice Rabiller
Téléchargez gratuitement un traceur de courbes :
http://perso.orange.fr/patrice.rabiller/SineQuaNon/menusqn.htm
"Patrick Lamaizière" <adresse@est.invalid> a écrit dans le message de news:
Xns15D3ADCB3A510plam@nulle.invalid...
Bonjour,
C'est plus une question de culture historique limite en thème mais,
pourquoi les boot loaders 'OpenBoot' (Sun) ou celui de FreeBSD sont
écrits en forth ?
Il me semble que celui d'Apple et d'autres constructeurs aussi (sur
certains vieux Apple peut-être ?)
C'est aussi le langage que l'on trouve sur les calculateurs HP, série 28, 48 ...
Je trouvais cela très drole comme langage, si ma mémoire est bonne il a été créé pour controler le déplacement des moteurs pas à pas des telescopes de l'époque car les langages existant ne présentaient pas la précision mathématiques requise.
C'est vieux, cela remonte à 1968.
Un superbe langage, cela me fait plaisir de constater qu'il est encore connu et parfois utilisé.
Cordialement,
Patrice.
Patrice Rabiller a écrit :
Bonjour,
Il y a même eu, au début des années 80, un micro ordinateur très bon marché qui proposait comme seul langage de programmation le forth (Jupiter Ace). Malheureusement, ce langage est trop concis, trop proche de l'assembleur et assez difficile à maîtriser pour un débutant et le Jupiter Ace a rapidement disparu au profit des micro ordinateurs équipés du Basic ... Son principal intérêt, comme l'a dit Sébastien, réside dans le fait qu'il nécessitait très peu de mémoire (la mémoire était chère à cette époque).
Patrice Rabiller Téléchargez gratuitement un traceur de courbes : http://perso.orange.fr/patrice.rabiller/SineQuaNon/menusqn.htm
"Patrick Lamaizière" a écrit dans le message de news:
Bonjour,
C'est plus une question de culture historique limite en thème mais, pourquoi les boot loaders 'OpenBoot' (Sun) ou celui de FreeBSD sont écrits en forth ? Il me semble que celui d'Apple et d'autres constructeurs aussi (sur certains vieux Apple peut-être ?)
Si vous pouvez m'en dire plus ? Merci.
-- http://www.lamaiziere.net/logiciels.html
JKB
Le 27-11-2006, à propos de Re: loader et forth, Patrice Trognon écrivait dans fr.comp.ordinosaures :
C'est aussi le langage que l'on trouve sur les calculateurs HP, série 28, 48 ...
Non. Le langage des HP 28, 48 et autres fonctionne en notation polonaise, mais ce n'est pas du Forth. Il s'agit de RPL.
JKB
-- Un RPL qui fonctionne sous Unix : http://rayleigh.systella.fr/~bertrand/rpl2
Le 27-11-2006, à propos de
Re: loader et forth,
Patrice Trognon écrivait dans fr.comp.ordinosaures :
C'est aussi le langage que l'on trouve sur les calculateurs HP,
série 28, 48 ...
Non. Le langage des HP 28, 48 et autres fonctionne en notation
polonaise, mais ce n'est pas du Forth. Il s'agit de RPL.
JKB
--
Un RPL qui fonctionne sous Unix :
http://rayleigh.systella.fr/~bertrand/rpl2
Je ne suis pas expert, mais ne serais ce pas proche ?
voir le lien suivant :
http://www.forth.org/whatis.html
Forth is a stack-based, extensible language without type-checking.
It is probably best known for its "reverse Polish" (postfix) arithmetic notation,
familiar to users of Hewlett-Packard calculators.
Forth is a real-time programming language originally developed to control telescopes.
Forth has many unique features and applications
JKB a écrit :
Le 27-11-2006, à propos de Re: loader et forth, Patrice Trognon écrivait dans fr.comp.ordinosaures :
C'est aussi le langage que l'on trouve sur les calculateurs HP, série 28, 48 ...
Non. Le langage des HP 28, 48 et autres fonctionne en notation polonaise, mais ce n'est pas du Forth. Il s'agit de RPL.
JKB
Marc Zyngier
"Patrice" == Patrice Trognon writes:
Patrice> It is probably best known for its "reverse Polish" (postfix) Patrice> arithmetic notation, familiar to users of Hewlett-Packard Patrice> calculators.
La notation postfixé (dite polonaise inverse) est vraiment le seul point commun entre Forth et une calculatrice HP.
Pour le reste, ça n'a pas grand chose à voir...
M. -- And if you don't know where you're going, any road will take you there...
Patrice> It is probably best known for its "reverse Polish" (postfix)
Patrice> arithmetic notation, familiar to users of Hewlett-Packard
Patrice> calculators.
La notation postfixé (dite polonaise inverse) est vraiment le seul
point commun entre Forth et une calculatrice HP.
Pour le reste, ça n'a pas grand chose à voir...
M.
--
And if you don't know where you're going, any road will take you there...
Patrice> It is probably best known for its "reverse Polish" (postfix) Patrice> arithmetic notation, familiar to users of Hewlett-Packard Patrice> calculators.
La notation postfixé (dite polonaise inverse) est vraiment le seul point commun entre Forth et une calculatrice HP.
Pour le reste, ça n'a pas grand chose à voir...
M. -- And if you don't know where you're going, any road will take you there...
Alain Godet
Olivier Aichelbaum a écrit :
ca peut être intéressant de consulter le source d'un ancien OS ! but pédagogique ou autre...
c'est mieux que de le voir perdu en tout cas !
C'est pas totalement perdu. Mais le plus dur sera de le remettre à un format "actuel"...
c'est une expérience sympa ça aussi ;)
On a le câble qqpart parce qu'on avait développé l'outil en Basic. Il fallait faite une analyse broche à broche des sorties série du Z89 pour les connecter sur les bonnes broches RS-232. Puis faire un logiciel qui envoie octet par octet toutes les données. On l'a aussi qqpart, mais est-ce lisible ?
"pour" ? il manque la fin de la phrase je pense...
Effectivement. Un composant est en train de (nan je déconne) Un composant est en train de claquer : au fur et à mesure que l'ordinateur chauffe, l'image se décale vers la gauche et se "retourne" en doublant de largeur. Ce qui fait qu'au bout de quelques minutes de travail, les 2 à 5 premières colonnes de texte sont illisibles. Je suis sûr qu'un électronicien saurait corriger ça...
Ca rejoint la question que j'ai posée il y a quelques jours ici ça...
Certainement. Mais ça fout les boules !
-- Cordialement
Alain Godet ajouter un t avant le @ pour répondre...
Olivier Aichelbaum a écrit :
ca peut être intéressant de consulter le source d'un ancien OS !
but pédagogique ou autre...
c'est mieux que de le voir perdu en tout cas !
C'est pas totalement perdu. Mais le plus dur sera de le remettre à un
format "actuel"...
c'est une expérience sympa ça aussi ;)
On a le câble qqpart parce qu'on avait développé l'outil en Basic. Il
fallait faite une analyse broche à broche des sorties série du Z89 pour
les connecter sur les bonnes broches RS-232. Puis faire un logiciel qui
envoie octet par octet toutes les données. On l'a aussi qqpart, mais
est-ce lisible ?
"pour" ? il manque la fin de la phrase je pense...
Effectivement. Un composant est en train de
(nan je déconne)
Un composant est en train de claquer : au fur et à mesure que
l'ordinateur chauffe, l'image se décale vers la gauche et se "retourne"
en doublant de largeur. Ce qui fait qu'au bout de quelques minutes de
travail, les 2 à 5 premières colonnes de texte sont illisibles. Je suis
sûr qu'un électronicien saurait corriger ça...
Ca rejoint la question que j'ai posée il y a quelques jours ici ça...
Certainement. Mais ça fout les boules !
--
Cordialement
Alain Godet
ajouter un t avant le @ pour répondre...
ca peut être intéressant de consulter le source d'un ancien OS ! but pédagogique ou autre...
c'est mieux que de le voir perdu en tout cas !
C'est pas totalement perdu. Mais le plus dur sera de le remettre à un format "actuel"...
c'est une expérience sympa ça aussi ;)
On a le câble qqpart parce qu'on avait développé l'outil en Basic. Il fallait faite une analyse broche à broche des sorties série du Z89 pour les connecter sur les bonnes broches RS-232. Puis faire un logiciel qui envoie octet par octet toutes les données. On l'a aussi qqpart, mais est-ce lisible ?
"pour" ? il manque la fin de la phrase je pense...
Effectivement. Un composant est en train de (nan je déconne) Un composant est en train de claquer : au fur et à mesure que l'ordinateur chauffe, l'image se décale vers la gauche et se "retourne" en doublant de largeur. Ce qui fait qu'au bout de quelques minutes de travail, les 2 à 5 premières colonnes de texte sont illisibles. Je suis sûr qu'un électronicien saurait corriger ça...
Ca rejoint la question que j'ai posée il y a quelques jours ici ça...
Certainement. Mais ça fout les boules !
-- Cordialement
Alain Godet ajouter un t avant le @ pour répondre...
Alain Godet
Olivier Aichelbaum a écrit :
Avec ce soft il serait possible de copier les disquettes : http://www.xenosoft.com/fmts.html (ça permettrait d'avoir des disquettes "fraiches")
Pas sûr que ça marche. Il y a eu 3 lecteurs différents pour H/Z89. Le 100 ko hard sectored, un 160 ko soft sectored et un 640 ko soft sectored double densité. Les deux derniers sont lisibles sur n'importe quel lecteur 5,25" (360 Ko pour le premier et 1,2 Mo pour le deuxième) avec le soft adéquat (Xenosoft ici) mais pas le premier, parce que c'est du hard sector (au lieu d'un trou qu'un capteur compte pour savoir que la disquette a fait un tour, il y a 10 trous régulièrement espacés et un onzième. C'est ce onzième que le lecteur cherche pour savoir que la disquette a fait un tour. Un lecteur traditionnel est incapable de la lire, physiquement.
Et avec Linux de les lire : http://nicolas.delsaux.free.fr/etc/mediaprm
Au passage j'ai découvert ça (compatible H89. et Z89 donc) et ça a l'air très sympa : http://www.thesvd.com/SVD/
En fait, quand on cherche H89, on trouve plus de choses :)
Je m'en suis rendu compte hier. Je vais recreuser. J'avais 2-3 jeux graphiques en ASCII (un mode spécial semi graphique permettait d'avoir une espèce de graphisme), dont un "équivalent" de Zaxxon avec scrolling horizontal super sympa, mais hard !
-- Cordialement
Alain Godet ajouter un t avant le @ pour répondre...
Olivier Aichelbaum a écrit :
Avec ce soft il serait possible de copier les disquettes :
http://www.xenosoft.com/fmts.html
(ça permettrait d'avoir des disquettes "fraiches")
Pas sûr que ça marche. Il y a eu 3 lecteurs différents pour H/Z89. Le
100 ko hard sectored, un 160 ko soft sectored et un 640 ko soft sectored
double densité.
Les deux derniers sont lisibles sur n'importe quel lecteur 5,25" (360 Ko
pour le premier et 1,2 Mo pour le deuxième) avec le soft adéquat
(Xenosoft ici) mais pas le premier, parce que c'est du hard sector (au
lieu d'un trou qu'un capteur compte pour savoir que la disquette a fait
un tour, il y a 10 trous régulièrement espacés et un onzième. C'est ce
onzième que le lecteur cherche pour savoir que la disquette a fait un
tour. Un lecteur traditionnel est incapable de la lire, physiquement.
Et avec Linux de les lire :
http://nicolas.delsaux.free.fr/etc/mediaprm
Au passage j'ai découvert ça (compatible H89. et Z89 donc) et ça
a l'air très sympa :
http://www.thesvd.com/SVD/
En fait, quand on cherche H89, on trouve plus de choses :)
Je m'en suis rendu compte hier. Je vais recreuser. J'avais 2-3 jeux
graphiques en ASCII (un mode spécial semi graphique permettait d'avoir
une espèce de graphisme), dont un "équivalent" de Zaxxon avec scrolling
horizontal super sympa, mais hard !
--
Cordialement
Alain Godet
ajouter un t avant le @ pour répondre...
Avec ce soft il serait possible de copier les disquettes : http://www.xenosoft.com/fmts.html (ça permettrait d'avoir des disquettes "fraiches")
Pas sûr que ça marche. Il y a eu 3 lecteurs différents pour H/Z89. Le 100 ko hard sectored, un 160 ko soft sectored et un 640 ko soft sectored double densité. Les deux derniers sont lisibles sur n'importe quel lecteur 5,25" (360 Ko pour le premier et 1,2 Mo pour le deuxième) avec le soft adéquat (Xenosoft ici) mais pas le premier, parce que c'est du hard sector (au lieu d'un trou qu'un capteur compte pour savoir que la disquette a fait un tour, il y a 10 trous régulièrement espacés et un onzième. C'est ce onzième que le lecteur cherche pour savoir que la disquette a fait un tour. Un lecteur traditionnel est incapable de la lire, physiquement.
Et avec Linux de les lire : http://nicolas.delsaux.free.fr/etc/mediaprm
Au passage j'ai découvert ça (compatible H89. et Z89 donc) et ça a l'air très sympa : http://www.thesvd.com/SVD/
En fait, quand on cherche H89, on trouve plus de choses :)
Je m'en suis rendu compte hier. Je vais recreuser. J'avais 2-3 jeux graphiques en ASCII (un mode spécial semi graphique permettait d'avoir une espèce de graphisme), dont un "équivalent" de Zaxxon avec scrolling horizontal super sympa, mais hard !
-- Cordialement
Alain Godet ajouter un t avant le @ pour répondre...
Sébastien Kirche
Le 28 novembre 2006 à 10:36, Alain Godet vraute :
Un composant est en train de claquer : au fur et à mesure que l'ordinateur chauffe, l'image se décale vers la gauche et se "retourne" en doublant de largeur. Ce qui fait qu'au bout de quelques minutes de travail, les 2 à 5 premières colonnes de texte sont illisibles. Je suis sûr qu'un électronicien saurait corriger ça...
Encore un problème de télé :)
On dirait que le balayage horizontal a un souci. Un panne qu'un dépanneur télé saurait certainement régler facilement.
-- Sébastien Kirche
Le 28 novembre 2006 à 10:36, Alain Godet vraute :
Un composant est en train de claquer : au fur et à mesure que
l'ordinateur chauffe, l'image se décale vers la gauche et se
"retourne" en doublant de largeur. Ce qui fait qu'au bout de quelques
minutes de travail, les 2 à 5 premières colonnes de texte sont
illisibles. Je suis sûr qu'un électronicien saurait corriger ça...
Encore un problème de télé :)
On dirait que le balayage horizontal a un souci. Un panne qu'un
dépanneur télé saurait certainement régler facilement.
Un composant est en train de claquer : au fur et à mesure que l'ordinateur chauffe, l'image se décale vers la gauche et se "retourne" en doublant de largeur. Ce qui fait qu'au bout de quelques minutes de travail, les 2 à 5 premières colonnes de texte sont illisibles. Je suis sûr qu'un électronicien saurait corriger ça...
Encore un problème de télé :)
On dirait que le balayage horizontal a un souci. Un panne qu'un dépanneur télé saurait certainement régler facilement.
-- Sébastien Kirche
Thierry Boudet
On 2006-11-26, Alain Godet wrote:
Son lecteur de disquettes ? Hard Sectored ! (un des rares sinon le seul
~~~~~~~~~~~~~
o/ ouéééé !!!
-- (oh, une recette de Carine, appliquons de suite) Matthieu 85/(184^2)=.00251063327032136105 Arnaud 70/(164^2)=.00260261748958953004 Et ensuite, on laisse Carine faire l'analyse. A vous les studios.
On 2006-11-26, Alain Godet <algode@wanadoo.fr> wrote:
Son lecteur de disquettes ? Hard Sectored ! (un des rares sinon le seul
~~~~~~~~~~~~~
o/ ouéééé !!!
--
(oh, une recette de Carine, appliquons de suite)
Matthieu 85/(184^2)=.00251063327032136105
Arnaud 70/(164^2)=.00260261748958953004
Et ensuite, on laisse Carine faire l'analyse. A vous les studios.
Son lecteur de disquettes ? Hard Sectored ! (un des rares sinon le seul
~~~~~~~~~~~~~
o/ ouéééé !!!
-- (oh, une recette de Carine, appliquons de suite) Matthieu 85/(184^2)=.00251063327032136105 Arnaud 70/(164^2)=.00260261748958953004 Et ensuite, on laisse Carine faire l'analyse. A vous les studios.
Olivier Aichelbaum
Alain Godet wrote:
On a le câble qqpart parce qu'on avait développé l'outil en Basic. Il fallait faite une analyse broche à broche des sorties série du Z89 pour les connecter sur les bonnes broches RS-232. Puis faire un logiciel qui envoie octet par octet toutes les données. On l'a aussi qqpart, mais est-ce lisible ?
Ben c'est toi qui disais plus haut : "on a encore le code source et un Zenith Z89 pour le faire tourner"
Vous avez le code source sur papier au pire ? A+ -- Olivier Aichelbaum http://www.acbm.com/olivier-aichelbaum/
Alain Godet wrote:
On a le câble qqpart parce qu'on avait développé l'outil en Basic. Il
fallait faite une analyse broche à broche des sorties série du Z89 pour
les connecter sur les bonnes broches RS-232. Puis faire un logiciel qui
envoie octet par octet toutes les données. On l'a aussi qqpart, mais
est-ce lisible ?
Ben c'est toi qui disais plus haut : "on a encore le code source et un
Zenith Z89 pour le faire tourner"
Vous avez le code source sur papier au pire ?
A+
--
Olivier Aichelbaum
http://www.acbm.com/olivier-aichelbaum/
On a le câble qqpart parce qu'on avait développé l'outil en Basic. Il fallait faite une analyse broche à broche des sorties série du Z89 pour les connecter sur les bonnes broches RS-232. Puis faire un logiciel qui envoie octet par octet toutes les données. On l'a aussi qqpart, mais est-ce lisible ?
Ben c'est toi qui disais plus haut : "on a encore le code source et un Zenith Z89 pour le faire tourner"
Vous avez le code source sur papier au pire ? A+ -- Olivier Aichelbaum http://www.acbm.com/olivier-aichelbaum/
Thierry Boudet
On 2006-11-27, Patrice Trognon wrote:
C'est vieux, cela remonte à 1968.
http://www.colorforth.com/ pour en savoir plus sur le bonhomme.
Qaund au Jupiter Ace, j'aimerais bien avoir un émulateur...
-- PICK du moins openqm est le plus moderne des SGBD la derniere version est du 27/9/2005 --helios
On 2006-11-27, Patrice Trognon <ptrognon@g_ASUPP_mail.com> wrote:
C'est vieux, cela remonte à 1968.
http://www.colorforth.com/ pour en savoir plus sur le bonhomme.
Qaund au Jupiter Ace, j'aimerais bien avoir un émulateur...
--
PICK du moins openqm est le plus moderne des SGBD
la derniere version est du 27/9/2005
--helios
