Je me demandais quel 8-bit de la glorieuse époque
C64/Amstrad/MSX/Spectrum/etc. pourrais-je utiliser pour apprendre la
base de la programmation informatique ?
Le Sun, 15 May 2011 21:53:27 +0200, Samuel DEVULDER écrivait :
Le 15/05/2011 19:00, Thierry Mella a écrit :
Samuel DEVULDER wrote:
Bon de toute façon je suis en plein 6809e en ce moment
Pourrais-je te demander ce que tu fais avec ???
(Quel bonheur de ne pas se sentir seul au monde !! :-D )
C'est ici que ca se passe: http://www.logicielsmoto.com/phpBB/viewtopic.php?tA4
Et là: http://tinyurl.com/676w5qk
Le 6809e est un vrai plaisir à programmer. Je trouve en plus que le casse-tete auto-imposé de faire rentrer l'algo dans 256 octets vaut largement la difficulté de certains mots-croisés et que contrairement à ces derniers, on peut partager le résultat avec d'autres quand on a finis (^_^). Avec les mots croisés, partager le résultat signifie souvent réduire le plaisir des autres.
Pourquoi dans 256 octets ? Le 6809 n'impose les 256 octets qu'en adressage direct en page, non ? Ah oui, c'est auto-imposé, donc si c'est une gageure...
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
Le Sun, 15 May 2011 21:53:27 +0200,
Samuel DEVULDER <samuel-dot-devulder@laposte-dot-com> écrivait :
Le 15/05/2011 19:00, Thierry Mella a écrit :
Samuel DEVULDER wrote:
Bon de toute façon je suis en plein 6809e en ce moment
Pourrais-je te demander ce que tu fais avec ???
(Quel bonheur de ne pas se sentir seul au monde !! :-D )
C'est ici que ca se passe:
http://www.logicielsmoto.com/phpBB/viewtopic.php?tA4
Et là: http://tinyurl.com/676w5qk
Le 6809e est un vrai plaisir à programmer. Je trouve en plus que le
casse-tete auto-imposé de faire rentrer l'algo dans 256 octets vaut
largement la difficulté de certains mots-croisés et que contrairement à
ces derniers, on peut partager le résultat avec d'autres quand on a
finis (^_^). Avec les mots croisés, partager le résultat signifie
souvent réduire le plaisir des autres.
Pourquoi dans 256 octets ? Le 6809 n'impose les 256 octets qu'en
adressage direct en page, non ? Ah oui, c'est auto-imposé, donc si
c'est une gageure...
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Le Sun, 15 May 2011 21:53:27 +0200, Samuel DEVULDER écrivait :
Le 15/05/2011 19:00, Thierry Mella a écrit :
Samuel DEVULDER wrote:
Bon de toute façon je suis en plein 6809e en ce moment
Pourrais-je te demander ce que tu fais avec ???
(Quel bonheur de ne pas se sentir seul au monde !! :-D )
C'est ici que ca se passe: http://www.logicielsmoto.com/phpBB/viewtopic.php?tA4
Et là: http://tinyurl.com/676w5qk
Le 6809e est un vrai plaisir à programmer. Je trouve en plus que le casse-tete auto-imposé de faire rentrer l'algo dans 256 octets vaut largement la difficulté de certains mots-croisés et que contrairement à ces derniers, on peut partager le résultat avec d'autres quand on a finis (^_^). Avec les mots croisés, partager le résultat signifie souvent réduire le plaisir des autres.
Pourquoi dans 256 octets ? Le 6809 n'impose les 256 octets qu'en adressage direct en page, non ? Ah oui, c'est auto-imposé, donc si c'est une gageure...
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
Samuel DEVULDER
Le 15/05/2011 23:00, JKB a écrit :
Pourquoi dans 256 octets ? Le 6809 n'impose les 256 octets qu'en adressage direct en page, non ?
Une taille de ROM par ex, mais dans mon cas c'est pour corser la difficulté par rapport aux optims de vitesse.
Ah oui, c'est auto-imposé, donc si c'est une gageure...
Comme dans d'autres domaines, programmer sans contraintes c'est programmer sans intelligence et sans vrai plaisir. Les OS actuels sont en parti déplaisants pour cela: ils sont plus lourd que les applicatifs qu'ils servent. Cherchez l'erreur!
sam (Curiosité sympa: http://bellard.org/tcc/tccboot.html)
Le 15/05/2011 23:00, JKB a écrit :
Pourquoi dans 256 octets ? Le 6809 n'impose les 256 octets qu'en
adressage direct en page, non ?
Une taille de ROM par ex, mais dans mon cas c'est pour corser la
difficulté par rapport aux optims de vitesse.
Ah oui, c'est auto-imposé, donc si c'est une gageure...
Comme dans d'autres domaines, programmer sans contraintes c'est
programmer sans intelligence et sans vrai plaisir. Les OS actuels sont
en parti déplaisants pour cela: ils sont plus lourd que les applicatifs
qu'ils servent. Cherchez l'erreur!
sam (Curiosité sympa: http://bellard.org/tcc/tccboot.html)
Pourquoi dans 256 octets ? Le 6809 n'impose les 256 octets qu'en adressage direct en page, non ?
Une taille de ROM par ex, mais dans mon cas c'est pour corser la difficulté par rapport aux optims de vitesse.
Ah oui, c'est auto-imposé, donc si c'est une gageure...
Comme dans d'autres domaines, programmer sans contraintes c'est programmer sans intelligence et sans vrai plaisir. Les OS actuels sont en parti déplaisants pour cela: ils sont plus lourd que les applicatifs qu'ils servent. Cherchez l'erreur!
sam (Curiosité sympa: http://bellard.org/tcc/tccboot.html)
Tonton Th
On 05/15/2011 11:25 PM, Samuel DEVULDER wrote:
Les OS actuels sont en parti déplaisants pour cela: ils sont plus lourd que les applicatifs qu'ils servent. Cherchez l'erreur!
L'erreur ? windows ?
-- Ma coiffeuse est formidable - http://sonia.buvette.org/
On 05/15/2011 11:25 PM, Samuel DEVULDER wrote:
Les OS actuels sont
en parti déplaisants pour cela: ils sont plus lourd que les applicatifs
qu'ils servent. Cherchez l'erreur!
L'erreur ? windows ?
--
Ma coiffeuse est formidable - http://sonia.buvette.org/
C'est ici que ca se passe: http://www.logicielsmoto.com/phpBB/viewtopic.php?tA4
Et là: http://tinyurl.com/676w5qk
Merci !
Le 6809e est un vrai plaisir à programmer.
Ce n'est pas moi qui dirais le contraire !!! Les plus chouettes mnémoniques des 8 bits. Comparé au Z80 et autres Intel ...
Par contre j'ai bien un registre cc quelque part ;-)
EFHINZVC ???
Exact!
Ma mémoire est toujours bonne, Alzheimer attendra ... :-D
Sébastien Kirche
Le 17 avril 2011 à 18:37, JLS a dit :
Ca existe encore, des programmeurs en assembleur (je "parle" dans le domaine pro)?
J'en connais 2.
L'un fait dans le contrôle de défauts "temps réel" pour la sidérurgie (l'assembleur n'est qu'un des outils utilisés, il y a aussi selon le cas du FPGA ou de l'OS temps réel).
Par contre le second a développé un système de régie son & lumière "temps réel" à l'usage du secteur du spectacle. Tout en assembleur windows (en utilisant RosAsm, que je recommande pour l'utiliser de temps à autres) et tournant dans un système intégré à une dalle tactile, un peu comme un pc104 mais en plus moderne).
Il y a sans doute d'autres pros de l'assembleur (en dehors des pratiquants du reverse-engineering, des crackers ou des spécialistes de la sécurité) mais je n'en connais pas. Dans mon secteur (info de gestion) je suis plus obligé de me taper des bloatwares lamentables... -- Sébastien Kirche
Le 17 avril 2011 à 18:37, JLS a dit :
Ca existe encore, des programmeurs en assembleur (je "parle" dans le
domaine pro)?
J'en connais 2.
L'un fait dans le contrôle de défauts "temps réel" pour la sidérurgie
(l'assembleur n'est qu'un des outils utilisés, il y a aussi selon le cas
du FPGA ou de l'OS temps réel).
Par contre le second a développé un système de régie son & lumière
"temps réel" à l'usage du secteur du spectacle. Tout en assembleur
windows (en utilisant RosAsm, que je recommande pour l'utiliser de temps
à autres) et tournant dans un système intégré à une dalle tactile, un peu
comme un pc104 mais en plus moderne).
Il y a sans doute d'autres pros de l'assembleur (en dehors des
pratiquants du reverse-engineering, des crackers ou des spécialistes de
la sécurité) mais je n'en connais pas. Dans mon secteur (info de
gestion) je suis plus obligé de me taper des bloatwares lamentables...
--
Sébastien Kirche
Ca existe encore, des programmeurs en assembleur (je "parle" dans le domaine pro)?
J'en connais 2.
L'un fait dans le contrôle de défauts "temps réel" pour la sidérurgie (l'assembleur n'est qu'un des outils utilisés, il y a aussi selon le cas du FPGA ou de l'OS temps réel).
Par contre le second a développé un système de régie son & lumière "temps réel" à l'usage du secteur du spectacle. Tout en assembleur windows (en utilisant RosAsm, que je recommande pour l'utiliser de temps à autres) et tournant dans un système intégré à une dalle tactile, un peu comme un pc104 mais en plus moderne).
Il y a sans doute d'autres pros de l'assembleur (en dehors des pratiquants du reverse-engineering, des crackers ou des spécialistes de la sécurité) mais je n'en connais pas. Dans mon secteur (info de gestion) je suis plus obligé de me taper des bloatwares lamentables... -- Sébastien Kirche
Erwan David
Sébastien Kirche écrivait :
Il y a sans doute d'autres pros de l'assembleur (en dehors des pratiquants du reverse-engineering, des crackers ou des spécialistes de la sécurité) mais je n'en connais pas. Dans mon secteur (info de gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et qui comptaient les bits pour que ça tienne dans la mémoire...
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> écrivait :
Il y a sans doute d'autres pros de l'assembleur (en dehors des
pratiquants du reverse-engineering, des crackers ou des spécialistes de
la sécurité) mais je n'en connais pas. Dans mon secteur (info de
gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et
qui comptaient les bits pour que ça tienne dans la mémoire...
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
Il y a sans doute d'autres pros de l'assembleur (en dehors des pratiquants du reverse-engineering, des crackers ou des spécialistes de la sécurité) mais je n'en connais pas. Dans mon secteur (info de gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et qui comptaient les bits pour que ça tienne dans la mémoire...
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Erwan David
Sébastien Kirche écrivait :
Il y a sans doute d'autres pros de l'assembleur (en dehors des pratiquants du reverse-engineering, des crackers ou des spécialistes de la sécurité) mais je n'en connais pas. Dans mon secteur (info de gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et qui comptaient les bits pour que ça tienne dans la mémoire...
Et moi j'en ai fait : scheduler d'un OS embarqué (enfin juste le context switching, le reste était en C).
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> écrivait :
Il y a sans doute d'autres pros de l'assembleur (en dehors des
pratiquants du reverse-engineering, des crackers ou des spécialistes de
la sécurité) mais je n'en connais pas. Dans mon secteur (info de
gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et
qui comptaient les bits pour que ça tienne dans la mémoire...
Et moi j'en ai fait : scheduler d'un OS embarqué (enfin juste le context
switching, le reste était en C).
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
Il y a sans doute d'autres pros de l'assembleur (en dehors des pratiquants du reverse-engineering, des crackers ou des spécialistes de la sécurité) mais je n'en connais pas. Dans mon secteur (info de gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et qui comptaient les bits pour que ça tienne dans la mémoire...
Et moi j'en ai fait : scheduler d'un OS embarqué (enfin juste le context switching, le reste était en C).
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Erwan David
Sébastien Kirche écrivait :
Il y a sans doute d'autres pros de l'assembleur (en dehors des pratiquants du reverse-engineering, des crackers ou des spécialistes de la sécurité) mais je n'en connais pas. Dans mon secteur (info de gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et qui comptaient les bits pour que ça tienne dans la mémoire...
Et moi j'en ai fait : scheduler d'un OS embarqué (enfin juste le context switching, le reste était en C).
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> écrivait :
Il y a sans doute d'autres pros de l'assembleur (en dehors des
pratiquants du reverse-engineering, des crackers ou des spécialistes de
la sécurité) mais je n'en connais pas. Dans mon secteur (info de
gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et
qui comptaient les bits pour que ça tienne dans la mémoire...
Et moi j'en ai fait : scheduler d'un OS embarqué (enfin juste le context
switching, le reste était en C).
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
Il y a sans doute d'autres pros de l'assembleur (en dehors des pratiquants du reverse-engineering, des crackers ou des spécialistes de la sécurité) mais je n'en connais pas. Dans mon secteur (info de gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et qui comptaient les bits pour que ça tienne dans la mémoire...
Et moi j'en ai fait : scheduler d'un OS embarqué (enfin juste le context switching, le reste était en C).
-- Le travail n'est pas une bonne chose. Si ça l'était, les riches l'auraient accaparé
JKB
Le Tue, 07 Jun 2011 07:49:01 +0200, Erwan David écrivait :
Sébastien Kirche écrivait :
Il y a sans doute d'autres pros de l'assembleur (en dehors des pratiquants du reverse-engineering, des crackers ou des spécialistes de la sécurité) mais je n'en connais pas. Dans mon secteur (info de gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et qui comptaient les bits pour que ça tienne dans la mémoire...
Et moi j'en ai fait : scheduler d'un OS embarqué (enfin juste le context switching, le reste était en C).
Et moi du multitâche préemptif (10 Hz) sur du 68B09 avec 64 Ko de mémoire. Là, je suis en train de me tater pour coller un 6809 dans un FPGA, lui adjoindre sa MMU, sa ROM IEEE, les extension 6309 et quelques techniques d'adressages pour avoir un bus mémoire à 24 ou 32 bits et une version moderne d'UniFLEX. Que du bonheur...
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
Le Tue, 07 Jun 2011 07:49:01 +0200,
Erwan David <erwan@rail.eu.org> écrivait :
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> écrivait :
Il y a sans doute d'autres pros de l'assembleur (en dehors des
pratiquants du reverse-engineering, des crackers ou des spécialistes de
la sécurité) mais je n'en connais pas. Dans mon secteur (info de
gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et
qui comptaient les bits pour que ça tienne dans la mémoire...
Et moi j'en ai fait : scheduler d'un OS embarqué (enfin juste le context
switching, le reste était en C).
Et moi du multitâche préemptif (10 Hz) sur du 68B09 avec 64 Ko de
mémoire. Là, je suis en train de me tater pour coller un 6809 dans
un FPGA, lui adjoindre sa MMU, sa ROM IEEE, les extension 6309 et
quelques techniques d'adressages pour avoir un bus mémoire à 24 ou
32 bits et une version moderne d'UniFLEX. Que du bonheur...
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
Le Tue, 07 Jun 2011 07:49:01 +0200, Erwan David écrivait :
Sébastien Kirche écrivait :
Il y a sans doute d'autres pros de l'assembleur (en dehors des pratiquants du reverse-engineering, des crackers ou des spécialistes de la sécurité) mais je n'en connais pas. Dans mon secteur (info de gestion) je suis plus obligé de me taper des bloatwares lamentables...
J'en ai connu qui programmaient un middleware java pour carte à puce. Et qui comptaient les bits pour que ça tienne dans la mémoire...
Et moi j'en ai fait : scheduler d'un OS embarqué (enfin juste le context switching, le reste était en C).
Et moi du multitâche préemptif (10 Hz) sur du 68B09 avec 64 Ko de mémoire. Là, je suis en train de me tater pour coller un 6809 dans un FPGA, lui adjoindre sa MMU, sa ROM IEEE, les extension 6309 et quelques techniques d'adressages pour avoir un bus mémoire à 24 ou 32 bits et une version moderne d'UniFLEX. Que du bonheur...
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr
Samuel DEVULDER
Le 07/06/2011 09:02, JKB a écrit :
Et moi du multitâche préemptif (10 Hz) sur du 68B09 avec 64 Ko de
Il est capable de compiler pour quelques 8bits connus avec des trucs sympa tel que la réduction d'usage de pile, partage de vars globales, etc. Je me demande si quelqu'un a entendu parler d'un portage pour 6809?
sam.
Le 07/06/2011 09:02, JKB a écrit :
Et moi du multitâche préemptif (10 Hz) sur du 68B09 avec 64 Ko de
Il est capable de compiler pour quelques 8bits connus avec des trucs
sympa tel que la réduction d'usage de pile, partage de vars globales,
etc. Je me demande si quelqu'un a entendu parler d'un portage pour 6809?
Il est capable de compiler pour quelques 8bits connus avec des trucs sympa tel que la réduction d'usage de pile, partage de vars globales, etc. Je me demande si quelqu'un a entendu parler d'un portage pour 6809?
