narkive is for sale. (interested) or (dismiss)
Discussion:
FreeMiNT sur ARAnyM
(trop ancien pour répondre)
Vincent Rivière
2020-06-06 21:53:10 UTC
Permalink
Bonjour à tous,

Si vous voulez tout savoir sur FreeMiNT avec ARAnyM, j'ai ce qu'il vous
faut. Je viens de vous concocter une nouvelle vidéo sur le sujet. Elle est
assez longue, n'hésitez pas à aller voir les chapitres dans la description.



Les logiciels français sont à l'honneur, même si je n'ai évidemment pu en
montrer que quelques uns, la vidéo étant déjà bien assez longue.

Cela devrait contribuer à mieux faire connaitre FreeMiNT et ARAnyM parmi les
ataristes, et peut-être même au-delà.
--
Vincent Rivière
Arachide
2020-06-07 08:08:26 UTC
Permalink
Post by Vincent Rivière
Bonjour à tous,
Si vous voulez tout savoir sur FreeMiNT avec ARAnyM, j'ai ce qu'il vous
faut. Je viens de vous concocter une nouvelle vidéo sur le sujet. Elle
est assez longue, n'hésitez pas à aller voir les chapitres dans la
description.
http://youtu.be/GOkDuLmgWFo
Les logiciels français sont à l'honneur, même si je n'ai évidemment pu
en montrer que quelques uns, la vidéo étant déjà bien assez longue.
Cela devrait contribuer à mieux faire connaitre FreeMiNT et ARAnyM parmi
les ataristes, et peut-être même au-delà.
Excellent travail Vincent !
La présentation est claire !

Merci pour le lien vers les versions mises à jour en temps réel de
Freemint, je ne sais plus par quel site je passais, mais j'avais des
versions obsolètes...

Je fichier clavier PC français va m'être utile aussi... Je n'avais que
le réglage Français de base jusqu'ici..

Guillaume.
Francois LE COAT
2020-06-07 08:45:25 UTC
Permalink
Salut,
Post by Vincent Rivière
Si vous voulez tout savoir sur FreeMiNT avec ARAnyM, j'ai ce qu'il vous
faut. Je viens de vous concocter une nouvelle vidéo sur le sujet. Elle
est assez longue, n'hésitez pas à aller voir les chapitres dans la
description.
http://youtu.be/GOkDuLmgWFo
Les logiciels français sont à l'honneur, même si je n'ai évidemment pu
en montrer que quelques uns, la vidéo étant déjà bien assez longue.
Cela devrait contribuer à mieux faire connaitre FreeMiNT et ARAnyM parmi
les ataristes, et peut-être même au-delà.
Merci pour cette vidéo, avec laquelle on apprend beaucoup :-)

Est-ce qu'il y aurait des informations sur une prochaine parution d'une
version stable de freeMiNT ? La version présentée semble aboutie, alors
est-ce que ça donnera lieu à une version officielle prochainement ?

Merci de mettre ton talent de présentation au service des ATARIstes !
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
Arachide
2020-06-07 09:19:10 UTC
Permalink
Post by Francois LE COAT
Salut,
Post by Vincent Rivière
Si vous voulez tout savoir sur FreeMiNT avec ARAnyM, j'ai ce qu'il
vous faut. Je viens de vous concocter une nouvelle vidéo sur le sujet.
Elle est assez longue, n'hésitez pas à aller voir les chapitres dans
la description.
http://youtu.be/GOkDuLmgWFo
Les logiciels français sont à l'honneur, même si je n'ai évidemment pu
en montrer que quelques uns, la vidéo étant déjà bien assez longue.
Cela devrait contribuer à mieux faire connaitre FreeMiNT et ARAnyM
parmi les ataristes, et peut-être même au-delà.
Merci pour cette vidéo, avec laquelle on apprend beaucoup :-)
Est-ce qu'il y aurait des informations sur une prochaine parution d'une
version stable de freeMiNT ? La version présentée semble aboutie, alors
est-ce que ça donnera lieu à une version officielle prochainement ?
Merci de mettre ton talent de présentation au service des ATARIstes !
Traître, lâche!

Tu ne le traites pas de suprémaciste?

On ne voit que Windows à l'écran !!

Et Cygwin...

Vraiment François, tu me déçois! Toi aussi tu es passé du côté du
mercantilisme et de l'invasion mondiale des GAFAM devant lesquels tu
t'agenouilles en homme défait.
La honte sur ton parcours de puriste.


Guillaume.
Vincent Rivière
2020-06-08 10:03:52 UTC
Permalink
Merci pour tous vos retours positifs 😀
Post by Francois LE COAT
Est-ce qu'il y aurait des informations sur une prochaine parution d'une
version stable de freeMiNT ? La version présentée semble aboutie, alors
est-ce que ça donnera lieu à une version officielle prochainement ?
En fait, il n'y a plus de responsable du projet FreeMiNT depuis quelques
années. Les développeurs s'organisent entre eux pour faire des corrections
et des évolutions. Et en pratique, ça marche plutôt bien. Comme je l'ai
expliqué en fin de vidéo, l'une des grosses avancées c'est l'intégration
continue, qui permet de rendre les binaires disponibles presque
immédiatement après chaque correction. Aujourd'hui, tout le monde utilise
ces snapshots, et il n'y a généralement pas de problème de stabilité. C'est
pour ça que personne n'envisage de faire une nouvelle release de FreeMiNT,
ce qui n'apporterait pas grand chose de plus en pratique.
--
Vincent Rivière
Francois LE COAT
2020-06-08 18:33:45 UTC
Permalink
Salut,
Post by Vincent Rivière
Merci pour tous vos retours positifs 😀
Post by Francois LE COAT
Est-ce qu'il y aurait des informations sur une prochaine parution d'une
version stable de freeMiNT ? La version présentée semble aboutie, alors
est-ce que ça donnera lieu à une version officielle prochainement ?
En fait, il n'y a plus de responsable du projet FreeMiNT depuis quelques
années. Les développeurs s'organisent entre eux pour faire des
corrections et des évolutions. Et en pratique, ça marche plutôt bien.
Comme je l'ai expliqué en fin de vidéo, l'une des grosses avancées c'est
l'intégration continue, qui permet de rendre les binaires disponibles
presque immédiatement après chaque correction. Aujourd'hui, tout le
monde utilise ces snapshots, et il n'y a généralement pas de problème de
stabilité. C'est pour ça que personne n'envisage de faire une nouvelle
release de FreeMiNT, ce qui n'apporterait pas grand chose de plus en
pratique.
Merci pour cette explication.

Alors, il faudrait que je t'explique pourquoi ce que tu proposes dans
la vidéo, ne fonctionne pas sur Macintosh ...

J'ai d'abord chargé :
<https://github.com/aranym/aranym/releases/download/ARANYM_1_1_0/aranym-1.1.0-macosx-x86_64_i386-021a14e.dmg>
et
<https://bintray.com/freemint/freemint/download_file?file_path=snapshots%2F1-19-889c9e6e%2Ffreemint-1-19-889-040-aranym.zip>

Ensuite il faut faire les quelques modifications suivantes :

1) Il faudrait que "drive_c" s'appelle "Aranym_files".
2) Le fichier "config" devrait se trouver dans "Aranym_files".
3) Le dossier "emutos" devrait se trouver dans "Aranym_files".
4) Dans le fichier "config" il faut corriger :
"
[GLOBAL]
Bootstrap = mint/1-19-889/mintara.prg
" et
"
[HOSTFS]
C = .
" et
"
[STARTUP]
GrabMouse = No
"
Cette dernière correction permet que le pointeur de souris ne soit pas
emprisonné dans la fenêtre de ARAnyM. Avec ces quelques modifications,
on peut arriver à faire à peu près ce que tu proposes, ce qui donne :

<Loading Image...>

J'ai placé l'exécutable `MacAranym JIT.app` dans le dossier désarchivé
"aranym-1-19-889", et je l'ai lancé. Il n'y a rien de plus à faire ...
Qu'est-ce que tu penses Vincent de ces toutes petites modifications,
qui permettraient de simplifier l'installation sur un Macintosh ?

Je te laisse imaginer les toutes petites modifications qu'il faudrait
faire dans `runme.bat` et `runme.sh`, c'est presque rien.

Qu'est-ce que tu en penses ? Merci pour ce que tu fais :-)
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
Vincent Rivière
2020-06-08 21:51:10 UTC
Permalink
Post by Francois LE COAT
Alors, il faudrait que je t'explique pourquoi ce que tu proposes dans
la vidéo, ne fonctionne pas sur Macintosh ...
En effet... J'ai tout dézippé dans le même dossier parce que c'est ce qui
m'a paru le plus simple. Et sous Linux, ça ne marche pas non plus car ARAnyM
est installé ailleurs.

Je propose que tu fasses une vidéo complémentaire pour Mac, comme ça ce sera
utile pour tous les utilisateurs 😀
Post by Francois LE COAT
[STARTUP]
GrabMouse = No
"
Cette dernière correction permet que le pointeur de souris ne soit pas
emprisonné dans la fenêtre de ARAnyM.
Je n'ai pas parlé de ça, car c'est en cours d'évolution côte ARAnyM/EmuTOS
pour que ça marche mieux.

Et par ailleurs, il y a ce problème de mouvement de souris au démarrage sous
Windows. Je n'ai pas voulu dérouter le public en parlant de tout ça dès le
début.
Post by Francois LE COAT
Je te laisse imaginer les toutes petites modifications qu'il faudrait
faire dans `runme.bat` et `runme.sh`, c'est presque rien.
Tu peux proposer tout ça sur ma MiNT Mailing List. C'est Miro Kropáček qui a
fait ce setup de FreeMiNT prêt à l'emploi. C'est relativement récent.
https://sourceforge.net/projects/freemint/lists/freemint-discuss

A noter que c'est juste un setup de base pour tester la toute dernière
version de FreeMiNT sans se prendre la tête. Ca ne sera jamais aussi complet
qu'AFROS ou le miniPack.
--
Vincent Rivière
Francois LE COAT
2020-06-08 22:50:17 UTC
Permalink
Salut,
Post by Vincent Rivière
Post by Francois LE COAT
Alors, il faudrait que je t'explique pourquoi ce que tu proposes dans
la vidéo, ne fonctionne pas sur Macintosh ...
En effet... J'ai tout dézippé dans le même dossier parce que c'est ce
qui m'a paru le plus simple. Et sous Linux, ça ne marche pas non plus
car ARAnyM est installé ailleurs.
Je propose que tu fasses une vidéo complémentaire pour Mac, comme ça ce
sera utile pour tous les utilisateurs 😀
Je n'ai pas ton talent pour faire des vidéos, loin de là !

Mais lorsque l'on renomme "drive_c" en "Aranym_files" le fichier
"config" va être automatiquement cherché dans "Aranym_files/config"
et du coup l'argument de "aranym -c config" est facultatif.
Post by Vincent Rivière
Post by Francois LE COAT
[STARTUP]
GrabMouse = No
"
Cette dernière correction permet que le pointeur de souris ne soit pas
emprisonné dans la fenêtre de ARAnyM.
Je n'ai pas parlé de ça, car c'est en cours d'évolution côte
ARAnyM/EmuTOS pour que ça marche mieux.
En plus il vaut mieux positionner :
"
[OPENGL]
Enabled = Yes
"
pour que l'affichage soit rapide. Ça règle le problème de souris.
Post by Vincent Rivière
Et par ailleurs, il y a ce problème de mouvement de souris au démarrage
sous Windows. Je n'ai pas voulu dérouter le public en parlant de tout ça
dès le début.
Je n'ai jamais rencontré ce problème de "mur invisible" quel que soit
le système que j'ai testé. Mais je n'ai pas la même configuration ...
Post by Vincent Rivière
Post by Francois LE COAT
Je te laisse imaginer les toutes petites modifications qu'il faudrait
faire dans `runme.bat` et `runme.sh`, c'est presque rien.
Tu peux proposer tout ça sur ma MiNT Mailing List. C'est Miro Kropáček
qui a fait ce setup de FreeMiNT prêt à l'emploi. C'est relativement récent.
https://sourceforge.net/projects/freemint/lists/freemint-discuss
Je verrai ... Parce que je n'ai pas encore bien compris la config ...
Post by Vincent Rivière
A noter que c'est juste un setup de base pour tester la toute dernière
version de FreeMiNT sans se prendre la tête. Ca ne sera jamais aussi
complet qu'AFROS ou le miniPack.
Alors, j'ai testé quelques temps avec Eurêka 2.12. C'est fabuleux ! Ça
tourne à une vitesse dingue ! Les tracés sont incroyablement rapides.
Puis alors la VDI trace tellement rapidement, qu'il est possible
d'effectuer des rotations de surfaces en temps-réel. J'ai jamais vu ça.
Lorsque l'on demande de calculer une image, en 2D, le tracé se fait très
rapidement aussi. Les courbes se dessinent vraiment vite.

Il y a juste un point négatif. Je n'ai pas pu jouer de son. Je n'ai pas
encore compris pourquoi ... Il doit y avoir un problème de cookies.

Enfin j'ai appris beaucoup de choses avec la vidéo. Il y a le moyen de
bien s'amuser avec cette configuration que je ne connaissais pas. Comme
tu dis, ça donne accès simplement aux tout derniers développements de
freeMiNT.

Merci pour cette vidéo, qui a épaté tout le monde, semble-t-il :-)
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
Francois LE COAT
2020-06-09 21:30:12 UTC
Permalink
Salut,
Post by Vincent Rivière
Post by Francois LE COAT
Alors, il faudrait que je t'explique pourquoi ce que tu proposes dans
la vidéo, ne fonctionne pas sur Macintosh ...
En effet... J'ai tout dézippé dans le même dossier parce que c'est ce
qui m'a paru le plus simple. Et sous Linux, ça ne marche pas non plus
car ARAnyM est installé ailleurs.
Je propose que tu fasses une vidéo complémentaire pour Mac, comme ça ce
sera utile pour tous les utilisateurs 😀
En définitive j'ai fait une vidéo sous macOS avec ce que tu as montré :



J'ai téléchargé ce que tu as indiqué. Puis j'ai fait les modifications
dont je t'ai parlé pour le Macintosh. J'ai chargé Eurêka 2.12. Enfin
j'ai fait une démonstration d'animation, que j'ai appelée "Accordion".

C'est pour montrer que ce que tu fais est aussi réalisable sur Mac ...
Je suis persuadé que la même configuration minimale, pourrait se lancer
à la fois sous Windows, GNU/Linux et macOS, avec quelques très petites
modifications. Il faudrait que j'en parle à Miro Kropáček sur la liste.

Mais ça impliquerait que tu recommences la vidéo, car la configuration
ne serait pas la même ... Principalement parce que "drive_c" devrait
s'appeler "Aranym_files" comme pour le miniPack ARAnyM, d'ailleurs ...

Merci pour ce que tu fais :-)
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
Vincent Rivière
2020-06-10 20:42:22 UTC
Permalink
http://youtu.be/69KIvKy7vSY
J'ai téléchargé ce que tu as indiqué. Puis j'ai fait les modifications
dont je t'ai parlé pour le Macintosh. J'ai chargé Eurêka 2.12. Enfin
j'ai fait une démonstration d'animation, que j'ai appelée "Accordion".
Ah ! Voilà une belle démo d'Eurêka 2.12. Ca montre une utilisation pratique
d'ARAnyM et FreeMiNT. Bravo.

J'encourage tout le monde à faire de même. Les vidéos permettent de montrer
les logiciels à ceux qui ne les connaissent pas encore, et de diffuser les
bonnes pratiques.
C'est pour montrer que ce que tu fais est aussi réalisable sur Mac ...
Je suis persuadé que la même configuration minimale, pourrait se lancer
à la fois sous Windows, GNU/Linux et macOS, avec quelques très petites
modifications. Il faudrait que j'en parle à Miro Kropáček sur la liste.
Tout à fait. Et c'est très bien de montrer comment les choses fonctionnent
sur plusieurs systèmes différents.
Mais ça impliquerait que tu recommences la vidéo, car la configuration
ne serait pas la même ... Principalement parce que "drive_c" devrait
s'appeler "Aranym_files" comme pour le miniPack ARAnyM, d'ailleurs ...
C'est même ce que je souhaite. Que ces vidéos deviennent vite obsolètes,
après que les bugs soient corrigés, et les pratiques améliorées. Ce sera
d'ailleurs l'occasion de faire de nouvelles vidéos pour montrer comment tout
ça a évolué... en bien 😀
--
Vincent Rivière
OL
2020-06-11 16:54:33 UTC
Permalink
Post by Vincent Rivière
J'encourage tout le monde à faire de même. Les vidéos permettent de montrer
les logiciels à ceux qui ne les connaissent pas encore, et de diffuser les
bonnes pratiques.
Tiens une petite vidéo qui date que j'avais fait sous Aranym:
http://myaes.lutece.net/telechargement/myaes097demo.mp4
Francois LE COAT
2020-06-11 17:15:11 UTC
Permalink
Salut,
Post by Vincent Rivière
http://youtu.be/69KIvKy7vSY
J'ai téléchargé ce que tu as indiqué. Puis j'ai fait les modifications
dont je t'ai parlé pour le Macintosh. J'ai chargé Eurêka 2.12. Enfin
j'ai fait une démonstration d'animation, que j'ai appelée "Accordion".
Ah ! Voilà une belle démo d'Eurêka 2.12. Ca montre une utilisation
pratique d'ARAnyM et FreeMiNT. Bravo.
J'encourage tout le monde à faire de même. Les vidéos permettent de
montrer les logiciels à ceux qui ne les connaissent pas encore, et de
diffuser les bonnes pratiques.
C'est pour montrer que ce que tu fais est aussi réalisable sur Mac ...
Je suis persuadé que la même configuration minimale, pourrait se lancer
à la fois sous Windows, GNU/Linux et macOS, avec quelques très petites
modifications. Il faudrait que j'en parle à Miro Kropáček sur la liste.
Tout à fait. Et c'est très bien de montrer comment les choses
fonctionnent sur plusieurs systèmes différents.
Mais ça impliquerait que tu recommences la vidéo, car la configuration
ne serait pas la même ... Principalement parce que "drive_c" devrait
s'appeler "Aranym_files" comme pour le miniPack ARAnyM, d'ailleurs ...
C'est même ce que je souhaite. Que ces vidéos deviennent vite obsolètes,
après que les bugs soient corrigés, et les pratiques améliorées. Ce sera
d'ailleurs l'occasion de faire de nouvelles vidéos pour montrer comment
tout ça a évolué... en bien 😀
Avec la configuration minimale freeMiNT sur ARAnyM que tu as
fait connaître Vincent, avec la vidéo, tout fonctionne bien, et
particulièrement rapidement. C'est un peu normal, car c'est optimisé
pour la machine virtuelle ARAnyM avec une compilation pour 68060, je
suppose. Mais alors lorsque l'on prend une application optimisée aussi,
comme Eurêka 2.12, ça tourne à une vitesse ahurissante ! J'ai rarement
vu mon logiciel tourner aussi vite. C'est spectaculaire, parce que j'ai
d'abord développé mon soft sur ST puis Falcon030, puis ensuite sur
Hadès060, en proposant des choses qui demandaient toujours plus de
puissance CPU. Mais avec cette configuration, presque tout fonctionne
en temps réel, alors que j'ai mis au point des algorithmes parfois
complexes ...

Je te remercie Vincent de m'avoir fait connaître cette configuration.
C'est l'occasion de se rendre compte réellement des progrès réalisés.
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
Arachide
2020-06-11 19:26:41 UTC
Permalink
Post by Francois LE COAT
suppose. Mais alors lorsque l'on prend une application optimisée aussi,
comme Eurêka 2.12,
Tu as fait des modifs récemment?

Guillaume.
Francois LE COAT
2020-06-11 19:52:23 UTC
Permalink
Salut,
Post by Arachide
Post by Francois LE COAT
suppose. Mais alors lorsque l'on prend une application optimisée aussi,
comme Eurêka 2.12,
Tu as fait des modifs récemment?
Je n'ai pas apporté de modification à mes softs depuis avril 2018.
Ce qui fait toute la différence est que freeMiNT est optimisé pour
ARAnyM. C'est la dernière version en date. Je ne m'étais pas encore
rendu compte que mes softs étaient aussi rapides qu'avec cette
configuration freeMiNT sur ARAnyM. Il faut remercier Vincent de
l'avoir fait connaître :-) Tout tourne maintenant en temps-réel !

Enfin, par rapport à la configuration que l'on télécharge, j'ai
autorisé dans le fichier "config" l'affichage avec OpenGL. C'est
dommage autrement de brider la vitesse de l'affichage ...
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
Pascal Wijsbroek
2020-06-12 07:45:48 UTC
Permalink
Post by Francois LE COAT
Je ne m'étais pas encore
rendu compte que mes softs étaient aussi rapides qu'avec cette
configuration freeMiNT sur ARAnyM.
Et pour cause : tes softs (TES softs ? ? ?) ne sont pas plus rapide. C'est
l'environnement qui est plus rapide.
Quand tu es dans un TGV tu n'es pas plus rapide. C'est le train qui
avance, pas toi.
Post by Francois LE COAT
Il faut remercier Vincent de l'avoir fait connaître :-)
Effectivement. Merci Vincent.
Francois LE COAT
2020-06-12 16:08:01 UTC
Permalink
Salut,
Post by Pascal Wijsbroek
Post by Francois LE COAT
Je ne m'étais pas encore
rendu compte que mes softs étaient aussi rapides qu'avec cette
configuration freeMiNT sur ARAnyM.
Et pour cause : tes softs (TES softs ? ? ?) ne sont pas plus rapide.
C'est l'environnement qui est plus rapide.
Quand tu es dans un TGV tu n'es pas plus rapide. C'est le train qui
avance, pas toi.
C'est de ta part Pascal un mauvais raisonnement par analogie mécanique.
En mécanique (le TGV) plus c'est gros et grand, plus c'est performant.
En électronique et informatique (le CPU, le code) plus c'est petit et
concis, plus c'est performant.

Le débat à propos des logiciels et du système, concerne plutôt
l'adéquation entre les ressources fournies par l'un, et l'usage
qu'en fait le programmeur d'applications.

Si mes logiciels fonctionnent aujourd'hui mieux avec freeMiNT et
ARAnyM, c'est qu'il y a eu un travail de ma part pour le rendre
performant. Un travail équivalent a été fait pour le système.
C'est la bonne entente entre les uns et les autres qui fait la
différence avec les performances.

Tu auras beau mettre un train à vapeur sur une ligne TGV, il ne
se déplacera pas plus vite pour autant. Tu dis n'importe quoi !
Je t'ai souvent dit de te méfier du raisonnement par analogie.
Bien souvent ça ne veut rien dire. C'est presque toujours le cas.
Post by Pascal Wijsbroek
Post by Francois LE COAT
Il faut remercier Vincent de l'avoir fait connaître :-)
Effectivement. Merci Vincent.
Vincent fait beaucoup de choses bien. Il faut l'encourager !
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
Pascal Wijsbroek
2020-06-12 16:34:06 UTC
Permalink
Post by Francois LE COAT
C'est de ta part Pascal un mauvais raisonnement par analogie mécanique.
Je ne crois pas non.
Post by Francois LE COAT
En mécanique (le TGV) plus c'est gros et grand, plus c'est performant.
En électronique et informatique (le CPU, le code) plus c'est petit et
concis, plus c'est performant.
Ce qui n'a rien à voir avec ton code à toi puisque tu ne le modifie pas.

Et c'est là qu'on voit les limites du langage avec toi... Tu utilises une
sémantique opposée pour dire strictement la même chose. Au lieu
d'évoquer la PUISSANCE, tu parles de TAILLE.
Or dans les deux cas il s'agit de PUISSANCE.

Je sais que tu essayes désespérément d'avoir raison partout et tout le
temps en tordant le sens des mots, mais essaye un tout petit peu de faire
semblant.
Post by Francois LE COAT
Le débat à propos des logiciels et du système, concerne plutôt
l'adéquation entre les ressources fournies par l'un, et l'usage
qu'en fait le programmeur d'applications.
Ce qui ne s'applique pas à ton programme. Tu ne l'a pas réécrit pour de
nouvelles ressources, tu as juste cliqué sur une option de compilation.
Et que je sache, selon tes propres propos, ton intention (louable au
demeurant) c'est de garder la compatibilité avec le parc Atari original.
Si tel n'est plus le cas, alors oui tu peux parler d'adéquation entre les
ressources et le programme. Ce qui pourrait sembler normal, mais serait au
détriment de la compatibilité.

Autrement dit : tu ne peux pas avoir le beurre et l'argent du beurre.
Post by Francois LE COAT
Si mes logiciels fonctionnent aujourd'hui mieux avec freeMiNT et
ARAnyM, c'est qu'il y a eu un travail de ma part pour le rendre
performant.
Quel travail ? Et quel(s) logiciel(s) ? Tu parles au pluriel, mais à part
Eureka je ne vois rien venir.
Post by Francois LE COAT
Un travail équivalent a été fait pour le système.
Que le système soit optimisé c'est un fait, c'est pour ça que ton
programme tourne plus vite dessus, je ne nie pas la performance finale.
C'est le "travail" que je ne comprends pas. Tu as une version d'Eureka
spécifique freeMINT ?
Post by Francois LE COAT
C'est la bonne entente entre les uns et les autres qui fait la
différence avec les performances.
Dans les faits pas du tout. Les "gros" jeux vidéo arrivent souvent à
faire plier les cartes graphiques au moment ou ils sortent. C'est
relativement courant. Et quelques mois/années plus tard quand débarque
une nouvelle génération : pouf ! Le jeu devient fluide. Sans pour autant
que son code ait été changé.
Si un programme doit être réécrit à chaque fois que l'OS et le
hardware évoluent, ça signifie la fin de la compatibilité ascendante,
ce qui n'est heureusement pas le cas.

Attention : je ne dis pas que c'est une mauvaise idée. Mais ça ne
fonctionne que dans le cas de logiciels ayant un suivi aux petits oignons.
Et ça provoque un effet de bord que tu as toi même dénoncé ici :
l'obsolescence programmée.
Si un programme colle au cul des performances de son OS et de son
hardware, alors il ne fonctionnera plus correctement sur les anciennes
machines.
Post by Francois LE COAT
Tu auras beau mettre un train à vapeur sur une ligne TGV, il ne
se déplacera pas plus vite pour autant.
Ça c'est une analogie foireuse.
Post by Francois LE COAT
Tu dis n'importe quoi !
Tu n'es pas obligé d'insulter pour avoir raison. Par exemple là tu te
conduit comme le dernier des connards. Est-ce que je relève ton niveau de
buleau ? Pas du tout, je sais rester calme.
Post by Francois LE COAT
Je t'ai souvent dit de te méfier du raisonnement par analogie.
Celui qui a fait DEUX analogies dans ce message c'est toi. Tu as toujours
tes problèmes cognitifs ?
Post by Francois LE COAT
Bien souvent ça ne veut rien dire. C'est presque toujours le cas.
Sauf dans ce cas là. Que tu refuses de discuter, admettons. Que tu
disqualifie d'avance toute tentative de discussion : non. C'est encore une
fois un procédé grossier et stupide qui ne te rend pas plus malin.
Post by Francois LE COAT
Vincent fait beaucoup de choses bien. Il faut l'encourager !
Je suis abonné à son fil Facebook. Ça compte ?
Francois LE COAT
2020-06-12 23:33:15 UTC
Permalink
Salut,
Post by Pascal Wijsbroek
Post by Francois LE COAT
Vincent fait beaucoup de choses bien. Il faut l'encourager !
Je suis abonné à son fil Facebook. Ça compte ?
Voila ce que ça m'inspire


ATARIstiquement vôtre =)
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
Pascal Wijsbroek
2020-06-13 10:06:56 UTC
Permalink
Post by Francois LE COAT
Voila ce que ça m'inspire http://youtu.be/Rx9A6marjd4
Lapin ?
OL
2020-06-12 19:18:59 UTC
Permalink
Post by Francois LE COAT
Salut,
Post by Pascal Wijsbroek
Post by Francois LE COAT
Je ne m'étais pas encore
rendu compte que mes softs étaient aussi rapides qu'avec cette
configuration freeMiNT sur ARAnyM.
Et pour cause : tes softs (TES softs ? ? ?) ne sont pas plus rapide.
C'est l'environnement qui est plus rapide.
Quand tu es dans un TGV tu n'es pas plus rapide. C'est le train qui
avance, pas toi.
C'est de ta part Pascal un mauvais raisonnement par analogie mécanique.
En mécanique (le TGV) plus c'est gros et grand, plus c'est performant.
En électronique et informatique (le CPU, le code) plus c'est petit et
concis, plus c'est performant.
Le débat à propos des logiciels et du système, concerne plutôt
l'adéquation entre les ressources fournies par l'un, et l'usage
qu'en fait le programmeur d'applications.
Si mes logiciels fonctionnent aujourd'hui mieux avec freeMiNT et
ARAnyM, c'est qu'il y a eu un travail de ma part pour le rendre
performant. Un travail équivalent a été fait pour le système.
C'est la bonne entente entre les uns et les autres qui fait la
différence avec les performances.
Non absolument pas ton soft est peu performant pour des raison triviales
de non réflexion de l'utilisation des ressources système. Tu prends ton
soft avec Multitos par exemple et tout à coup ton soft s'écroule, ou
même avec NAES ou Magic ou XaAES d'il y a quelques années ou MyAES
même la version officielle 0.97 dispo. Tu n'as rien optimisé depuis des
années et tu ne pensais pas que ton soft pouvait aller aussi vite il y a
quelques mois pourtant combien de fois je t'ai expliqué le problème. Tu
aurais pût avoir ces sensations bien plus vite et d'ailleurs avec ton
minipack ce n'est pas le cas.
Post by Francois LE COAT
Tu auras beau mettre un train à vapeur sur une ligne TGV, il ne
se déplacera pas plus vite pour autant. Tu dis n'importe quoi !
Je t'ai souvent dit de te méfier du raisonnement par analogie.
Bien souvent ça ne veut rien dire. C'est presque toujours le cas.
Post by Pascal Wijsbroek
Post by Francois LE COAT
Il faut remercier Vincent de l'avoir fait connaître :-)
Effectivement. Merci Vincent.
Vincent fait beaucoup de choses bien. Il faut l'encourager !
pehache
2020-06-13 06:18:46 UTC
Permalink
Post by Francois LE COAT
Si mes logiciels
Tu nous as caché qu'il y avait autre chose qu'Eureka ?
Post by Francois LE COAT
fonctionnent aujourd'hui mieux avec freeMiNT et
ARAnyM, c'est qu'il y a eu un travail de ma part pour le rendre
performant.
Foutaises, tu n'as rien fait sur le code, et tu es incapable de faire la
moindre optimisation algorithmique.

Ton "travail" a consisté à choisir la/les bonne(s) options de
compilation, ce qui a dû te prendre une minute, et ensuite à faire
savoir que tu as "optimisé ton logiciel". Ton "travail" c'est à 99% de
la comm.
--
"...sois ouvert aux idées des autres pour peu qu'elles aillent dans le
même sens que les tiennes." (ST sur fr.bio.medecine)
"Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici."
(FLC sur fr.comp.sys.atari)
Arachide
2020-06-12 11:18:01 UTC
Permalink
Post by Francois LE COAT
Salut,
Post by Arachide
Post by Francois LE COAT
suppose. Mais alors lorsque l'on prend une application optimisée aussi,
comme Eurêka 2.12,
Tu as fait des modifs récemment?
Je n'ai pas apporté de modification à mes softs depuis avril 2018.
Ce qui fait toute la différence est que freeMiNT est optimisé pour
ARAnyM. C'est la dernière version en date. Je ne m'étais pas encore
rendu compte que mes softs étaient aussi rapides qu'avec cette
configuration freeMiNT sur ARAnyM. Il faut remercier Vincent de
l'avoir fait connaître :-) Tout tourne maintenant en temps-réel !
Enfin, par rapport à la configuration que l'on télécharge, j'ai
autorisé dans le fichier "config" l'affichage avec OpenGL. C'est
dommage autrement de brider la vitesse de l'affichage ...
Mais ta phrase "une application optimisée, comme Eureka 2.12" affirme
que Eureka a été optimisé. Et comme on en avait parlé et que tu ne
voulais pas l'optimiser, je m'étonnais que ça soit fait.

Guillaume.
Francois LE COAT
2020-06-12 11:30:12 UTC
Permalink
Salut,
Post by Arachide
Post by Francois LE COAT
Post by Arachide
Post by Francois LE COAT
suppose. Mais alors lorsque l'on prend une application optimisée aussi,
comme Eurêka 2.12,
Tu as fait des modifs récemment?
Je n'ai pas apporté de modification à mes softs depuis avril 2018.
Ce qui fait toute la différence est que freeMiNT est optimisé pour
ARAnyM. C'est la dernière version en date. Je ne m'étais pas encore
rendu compte que mes softs étaient aussi rapides qu'avec cette
configuration freeMiNT sur ARAnyM. Il faut remercier Vincent de
l'avoir fait connaître :-) Tout tourne maintenant en temps-réel !
Enfin, par rapport à la configuration que l'on télécharge, j'ai
autorisé dans le fichier "config" l'affichage avec OpenGL. C'est
dommage autrement de brider la vitesse de l'affichage ...
Mais ta phrase "une application optimisée, comme Eureka 2.12" affirme
que Eureka a été optimisé. Et comme on en avait parlé et que tu ne
voulais pas l'optimiser, je m'étonnais que ça soit fait.
Il me semble que tu parles du fait que je teste la touche <ESC> alors
que tu me suggérais de plutôt utiliser une autre touche comme <CTRL>.
Il ne s'agit pas de l'optimisation dont je parle. J'utilise un langage
qui me permet d'optimiser mes softs pour 68000, 68020, 68030+881,
68020-60. Lorsque je dis que j'utilise Eurêka 2.12 dans une version
optimisée, c'est que sa compilation est effectuée avec les paramètres
de compilation adaptés à la machine virtuelle ARAnyM. Tu as compris ?

freeMiNT est lui même compilé avec des options adaptées à ARAnyM.

ATARIstiquement vôtre =)
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
OL
2020-06-12 11:54:35 UTC
Permalink
Post by Francois LE COAT
Salut,
Post by Arachide
Post by Francois LE COAT
Post by Arachide
Post by Francois LE COAT
suppose. Mais alors lorsque l'on prend une application optimisée aussi,
comme Eurêka 2.12,
Tu as fait des modifs récemment?
Je n'ai pas apporté de modification à mes softs depuis avril 2018.
Ce qui fait toute la différence est que freeMiNT est optimisé pour
ARAnyM. C'est la dernière version en date. Je ne m'étais pas encore
rendu compte que mes softs étaient aussi rapides qu'avec cette
configuration freeMiNT sur ARAnyM. Il faut remercier Vincent de
l'avoir fait connaître :-) Tout tourne maintenant en temps-réel !
Enfin, par rapport à la configuration que l'on télécharge, j'ai
autorisé dans le fichier "config" l'affichage avec OpenGL. C'est
dommage autrement de brider la vitesse de l'affichage ...
Mais ta phrase "une application optimisée, comme Eureka 2.12" affirme
que Eureka a été optimisé. Et comme on en avait parlé et que tu ne
voulais pas l'optimiser, je m'étonnais que ça soit fait.
Il me semble que tu parles du fait que je teste la touche <ESC> alors
que tu me suggérais de plutôt utiliser une autre touche comme <CTRL>.
Il ne s'agit pas de l'optimisation dont je parle. J'utilise un langage
qui me permet d'optimiser mes softs pour 68000, 68020, 68030+881,
68020-60. Lorsque je dis que j'utilise Eurêka 2.12 dans une version
optimisée, c'est que sa compilation est effectuée avec les paramètres
de compilation adaptés à la machine virtuelle ARAnyM. Tu as compris ?
Alors quelle version proposes tu pour Aranym ? Je serais curieux de
savoir, je pense que tu vas encore raconter une bêtise, réfléchis bien
à ce que tu vas dire, il y a un piège.
Post by Francois LE COAT
freeMiNT est lui même compilé avec des options adaptées à ARAnyM.
Ah bon ? Et là aussi c'est quoi pour toi optimisé pour Aranym ?

Ce que tu n'as pas compris, c'est que si ton soft va plus vite ce n'est
pas à cause des options de compilation de Mint, mais parce qu'il y a des
personnes qui travaillent dessus depuis des années et qui ont fait des
optimisations et surtout sur l'AES. Dans ce genre de partie logiciel les
options de compilation ont très peu d'effet la plupart du temps elles
sont là pour accepter certains codes asm lié au processeur cible et pas
grand chose d'autre. GCC 4 à 10 ne sont bien souvent pas meilleurs que
sur 68k (tout dépend beaucoup si le programmeur à passé un peu de temps
à optimiser ou pas son code, plus le programmeur fait du boulot de cochon
plus il a intérêt à utiliser un compiler moderne :-( ) mais sur des
routines un peu optimisé et pensée il y a bien des cas où le vieux GCC
2.95.3 est bien supérieur au moderne et pas qu'un peu, il fait un code
beaucoup plus proche de l'idée du programmeur et un gain de 30 ou 40% sur
une bête boucle je l'ai déjà vu.

Par contre pour ton soft le choix de l'option de compilation peut ne pas
être négligeable, d'où la question.
Francois LE COAT
2020-06-12 15:40:04 UTC
Permalink
Salut,
Post by OL
Post by Francois LE COAT
Post by Arachide
Post by Francois LE COAT
Post by Arachide
Post by Francois LE COAT
suppose. Mais alors lorsque l'on prend une application optimisée aussi,
comme Eurêka 2.12,
Tu as fait des modifs récemment?
Je n'ai pas apporté de modification à mes softs depuis avril 2018.
Ce qui fait toute la différence est que freeMiNT est optimisé pour
ARAnyM. C'est la dernière version en date. Je ne m'étais pas encore
rendu compte que mes softs étaient aussi rapides qu'avec cette
configuration freeMiNT sur ARAnyM. Il faut remercier Vincent de
l'avoir fait connaître :-) Tout tourne maintenant en temps-réel !
Enfin, par rapport à la configuration que l'on télécharge, j'ai
autorisé dans le fichier "config" l'affichage avec OpenGL. C'est
dommage autrement de brider la vitesse de l'affichage ...
Mais ta phrase "une application optimisée, comme Eureka 2.12" affirme
que Eureka a été optimisé. Et comme on en avait parlé et que tu ne
voulais pas l'optimiser, je m'étonnais que ça soit fait.
Il me semble que tu parles du fait que je teste la touche <ESC> alors
que tu me suggérais de plutôt utiliser une autre touche comme <CTRL>.
Il ne s'agit pas de l'optimisation dont je parle. J'utilise un langage
qui me permet d'optimiser mes softs pour 68000, 68020, 68030+881,
68020-60. Lorsque je dis que j'utilise Eurêka 2.12 dans une version
optimisée, c'est que sa compilation est effectuée avec les paramètres
de compilation adaptés à la machine virtuelle ARAnyM. Tu as compris ?
Alors quelle version proposes tu pour Aranym ? Je serais curieux de
savoir, je pense que tu vas encore raconter une bêtise, réfléchis bien à
ce que tu vas dire, il y a un piège.
Post by Francois LE COAT
freeMiNT est lui même compilé avec des options adaptées à ARAnyM.
Ah bon ? Et là aussi c'est quoi pour toi optimisé pour Aranym ?
En effet, ça se discute :-)
Post by OL
Ce que tu n'as pas compris, c'est que si ton soft va plus vite ce n'est
pas à cause des options de compilation de Mint, mais parce qu'il y a des
personnes qui travaillent dessus depuis des années et qui ont fait des
optimisations et surtout sur l'AES.
Je trouve que tu accordes trop d'importance au système. Le système ne
serait rien sans les applications qu'il supporte. Or des applications
qui se lancent avec freeMiNT il n'y en a pas énormément. C'est bien
d'encourager le développement du système, mais ça ne porte pas les
gens à l'utiliser, si l'on ne peut rien en faire. Les développeurs
d'applications comme moi, font tout leur possible, y compris en
optimisant lorsque c'est possible. Et l'optimisation du logiciel
aussi fait beaucoup pour l'utilisation dans de bonnes conditions.
Post by OL
Dans ce genre de partie logiciel les
options de compilation ont très peu d'effet la plupart du temps elles
sont là pour accepter certains codes asm lié au processeur cible et pas
grand chose d'autre.
Tu oublies que Eurêka 2.12 est un logiciel mathématique, et que les
options de compilation pour le coprocesseur de calcul flottant, font
énormément la différence. C'est aussi le cas avec POV-Ray d'ailleurs.
Post by OL
GCC 4 à 10 ne sont bien souvent pas meilleurs que
sur 68k (tout dépend beaucoup si le programmeur à passé un peu de temps
à optimiser ou pas son code, plus le programmeur fait du boulot de
cochon plus il a intérêt à utiliser un compiler moderne :-( ) mais sur
des routines un peu optimisé et pensée il y a bien des cas où le vieux
GCC 2.95.3 est bien supérieur au moderne et pas qu'un peu, il fait un
code beaucoup plus proche de l'idée du programmeur et un gain de 30 ou
40% sur une bête boucle je l'ai déjà vu.
C'est pourquoi j'utilise GNU/GCC 3.3.6, et que j'encourage à l'utiliser
pour les "vieux" programmes, pour sa compatibilité parfaite avec PURE C.
C'est aussi pourquoi je déplore ne pas avoir de cross-compilateur
GNU/GCC 3.3.6, qui me semble bien plus adapté pour ce que je fais.
Il me semble d'ailleurs que la version 3.3.6 peut produire du code
pour le processeur Coldfire, ce que je n'ai jamais vraiment testé ...
Post by OL
Par contre pour ton soft le choix de l'option de compilation peut ne pas
être négligeable, d'où la question.
Pour les logiciels mathématiques comme Eurêka 2.12 ou POV-Ray, j'aurais
tendance à dire que les options de compilation 68030+881 sont les plus
adaptées pour ARAnyM. En effet, lorsque l'on génère du code 68030+881,
celui-ci est particulièrement compact, et me semble plus adapté pour
la machine virtuelle ARAnyM, qui possède un cache de décodage pour le
JITc, le compilateur Just in Time. Il me semble que c'est le code
68030+881 qui est le plus rapide à l'exécution avec ARAnyM.

Est-ce que tu es d'accord ? Le processeur 68030 est le processeur de
la gamme Motorola qui permet le code le plus compact. C'est le summum
en matière de richesse de langage, du principe de fonctionnement CISC.
Les autres processeurs de la gamme 68k nécessitent plus d'instructions
pour réaliser la même chose. Or la compacité du code compte beaucoup.
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
OL
2020-06-12 19:12:16 UTC
Permalink
Salut
...
Post by Francois LE COAT
Post by OL
Alors quelle version proposes tu pour Aranym ? Je serais curieux de
savoir, je pense que tu vas encore raconter une bêtise, réfléchis bien à
ce que tu vas dire, il y a un piège.
Post by Francois LE COAT
freeMiNT est lui même compilé avec des options adaptées à ARAnyM.
Ah bon ? Et là aussi c'est quoi pour toi optimisé pour Aranym ?
En effet, ça se discute :-)
Post by OL
Ce que tu n'as pas compris, c'est que si ton soft va plus vite ce n'est
pas à cause des options de compilation de Mint, mais parce qu'il y a des
personnes qui travaillent dessus depuis des années et qui ont fait des
optimisations et surtout sur l'AES.
Je trouve que tu accordes trop d'importance au système. Le système ne
serait rien sans les applications qu'il supporte. Or des applications
qui se lancent avec freeMiNT il n'y en a pas énormément. C'est bien
d'encourager le développement du système, mais ça ne porte pas les
gens à l'utiliser, si l'on ne peut rien en faire. Les développeurs
d'applications comme moi, font tout leur possible, y compris en
optimisant lorsque c'est possible. Et l'optimisation du logiciel
aussi fait beaucoup pour l'utilisation dans de bonnes conditions.
Je n'apporte pas trop d'importance au système, sans lui tu ne serais pas
là pour t'émerveiller sur la rapidité de Eureka, car si on ne change
pas l'AES comme ton programme est écrit même à 50 GHz il irait encore
lentement, beaucoup d'optimisation ont été faites, ton programme en
bénéficie beaucoup, d'ailleurs sans doute l'un de ceux qui en
bénéficie le plus. C'est un peu dommage pour un soft écrit sur des
machines peu puissantes qu'il n'y ai pas eu un petit peu d'attention sur
la gestion du système, car cette sensation tu aurais pût la découvrir
bien avant.
Post by Francois LE COAT
Post by OL
Dans ce genre de partie logiciel les
options de compilation ont très peu d'effet la plupart du temps elles
sont là pour accepter certains codes asm lié au processeur cible et pas
grand chose d'autre.
Tu oublies que Eurêka 2.12 est un logiciel mathématique, et que les
options de compilation pour le coprocesseur de calcul flottant, font
énormément la différence. C'est aussi le cas avec POV-Ray d'ailleurs.
Je te parlais de Mint là pas de Eureka dont je parle un peu plus bas,
mais pour Eureka je suis d'accord avec toi. Dans le cas de Mint les
options de compilation ont peu d'influence sur le résultat.
Post by Francois LE COAT
Post by OL
GCC 4 à 10 ne sont bien souvent pas meilleurs que
sur 68k (tout dépend beaucoup si le programmeur à passé un peu de temps
à optimiser ou pas son code, plus le programmeur fait du boulot de
cochon plus il a intérêt à utiliser un compiler moderne :-( ) mais sur
des routines un peu optimisé et pensée il y a bien des cas où le vieux
GCC 2.95.3 est bien supérieur au moderne et pas qu'un peu, il fait un
code beaucoup plus proche de l'idée du programmeur et un gain de 30 ou
40% sur une bête boucle je l'ai déjà vu.
C'est pourquoi j'utilise GNU/GCC 3.3.6, et que j'encourage à l'utiliser
pour les "vieux" programmes, pour sa compatibilité parfaite avec PURE C.
Non la compatibilité n'est pas parfaite du tout, disons que ce
compilateur est moins exigeant.

Je ne comprend pas le "c'est pourquoi", le "c'est pourquoi" doit se
référer à la performance de code que j'ai décrit plus haut, soit tu
sais qu'il donne un code meilleur parce que tu as mis le nez dedans le
code généré et comparé soit tu ne sais pas et la phrase n'a pas de
sens. Moi je ne peux pas dire, je sais pour avoir comparé que GCC 2.95.2
dans certains cas qui semble pourtant très simple est largement
supérieur à GCC 4 (mais dans des situations complexes GCC 4 est plus
rapide), mais vu que je n'ai pas testé GCC 3.3.6, je ne le sais pas et
toi non plus tu ne le sais pas, alors je te propose d'en avoir le coeur
net, comme cela on saura, j'ai un petit morceau de code très simple qui
vient d'une optimisation que j'ai faite de fdvi pour la V4, l'idée c'est
d'obtenir le code avec je pense l'option -S

Voici le morceau de code qui n'a rien de bien complexe, je crois que je
serais capable de pondre le code asm de cette routine c'est dire!:


#define PIXEL unsigned short

void
blit_copyfast(PIXEL *src_addr, int src_line_add,
PIXEL *dst_addr, PIXEL *dst_addr_fast, int dst_line_add,
int w, int h)
{ /* this version is dependant of 16 bit format !*/
short j,k,w4=w>>4,wf=w&0xF;
unsigned long *src,*dest;
while(h--){
src=(unsigned long *)src_addr;
dest=(unsigned long *)dst_addr;
/* j = w ;*/
j = w4;
k = wf;
while( j-- ) {
*dest++ = *src++;
*dest++ = *src++;
*dest++ = *src++;
*dest++ = *src++;
*dest++ = *src++;
*dest++ = *src++;
*dest++ = *src++;
*dest++ = *src++;

}
dst_addr=(PIXEL *)dest;
src_addr=(PIXEL *)src;
while(k--)
{
*dst_addr++ = *src_addr++;
}
src_addr += src_line_add;
dst_addr += dst_line_add;

}
}


GCC 2.95.3 donne un bon code simple efficace, GCC 4 donne un code environ
40% plus lent et infecte. GCC 3 ? ? ? Je ne sais pas peut être très bien
peut être mauvais, je ne sais rien. Cela m'intéresserait de savoir.
Post by Francois LE COAT
C'est aussi pourquoi je déplore ne pas avoir de cross-compilateur
GNU/GCC 3.3.6, qui me semble bien plus adapté pour ce que je fais.
Il me semble d'ailleurs que la version 3.3.6 peut produire du code
pour le processeur Coldfire, ce que je n'ai jamais vraiment testé ...
N'essayes pas, effectivement il est capable de sortir du code coldfire
mais en pure perte, l'exécutable plantera, la cible est connue pour être
non fonctionnelle, c'est ce qui m'a poussé à porter GCC 4 pour pouvoir
compiler Mint.
Post by Francois LE COAT
Post by OL
Par contre pour ton soft le choix de l'option de compilation peut ne pas
être négligeable, d'où la question.
Pour les logiciels mathématiques comme Eurêka 2.12 ou POV-Ray, j'aurais
tendance à dire que les options de compilation 68030+881 sont les plus
adaptées pour ARAnyM. En effet, lorsque l'on génère du code 68030+881,
celui-ci est particulièrement compact, et me semble plus adapté pour
la machine virtuelle ARAnyM, qui possède un cache de décodage pour le
JITc, le compilateur Just in Time. Il me semble que c'est le code
68030+881 qui est le plus rapide à l'exécution avec ARAnyM.
Est-ce que tu es d'accord ? Le processeur 68030 est le processeur de
la gamme Motorola qui permet le code le plus compact. C'est le summum
en matière de richesse de langage, du principe de fonctionnement CISC.
Les autres processeurs de la gamme 68k nécessitent plus d'instructions
pour réaliser la même chose. Or la compacité du code compte beaucoup.
Et bien pour l'option de compilation à choisir je suis parfaitement
d'accord avec toi 68030+881.
Quant aux raisons non ce n'est pas pour cela, ni à cause du JITc ni à
cause du 68030. La raison simple en revient à l'option 68881 car Aranym
émule toutes les instruction FPU du 68881 et en particulier les fonctions
trigo cos, sin, tan beaucoup utilisés dans des logiciels comme le tient.
Le autres options 68020, 30, 40, 60 côté CPU c'est quasi pareil et je
doute fort que l'on puisse mesurer une différence très notable entre les
compilations.
Enfin on peut considérer la réponse comme correcte.
Francois LE COAT
2020-06-12 21:20:05 UTC
Permalink
Salut,
Post by OL
Post by Francois LE COAT
C'est pourquoi j'utilise GNU/GCC 3.3.6, et que j'encourage à l'utiliser
pour les "vieux" programmes, pour sa compatibilité parfaite avec PURE C.
Non la compatibilité n'est pas parfaite du tout, disons que ce
compilateur est moins exigeant.
Si. La compatibilité de GNU/GCC 3.3.6 est parfaite avec PURE C 1.1,
pour peu que tu utilises les bonnes bibliothèques. Je l'ai expérimenté.
Post by OL
Je ne comprend pas le "c'est pourquoi", le "c'est pourquoi" doit se
référer à la performance de code que j'ai décrit plus haut, soit tu sais
qu'il donne un code meilleur parce que tu as mis le nez dedans le code
généré et comparé soit tu ne sais pas et la phrase n'a pas de sens. Moi
je ne peux pas dire, je sais pour avoir comparé que GCC 2.95.2 dans
certains cas qui semble pourtant très simple est largement supérieur à
GCC 4 (mais dans des situations complexes GCC 4 est plus rapide), mais
vu que je n'ai pas testé GCC 3.3.6, je ne le sais pas et toi non plus tu
ne le sais pas, alors je te propose d'en avoir le coeur net, comme cela
on saura, j'ai un petit morceau de code très simple qui vient d'une
optimisation que j'ai faite de fdvi pour la V4, l'idée c'est d'obtenir
le code avec je pense l'option -S
Voici le morceau de code qui n'a rien de bien complexe, je crois que je
Tu connais le miniPack ARAnyM <http://eureka.atari.org/miniPack.zip> ?
Bien il suffit que tu charges le complément du kit GNU/GCC 3.3.6 à
<http://eureka.atari.org/gcc3.3.6SDK.zip> et tu pourras le tester ...

Tu dezippe le miniPack ARAnyM, et ensuite gcc3.3.6SDK.zip dans le
dossier "Aranym_files". C'est pas plus compliqué. Tu auras accès à
mon SDK avec lequel je compile Eurêka 2.12. Et de cette façon, il
est possible de compiler avec GNU/GCC, ce qui se compile avec PURE C.

C'est le compilateur C ultime. C'est pourquoi je le propose ... Je
t'encourage à le tester. C'est dommage que tu ne le connaisses pas déjà.
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
OL
2020-06-12 22:20:09 UTC
Permalink
Post by Francois LE COAT
Salut,
Post by OL
Post by Francois LE COAT
C'est pourquoi j'utilise GNU/GCC 3.3.6, et que j'encourage à l'utiliser
pour les "vieux" programmes, pour sa compatibilité parfaite avec PURE C.
Non la compatibilité n'est pas parfaite du tout, disons que ce
compilateur est moins exigeant.
Si. La compatibilité de GNU/GCC 3.3.6 est parfaite avec PURE C 1.1,
pour peu que tu utilises les bonnes bibliothèques. Je l'ai expérimenté.
Bon comme tu veux, moi aussi je n'ai pas de soucis avec GCC 4 pour
compiler du PureC que j'ai écrit et pourtant ils ne sont pas parfaitement
compatible mais bon peu importe.
Post by Francois LE COAT
Post by OL
Je ne comprend pas le "c'est pourquoi", le "c'est pourquoi" doit se
référer à la performance de code que j'ai décrit plus haut, soit tu sais
qu'il donne un code meilleur parce que tu as mis le nez dedans le code
généré et comparé soit tu ne sais pas et la phrase n'a pas de sens. Moi
je ne peux pas dire, je sais pour avoir comparé que GCC 2.95.2 dans
certains cas qui semble pourtant très simple est largement supérieur à
GCC 4 (mais dans des situations complexes GCC 4 est plus rapide), mais
vu que je n'ai pas testé GCC 3.3.6, je ne le sais pas et toi non plus tu
ne le sais pas, alors je te propose d'en avoir le coeur net, comme cela
on saura, j'ai un petit morceau de code très simple qui vient d'une
optimisation que j'ai faite de fdvi pour la V4, l'idée c'est d'obtenir
le code avec je pense l'option -S
Voici le morceau de code qui n'a rien de bien complexe, je crois que je
Tu connais le miniPack ARAnyM <http://eureka.atari.org/miniPack.zip> ?
Bien il suffit que tu charges le complément du kit GNU/GCC 3.3.6 à
<http://eureka.atari.org/gcc3.3.6SDK.zip> et tu pourras le tester ...
Tu dezippe le miniPack ARAnyM, et ensuite gcc3.3.6SDK.zip dans le
dossier "Aranym_files". C'est pas plus compliqué. Tu auras accès à
mon SDK avec lequel je compile Eurêka 2.12. Et de cette façon, il
est possible de compiler avec GNU/GCC, ce qui se compile avec PURE C.
C'est le compilateur C ultime. C'est pourquoi je le propose ... Je
t'encourage à le tester. C'est dommage que tu ne le connaisses pas déjà.
Bah ton compilateur donne un code tout aussi pourri que GCC 4:

_blit_copyfast:
link a6,#-16
movel a6@(28),d0
asrl #4,d0
movew d0,a6@(-6)
movew a6@(30),d0
andw #15,d0
movew d0,a6@(-8)
L2:
subql #1,a6@(32)
moveq #-1,d0
cmpl a6@(32),d0
jne L4
jra L1
.even
L4:
movel a6@(8),a6@(-12)
movel a6@(16),a6@(-16)
movew a6@(-6),a6@(-2)
movew a6@(-8),a6@(-4)
L5:
subqw #1,a6@(-2)
cmpw #-1,a6@(-2)
jne L7
jra L6
.even
L7:
movel a6@(-16),d0
movel d0,a1
movel a6@(-12),d0
movel d0,a0
movel a0@,a1@
addql #4,a6@(-12)
addql #4,a6@(-16)
movel a6@(-16),d0
movel d0,a1
movel a6@(-12),d0
movel d0,a0
movel a0@,a1@
addql #4,a6@(-12)
addql #4,a6@(-16)
movel a6@(-16),d0
movel d0,a1
movel a6@(-12),d0
movel d0,a0
movel a0@,a1@
addql #4,a6@(-12)
addql #4,a6@(-16)
movel a6@(-16),d0
movel d0,a1
movel a6@(-12),d0
movel d0,a0
movel a0@,a1@
addql #4,a6@(-12)
addql #4,a6@(-16)
movel a6@(-16),d0
movel d0,a1
movel a6@(-12),d0
movel d0,a0
movel a0@,a1@
addql #4,a6@(-12)
addql #4,a6@(-16)
movel a6@(-16),d0
movel d0,a1
movel a6@(-12),d0
movel d0,a0
movel a0@,a1@
addql #4,a6@(-12)
addql #4,a6@(-16)
movel a6@(-16),d0
movel d0,a1
movel a6@(-12),d0
movel d0,a0
movel a0@,a1@
addql #4,a6@(-12)
addql #4,a6@(-16)
movel a6@(-16),d0
movel d0,a1
movel a6@(-12),d0
movel d0,a0
movel a0@,a1@
addql #4,a6@(-12)
addql #4,a6@(-16)
jra L5
.even
L6:
movel a6@(-16),a6@(16)
movel a6@(-12),a6@(8)
L8:
subqw #1,a6@(-4)
cmpw #-1,a6@(-4)
jne L10
jra L9
.even
L10:
movel a6@(16),d0
movel d0,a1
movel a6@(8),d0
movel d0,a0
movew a0@,a1@
addql #2,a6@(8)
addql #2,a6@(16)
jra L8
.even
L9:
movel a6@(12),d1
movel d1,d0
addl d1,d0
addl d0,a6@(8)
movel a6@(24),d1
movel d1,d0
addl d1,d0
addl d0,a6@(16)
jra L2
.even
L1:
unlk a6
rts

La version GCC 2.95.3 il n'y a pas photo je crois:
_blit_copyfast:
moveml #0x3f20,sp@-
movel sp@(32),a0
movel sp@(38),a2
movew sp@(48),d0
movew d0,d2
asrw #4,d2
movew d0,d1
andw #15,d1
movew sp@(50),d0
subqw #1,d0
cmpw #-1,d0
jeq L4
movew d1,d6
subqw #1,d6
movew sp@(36),d4
extl d4
movew sp@(46),d3
extl d3
movew d1,d7
addl d4,d4
addl d3,d3
L5:
movel a0,a1
movel a2,a0
movew d2,d1
subqw #1,d1
movew d0,d5
subqw #1,d5
tstw d2
jeq L7
L8:
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
movew d1,d0
subqw #1,d1
tstw d0
jne L8
L7:
movel a0,a2
movel a1,a0
movew d6,d1
tstw d7
jeq L11
L12:
movew a0@+,a2@+
movew d1,d0
subqw #1,d1
tstw d0
jne L12
L11:
addl d4,a0
addl d3,a2
movew d5,d0
cmpw #-1,d0
jne L5
L4:
moveml sp@+,#0x4fc
rts
OL
2020-06-12 22:26:06 UTC
Permalink
Autant pour moi, j'ai oublié l'option d'optimisation -O2

Le code du GCC 3 est correcte en fin de compte, donc ok le "c'est
pourquoi" est accepté même si je sais que tu ne l'a sans doute pas fait
exprès:

_blit_copyfast:
link a6,#0
moveml #0x3c20,sp@-
movel a6@(8),a0
movel a6@(12),d3
movel a6@(16),a2
movel a6@(24),a1
movel a6@(28),d0
movel d0,d1
lsrl #4,d1
movew d0,d2
andw #15,d2
movel a6@(32),d0
subql #1,d0
moveq #-1,d4
cmpl d0,d4
jeq L15
movew d1,d5
subqw #1,d5
movew d2,d4
subqw #1,d4
addl d3,d3
movel a1,d2
addl a1,d2
.even
L13:
movel a0,a1
movel a2,a0
movew d5,d1
cmpw #-1,d5
jeq L17
.even
L8:
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
movel a1@+,a0@+
dbra d1,L8
L17:
movel a0,a2
movel a1,a0
movew d4,d1
cmpw #-1,d4
jeq L19
.even
L12:
movew a0@+,a2@+
dbra d1,L12
L19:
addl d3,a0
addl d2,a2
dbra d0,L13
clrw d0
subql #1,d0
jcc L13
L15:
moveml sp@+,#0x43c
unlk a6
Post by Francois LE COAT
Salut,
Post by OL
Post by Francois LE COAT
C'est pourquoi j'utilise GNU/GCC 3.3.6, et que j'encourage à l'utiliser
pour les "vieux" programmes, pour sa compatibilité parfaite avec PURE C.
Non la compatibilité n'est pas parfaite du tout, disons que ce
compilateur est moins exigeant.
Si. La compatibilité de GNU/GCC 3.3.6 est parfaite avec PURE C 1.1,
pour peu que tu utilises les bonnes bibliothèques. Je l'ai expérimenté.
Bon comme tu veux, moi aussi je n'ai pas de soucis avec GCC 4 pour compiler du
PureC que j'ai écrit et pourtant ils ne sont pas parfaitement compatible mais bon
peu importe.
Post by Francois LE COAT
Post by OL
Je ne comprend pas le "c'est pourquoi", le "c'est pourquoi" doit se
référer à la performance de code que j'ai décrit plus haut, soit tu sais
qu'il donne un code meilleur parce que tu as mis le nez dedans le code
généré et comparé soit tu ne sais pas et la phrase n'a pas de sens. Moi
je ne peux pas dire, je sais pour avoir comparé que GCC 2.95.2 dans
certains cas qui semble pourtant très simple est largement supérieur à
GCC 4 (mais dans des situations complexes GCC 4 est plus rapide), mais
vu que je n'ai pas testé GCC 3.3.6, je ne le sais pas et toi non plus tu
ne le sais pas, alors je te propose d'en avoir le coeur net, comme cela
on saura, j'ai un petit morceau de code très simple qui vient d'une
optimisation que j'ai faite de fdvi pour la V4, l'idée c'est d'obtenir
le code avec je pense l'option -S
Voici le morceau de code qui n'a rien de bien complexe, je crois que je
Tu connais le miniPack ARAnyM <http://eureka.atari.org/miniPack.zip> ?
Bien il suffit que tu charges le complément du kit GNU/GCC 3.3.6 à
<http://eureka.atari.org/gcc3.3.6SDK.zip> et tu pourras le tester ...
Tu dezippe le miniPack ARAnyM, et ensuite gcc3.3.6SDK.zip dans le
dossier "Aranym_files". C'est pas plus compliqué. Tu auras accès à
mon SDK avec lequel je compile Eurêka 2.12. Et de cette façon, il
est possible de compiler avec GNU/GCC, ce qui se compile avec PURE C.
C'est le compilateur C ultime. C'est pourquoi je le propose ... Je
t'encourage à le tester. C'est dommage que tu ne le connaisses pas déjà.
link a6,#-16
asrl #4,d0
andw #15,d0
moveq #-1,d0
jne L4
jra L1
.even
jne L7
jra L6
.even
movel d0,a1
movel d0,a0
movel d0,a1
movel d0,a0
movel d0,a1
movel d0,a0
movel d0,a1
movel d0,a0
movel d0,a1
movel d0,a0
movel d0,a1
movel d0,a0
movel d0,a1
movel d0,a0
movel d0,a1
movel d0,a0
jra L5
.even
jne L10
jra L9
.even
movel d0,a1
movel d0,a0
jra L8
.even
movel d1,d0
addl d1,d0
movel d1,d0
addl d1,d0
jra L2
.even
unlk a6
rts
movew d0,d2
asrw #4,d2
movew d0,d1
andw #15,d1
subqw #1,d0
cmpw #-1,d0
jeq L4
movew d1,d6
subqw #1,d6
extl d4
extl d3
movew d1,d7
addl d4,d4
addl d3,d3
movel a0,a1
movel a2,a0
movew d2,d1
subqw #1,d1
movew d0,d5
subqw #1,d5
tstw d2
jeq L7
movew d1,d0
subqw #1,d1
tstw d0
jne L8
movel a0,a2
movel a1,a0
movew d6,d1
tstw d7
jeq L11
movew d1,d0
subqw #1,d1
tstw d0
jne L12
addl d4,a0
addl d3,a2
movew d5,d0
cmpw #-1,d0
jne L5
rts
Francois LE COAT
2020-06-12 23:16:37 UTC
Permalink
Salut,
Post by OL
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
C'est pourquoi j'utilise GNU/GCC 3.3.6, et que j'encourage à l'utiliser
pour les "vieux" programmes, pour sa compatibilité parfaite avec PURE C.
Non la compatibilité n'est pas parfaite du tout, disons que ce
compilateur est moins exigeant.
Si. La compatibilité de GNU/GCC 3.3.6 est parfaite avec PURE C 1.1,
pour peu que tu utilises les bonnes bibliothèques. Je l'ai expérimenté.
Bon comme tu veux, moi aussi je n'ai pas de soucis avec GCC 4 pour
compiler du PureC que j'ai écrit et pourtant ils ne sont pas
parfaitement compatible mais bon peu importe.
J'ai déjà essayé de me faire comprendre. PURE C utilise des types "int"
sur 16bits par défaut. C'est aussi le cas de GNU/GCC 3.3.6 lorsqu'on lui
indique la directive "-mshort". GNU/GCC 4 possède certes aussi cette
option "-mshort" mais les bibliothèques correspondantes n'existent plus.

Pour compiler Eurêka 2.12, à la fois avec PURE C et GNU/GCC, il est
donc impératif pour moi d'utiliser GNU/GCC 3.3.6 qui est compatible
avec PURE C 1.1, non seulement pour le compilateur, mais aussi avec
ses bibliothèques, qui sont compatibles.

Ce que je regrette le plus, c'est de ne pas avoir de cross-compilateur
pour GNU/GCC 3.3.6. J'ai le compilateur natif, et ses bibliothèques,
mais il me faudrait le cross-compilateur pour pouvoir développer
simplement. Autant il est facile avec un ancien compilateur GNU/GCC
de fabriquer un nouveau compilateur. Autant c'est très compliqué de
fabriquer un ancien compilateur GNU/GCC à partir d'un nouveau. Ce qui
fait que je n'ai pas réussi à fabriquer un cross-compilateur 3.3.6.

Toi qui a de l'expérience avec GNU/GCC, tu saurais fabriquer un cross-
compilateur GNU/GCC 3.3.6 ? Les sources se trouvent ici :

<ftp://ftp.gnu.org/gnu/gcc/gcc-3.3.6/gcc-3.3.6.tar.gz>

Si tu savais le fabriquer, ça pourrait m'être particulièrement utile =)
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
OL
2020-06-13 08:16:47 UTC
Permalink
Post by Francois LE COAT
Salut,
Post by OL
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
C'est pourquoi j'utilise GNU/GCC 3.3.6, et que j'encourage à l'utiliser
pour les "vieux" programmes, pour sa compatibilité parfaite avec PURE C.
Non la compatibilité n'est pas parfaite du tout, disons que ce
compilateur est moins exigeant.
Si. La compatibilité de GNU/GCC 3.3.6 est parfaite avec PURE C 1.1,
pour peu que tu utilises les bonnes bibliothèques. Je l'ai expérimenté.
Bon comme tu veux, moi aussi je n'ai pas de soucis avec GCC 4 pour
compiler du PureC que j'ai écrit et pourtant ils ne sont pas
parfaitement compatible mais bon peu importe.
J'ai déjà essayé de me faire comprendre. PURE C utilise des types "int"
sur 16bits par défaut. C'est aussi le cas de GNU/GCC 3.3.6 lorsqu'on lui
indique la directive "-mshort". GNU/GCC 4 possède certes aussi cette
option "-mshort" mais les bibliothèques correspondantes n'existent plus.
Non non et non l'option -mshort est un faux problème et en fait tu
l'expliques très bien mais un peu de travers quand même, le problème se
sont les librairies, pas parce qu'elles ne sont pas en mshort mais parce
que si tu pouvais les avoir en version mshort cela ne marcherait pas mieux
parce que tu te rendrais compte que ton soft ne fonctionnerait pas
normalement, la seule lib a mon avis problématique c'est mintlib, mais je
ne pense pas que tu utilises des super fonctionnalités unix dans ton
soft, cela doit rester assez basic comme mes softs alors peut être faut
il regarder libcmini, les autres libs tu as besoin des maths et de la lib
gem. libm et gemlib ne posent pas de problèmes à compiler pour -mshort.

Ton archive est parfaitement parlante, de GCC 3 tu n'as que cc1, rien
d'autre ld est la version patchlevel 40 (qui date de gcc 2.95.3 ou quelque
chose comme cela pas de gcc 3 en tous les cas) , gcc.ttp c'est le 2.8.1 et
gas est en 2.9. un beau mélange pour ton usage personnel.
Post by Francois LE COAT
Pour compiler Eurêka 2.12, à la fois avec PURE C et GNU/GCC, il est
donc impératif pour moi d'utiliser GNU/GCC 3.3.6 qui est compatible
avec PURE C 1.1, non seulement pour le compilateur, mais aussi avec
ses bibliothèques, qui sont compatibles.
Ce que je regrette le plus, c'est de ne pas avoir de cross-compilateur
pour GNU/GCC 3.3.6. J'ai le compilateur natif, et ses bibliothèques,
mais il me faudrait le cross-compilateur pour pouvoir développer
simplement. Autant il est facile avec un ancien compilateur GNU/GCC
de fabriquer un nouveau compilateur. Autant c'est très compliqué de
fabriquer un ancien compilateur GNU/GCC à partir d'un nouveau. Ce qui
fait que je n'ai pas réussi à fabriquer un cross-compilateur 3.3.6.
Toi qui a de l'expérience avec GNU/GCC, tu saurais fabriquer un cross-
<ftp://ftp.gnu.org/gnu/gcc/gcc-3.3.6/gcc-3.3.6.tar.gz>
Si tu savais le fabriquer, ça pourrait m'être particulièrement utile =)
Cela ne te servirait à rien tu n'aurais pas le bon linker, gcc n'est pas
le probleme ce sont tes libs, donc cela veut dire qu'il faudrait faire du
ménage et vu l'arriéré il y a du taf. C'est simple il n'y a qu'un moyen
de le faire, c'est de remplacer une a une les librairies avec ton compilo
par les libs actuelles avec en premier l'option -mshort donc en gros
gemlib, libcmini, et pml ou autre à ta guise déjà de faire tourner tout
cela et quand cela sera fait tu peux utiliser les compilos qui existent en
cross compil, -mshort fonctionne parfaitement, là tu auras ton flot de
warning et erreurs mais ce ne devrait pas être trop douloureux, non la
douleur ce sont les libs.

Ceci dit l'option -mshort n'est pas un soucis, l'enlever ne devrait pas
causer beaucoup de soucis
pehache
2020-06-13 13:12:39 UTC
Permalink
Post by OL
Ceci dit l'option -mshort n'est pas un soucis, l'enlever ne devrait pas
causer beaucoup de soucis
S'il a écrit son code de façon non portable, si (par exemple en faisant
l'hypothèse qu'un int est toujours 16 bits).
--
"...sois ouvert aux idées des autres pour peu qu'elles aillent dans le
même sens que les tiennes." (ST sur fr.bio.medecine)
"Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici."
(FLC sur fr.comp.sys.atari)
Pascal Wijsbroek
2020-06-13 10:07:56 UTC
Permalink
Post by Francois LE COAT
Si tu savais le fabriquer, ça pourrait m'être particulièrement utile =)
Tu n'es quand même pas en train de demander de l'aide à un gars sur
lequel tu chies à longueur de messages ?
Francois LE COAT
2020-06-13 11:13:34 UTC
Permalink
Salut,
Post by Pascal Wijsbroek
Post by Francois LE COAT
Si tu savais le fabriquer, ça pourrait m'être particulièrement utile =)
Tu n'es quand même pas en train de demander de l'aide à un gars sur
lequel tu chies à longueur de messages ?
Tu ne comprends rien à ce dont je parle, ni à la réponse d'Olivier.

Tu me fais penser à Kevin Kline dans "Un poisson nommé Wanda" qui
lit "Beyond Good and Evil" de Friedrich Nietzsche. Voila l'extrait :

http://youtu.be/Rx9A6marjd4

La discussion te passe nettement au dessus de la tête. Tu n'as pas
les éléments de connaissance qui te permettraient de la comprendre.
"
Par-delà le bien et le mal. Prélude d'une philosophie de l'avenir est
une oeuvre du philosophe allemand Friedrich Nietzsche, publiée en 1886.
Le titre fut traduit en Par-delà le bien et le mal par Henri Albert.

Le livre paraît après Ainsi parla Zarathoustra et avant la Généalogie
de la morale, « qui complète et éclaire » Par-delà le bien et le mal.
Il comporte une préface, neuf parties et un postlude, Du haut des monts,
qui est un poème. Les neuf parties sont composées de 296 aphorismes, une
forme que Nietzsche privilégie habituellement. Le titre se place dans
une perspective immoraliste de la morale et des préjugés moraux. Il
s'agit de dépasser « la croyance aux oppositions des valeurs » qui,
selon lui, n'est qu'un préjugé de métaphysicien ...
" <https://fr.wikipedia.org/wiki/Par-del%C3%A0_le_bien_et_le_mal>

Tu comprends que tu ne comprends pas ?

ATARIstiquement vôtre =)
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
Pascal Wijsbroek
2020-06-13 11:58:13 UTC
Permalink
Post by Francois LE COAT
Tu ne comprends rien à ce dont je parle, ni à la réponse d'Olivier.
Je ne vois pas bien le rapport avec le sujet.
Tu as passé un temps infini à nous expliquer en quoi Olivier est
méchant. Parce qu'il a de vieilles machines, parce qu'un jour il a
refusé de continuer à t'héberger, parce que ci, parce que ça.

Et comme Olivier est (contrairement à ce que tu dis) un vrai passionné,
tu PROFITES DE LUI en essayant de le mettre au défi de résoudre TES
PROBLÈMES.
Je n'invente rien, cette discussion a déjà eu lieu en 2011 (et sans
doute avant, j'ai la flemme de chercher).

Donc je trouve assez amusant que tu lui chie à la gueule un message sur
deux, pour ensuite lui demander de résoudre des problèmes que TU NE SAIS
PAS RESOUDRE TOUT SEUL.
Post by Francois LE COAT
Tu me fais penser à Kevin Kline dans "Un poisson nommé Wanda" qui
lit "Beyond Good and Evil" de Friedrich Nietzsche.
Putain tu arrives à oublier tes propres messages publié dans la même
journée ! Ton cas s'aggrave.
Tu as déjà fait cette blague à 1h du matin.
Post by Francois LE COAT
La discussion te passe nettement au dessus de la tête.
Ca tombe bien, je ne parlais pas du tout du sujet, mais de la façon dont
tu traites Olivier en fonction de l'air du temps. Quand tu n'a pas besoin
de lui : hop c'est un connard. Et quand tu as besoin de lui : hop c'est un
esclave.

Tiens je vais te citer car à l'évidence ton cerveau a encore oublié ce
détail :
"Alors juste un conseil. Si tu ne veux pas te retrouver à la rue un jour,
je te conseille de te méfier d'Olivier Landemarre. J'ai rarement connu
un type ayant aussi peu de scrupules, aussi mesquin et irresponsable"
Post by Francois LE COAT
Tu comprends que tu ne comprends pas ?
Je te retourne le compliment. Tu n'a pas compris du tout de quoi je parle.
Et venir ensuite me donner des leçons de philosophie de comptoir est
assez savoureux.
Francois LE COAT
2020-06-13 13:00:41 UTC
Permalink
Salut,
Post by Pascal Wijsbroek
Post by Francois LE COAT
Tu comprends que tu ne comprends pas ?
Je te retourne le compliment. Tu n'a pas compris du tout de quoi je parle.
Pascal, le jour où l'on a compris que l'on ne comprend pas, c'est un
progrès immense par rapport à soi-même. Mais tu refuses de comprendre.

Est-ce que tu as compris que je ne développe plus Eurêka 2.12 depuis
avril 2007, et que par ailleurs les outils ayant évolués, il m'est
devenu impossible de continuer ?

Est-ce que tu comprends aussi que f.c.s.a. est un lieu de discussion
public, et que ce dont je parle à Olivier n'est pas une discussion
privée ? C'est à dire que la question que je pose s'adresse à lui,
mais aussi à tous les lecteurs du forum ?

Tu as compris qu'il y avait une mésentente entre Olivier et moi. Mais
tu ne comprends absolument rien aux enjeux qui ont conduits à cette
situation. Si tu comprenais les enjeux, tu n'exhumerais pas les archives
de ce forum, qui n'intéressent que des agitateurs de mauvaise foi.

Donc, je pose une question à Olivier, qui ne s'adresse pas qu'à lui.
D'autre part Olivier ne sais pas me répondre sur ce sujet difficile.
Je suis obligé d'expliquer, parce que tu ne lis pas Friedrich Nietzsche.
Enfin moi non plus, parce que je ne le comprends pas, et tant mieux !

Il y a beaucoup de choses que tu ignores. Tu ferais bien de l'admettre.

ATARIstiquement vôtre =)
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
pehache
2020-06-13 13:10:59 UTC
Permalink
Post by Francois LE COAT
Est-ce que tu as compris que je ne développe plus Eurêka 2.12 depuis
avril 2007,
A la bonne heure, donc tu mens quand par ailleurs tu dis l'avoir
"optimisé" récemment.
Post by Francois LE COAT
et que par ailleurs les outils ayant évolués, il m'est
devenu impossible de continuer ?
Non, c'est juste que tu es complètement dépassé par les outils actuels.
Post by Francois LE COAT
Est-ce que tu comprends aussi que f.c.s.a. est un lieu de discussion
public, et que ce dont je parle à Olivier n'est pas une discussion
privée ? C'est à dire que la question que je pose s'adresse à lui,
mais aussi à tous les lecteurs du forum ?
Tu as compris qu'il y avait une mésentente entre Olivier et moi. Mais
tu ne comprends absolument rien aux enjeux qui ont conduits à cette
situation. Si tu comprenais les enjeux, tu n'exhumerais pas les archives
de ce forum, qui n'intéressent que des agitateurs de mauvaise foi.
En résumé, quand tu as besoin de lui il ne faut pas qu'on rappelle les
horreurs que tu propages le concernant.
Post by Francois LE COAT
Donc, je pose une question à Olivier, qui ne s'adresse pas qu'à lui.
Je te conseille de travailler ton français : on n'utilise pas les mêmes
mots selon qu'on s'adresse à une personne en particulier ou à un groupe
de personnes.
Post by Francois LE COAT
D'autre part Olivier ne sais pas me répondre sur ce sujet difficile.
Dans pas longtemps ça va à nouveau être un incapable, je le sens.
Post by Francois LE COAT
Je suis obligé d'expliquer, parce que tu ne lis pas Friedrich Nietzsche.
Enfin moi non plus, parce que je ne le comprends pas, et tant mieux !
Donc tu dois expliquer Nietzsche à ceux qui ne lisent pas Nietzsche, sans
l'avoir lu toi-même. Ca ne s'arrange pas, chez toi...
Pascal Wijsbroek
2020-06-13 13:19:09 UTC
Permalink
Post by Francois LE COAT
Pascal, le jour où l'on a compris que l'on ne comprend pas, c'est un
progrès immense par rapport à soi-même. Mais tu refuses de comprendre.
Comment te dire... ça n'est pas le sujet. Qu'est ce que ça peut te
foutre SANS DECONNER que je sois un ignare complet dans un sujet DONT JE
NE PARLE PAS ? ? ?

Toi par exemple, tu es nul en tout. Tu programmes comme une merde, tu ne
comprends rien au son, à la vidéo, tu ne sais pas te servir de Youtube,
tu ne sais pas le prix réel des forfaits téléphoniques, tu ne connais
rien aux jeux vidéo, etc.

Je pourrais commencer tous mes sujets par ces petits rappels. Si je ne le
fais pas systématiquement c'est parce que ça n'est pas forcément le
sujet. Et que je crois qu'un jour tu réussiras à répondre à des vraies
questions autrement que :
- en chantant
- en ânnonant de la façon la plus stupide "tu ne comprends pas".

Tu te défile A CHAQUE FOIS. Tout le temps. Et tu noies le poisson en
causant de tout et n'importe quoi. Donc là tu as manifestement retrouvé
un vieux bouquin de philo pendant ton confinement, et tu crois avoir
découvert le secret de la pensée. Et tu te lance dans la foulée dans
une diatribe qui n'a aucun sens, qui n'est pas le sujet, et qui te fait
juste passer pour le dernier des abrutis.

C'est rigolo à voir note bien, mais ça n'apporte rien à la discussion.
Que tu sois un lâche est un fait admis par à peu près tout le monde.
Mais que tu l'affirme ainsi n'est pas particulièrement malin. Si j'étais
un peu taquin j'en profiterai pour démontrer que c'est PARCE QUE tu n'es
pas malin que tu délires ainsi.

Heureusement je ne suis pas taquin.
Post by Francois LE COAT
Est-ce que tu as compris que je ne développe plus Eurêka 2.12 depuis
avril 2007, et que par ailleurs les outils ayant évolués, il m'est
devenu impossible de continuer ?
Oullla. Vu que tu as rappelé ces faits un bon milliard de fois je pense
que oui. Mais comme d'habitude, tu ajoutes une conclusion sans objet :
"les outils ayant évolués, il m'est devenu impossible de continuer"

Non. Les outils ayant évolué ET ton code étant mal branlé, tu dois le
modifier. Ou alors, et c'est ta méthode à toi : tu dois absolument
trouver un plan B. Ou le faire trouver par quelqu'un d'autre.
Post by Francois LE COAT
Est-ce que tu comprends aussi que f.c.s.a. est un lieu de discussion
public, et que ce dont je parle à Olivier n'est pas une discussion
privée ?
Euh... il y a un piège ?
Post by Francois LE COAT
C'est à dire que la question que je pose s'adresse à lui,
mais aussi à tous les lecteurs du forum ?
Oui et ?
Post by Francois LE COAT
Tu as compris qu'il y avait une mésentente entre Olivier et moi. Mais
tu ne comprends absolument rien aux enjeux qui ont conduits à cette
situation.
Dans la mesure ou tu as menti et qu'Olivier a livré sa version, je
comprends que tu t'es comporté comme le dernier des crétins. J'aurais pu
croire ta version, mais ta façon te de comporter ici ne plaide pas en ta
faveur.

Et comme cette mésentente a été laaaaaaaaargement portée par TOI sur
ce même forum public dans une discussion pas privée, qui s'adressait
donc à tous les lecteurs du forum, ne t'étonne pas que ces mêmes
lecteurs se croient autorisés à en débattre. Eh oui...
Post by Francois LE COAT
Si tu comprenais les enjeux, tu n'exhumerais pas les archives
de ce forum, qui n'intéressent que des agitateurs de mauvaise foi.
Tout ce que je constate c'est que tu insultes Olivier, et qu'ensuite tu
lui demande de bosser pour toi.

Il n'y a rien à comprendre. C'est un débat public.
Post by Francois LE COAT
Donc, je pose une question à Olivier, qui ne s'adresse pas qu'à lui.
Ahhhh. Relisons tes propos dans ce même message : "Est-ce que tu
comprends aussi que f.c.s.a. est un lieu de discussion public, et que ce
dont je parle à Olivier n'est pas une discussion privée ?"

Si tu veux parler à Olivier en privé, envoie-lui un email. Sinon ">
C'est à dire que la question que je pose s'adresse à lui, mais aussi à
tous les lecteurs du forum"
Post by Francois LE COAT
Je suis obligé d'expliquer, parce que tu ne lis pas Friedrich Nietzsche.
Enfin moi non plus, parce que je ne le comprends pas, et tant mieux !
C'est une caméra cachée non ?
Post by Francois LE COAT
Il y a beaucoup de choses que tu ignores. Tu ferais bien de l'admettre.
Je l'admet.
OL
2020-06-13 14:27:34 UTC
Permalink
Post by Francois LE COAT
Donc, je pose une question à Olivier, qui ne s'adresse pas qu'à lui.
D'autre part Olivier ne sais pas me répondre sur ce sujet difficile.
Mais si je sais te répondre, je t'ai répondu, la réponse est claire, tu
fais le sourd c'est tout, parce que la seule chose que tu veuilles
entendre c'est que l'on te trouve une solution toute faite où tu n'aurais
rien à faire d'autre que de recompiler ton soft. Cette solution n'existe
pas, compile GCC 3 en cross compilateur cela t'apportera quoi ? Exactement
le même résultat qu'actuellement, juste plus rapide à compiler ton
soft. Ceci dit si tu utilisais un make seul ce qui a été modifié serait
recompilé et cela ne prendrait pas beaucoup de temps. Cela ne te sortira
pas de l'ornière où tu es, cela ne te permettra pas plus de sortir une
version coldfire. La solution que je t'ai décrite, je l'ai fait pour mes
propres softs il y a près de 15 ans voir 20 je ne sais plus au moment ou
j'ai revu de fond en comble gemlib (je penses que tu te rappelles),
ensuite j'ai passé 4 semaines intensives sur ma lib gem pour la remettre
en état de marche, c'est difficile parfois (faut dire la gemlib avant
modif faisait des trucs tellement mal que sans le faire exprès on
s'adapte pour que cela marche).

Oh il y a bien une autre solution où tu n'aurais rien à faire pour que
Eureka évolue, mais tu n'aimeras pas : suffit de le mettre dans le
domaine public sur un site comme sourceforges ou github (on ne va pas te
l'imposer celui là!)

Tu vois les solutions existent elles ne dépendent de personne, seulement
de toi.

OL
Francois LE COAT
2020-06-14 17:45:29 UTC
Permalink
Salut,
compile GCC 3 en cross compilateur cela t'apportera quoi ? Exactement le
même résultat qu'actuellement, juste plus rapide à compiler ton soft.
Ça n'est pas exactement cela ... Pour développer Eurêka 2.12, j'ai
utilisé un 1040STf, un MegaSTe4, un Falcon030 et un Hadès060. Je
me suis rendu compte sur Hadès060 que ça n'était pas aussi simple,
parce que l'Hadès060 émule un clavier ST avec un clavier PC. Mais
alors avec ARAnyM ou n'importe quel émulateur, c'est une galère !

Tu ne connais peut être pas bien PURE C, mais c'est infernal à
utiliser sur ARAnyM. Déjà pour le clavier, mais en plus le debugger
ne fonctionne pas. J'ai été habitué sur mes machines ATARI, à un
environnement de développement adapté à la machine que j'utilise.

Quitte à ne plus pouvoir développer Eurêka 2.12 sur une machine
ATARI, autant le porter dans un autre environnement. Et puisque
une machine ATARI est sur le point de paraître, autant l'utiliser.
En attendant, faute d'avoir la possibilité de développer, je suis
devenu utilisateur. À part le développement, il y a plein de choses
à faire dans l'environnement ATARI.

Il y a des choses que l'on fait avec des softs ATARI, qui sont
exploitables sur la machine hôte. Par exemple pourquoi faire tourner
POV-Ray sur ATARI, alors que la machine hôte le fait aussi. Pourquoi
faire un montage vidéo sur ATARI, alors que QuickTime le fait mieux.
Sur le Mac il existe un viewer VRML, et pas sur ATARI. Enfin, il y a
des multiples passerelles entre l'ATARI et le Macintosh.

Ce que tu appelles du développement ATARI, n'en est pas vraiment. Ce
que j'ai toujours développé sur mes différentes machines ATARI
successives, je ne peux plus le faire aujourd'hui. Alors pourquoi
suivre le mouvement de développements qui ne ressemblent plus à
ce que j'ai fait autrefois, et ne pas plutôt transposer mon travail
vers un nouvel environnement ? Par exemple GNU/Linux sur ATARI VCS ?

Voila les questions que je me pose. Je me pose ces questions depuis
avril 2007, lorsque j'ai acheté une PlayStation 3 qui hébergeait
GNU/Linux. Mais mes idées se précisent encore plus avec la VCS.
Aujourd'hui on peut compiler des applis GNU/Linux sous freeMiNT. Ce
que je me demande, c'est ce que donnerait Eurêka 2.12 sous GNU/Linux ?
Il va nécessairement y avoir des passerelles de développements ...
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
Pascal Wijsbroek
2020-06-14 19:55:02 UTC
Permalink
Post by Francois LE COAT
Quitte à ne plus pouvoir développer Eurêka 2.12 sur une machine
ATARI, autant le porter dans un autre environnement.
C'est pas ce qu'on te dit depuis quelques années maintenant ? Chose que
tu as toujours refusé de faire car "le langage C est trop méchant" ?
Post by Francois LE COAT
Et puisque
une machine ATARI est sur le point de paraître, autant l'utiliser.
Hummm... Vu que l'OS que tu comptes utiliser est un Linux, et que tu en
utilise déjà un depuis plusieurs années, qu'est ce qui t'empêchais de
le faire avant ?
Post by Francois LE COAT
En attendant, faute d'avoir la possibilité de développer, je suis
devenu utilisateur.
Allons bon !
Post by Francois LE COAT
À part le développement, il y a plein de choses
à faire dans l'environnement ATARI.
Il n'y a pas si longtemps tu chiais sur ces "choses à faire" en
expliquant que les machines étaient obsolètes. Et qu'un certain OL
était le dernier des derniers pour oser s'en servir encore. C'était
moins poli que ça mais c'était l'idée.
Post by Francois LE COAT
Il y a des choses que l'on fait avec des softs ATARI, qui sont
exploitables sur la machine hôte. Par exemple pourquoi faire tourner
POV-Ray sur ATARI, alors que la machine hôte le fait aussi. Pourquoi
faire un montage vidéo sur ATARI, alors que QuickTime le fait mieux.
Euh... Il y a un piège ? Pour de la productivité l'Atari ST ne sert à
rien du tout. Et cette phrase que tu sors d'un chapeau, c'est nous qui
l'avons prononcé il y a des années quand on causait de l'inutilité
pratique d'Aranym.

A l'époque, je m'en souviens très bien, tu expliquais que ton ambition
(enfin, celle de ceux qui le feraient pour toi) était de proposer une
distribution Linux qui booterait directement Aranym pour proposer une
machine de compétition. Ce à quoi on t'avais répondu que ça n'aurait
pas de réelle utilité puisqu'il n'existe aucune killerapp Atari/Aranym
qui justifie de NE PAS utiliser l'OS natif.

Que tu t'en rende compte aujourd'hui est un progrès, mais il n'y a que
toi pour "découvrir" une telle évidence.
Post by Francois LE COAT
Ce que tu appelles du développement ATARI, n'en est pas vraiment. Ce
que j'ai toujours développé sur mes différentes machines ATARI
successives, je ne peux plus le faire aujourd'hui.
Non. Ce que tu ne peux plus faire aujourd'hui c'est recompiler à
l'identique ton source. Il faudrait effectivement que tu te replonge dans
le code pour l'adapter. Ça fait une bonne 10aine d'année qu'on en cause
avec toi. Et A CHAQUE FOIS tu as réussi à te défiler en argumentant
qu'Aranym était la passerelle idéale car elle permettait de NE PAS
recoder quoi que ce soit.

Et voilà l'AtariVCS. Un PC. Un PC sans OS de surcroit, qui ne fera donc
pas tourner ton soft non plus. Ni sous Linux, ni sous Windows, ni sous
Android. Du coup il te faut bel et bien trouver une solution pour arriver
à recompiler ton soft.

Et tu recommences ce que tu sais faire : tu demandes aux autres. Tout en
expliquant évidemment qu'ils seraient les derniers des imbéciles de ne
pas savoir résoudre TES problèmes, qui n'en sont d'ailleurs pas car tout
ceci est de la faute au langage C qui ne respecte pas TA façon de coder.
Post by Francois LE COAT
Alors pourquoi
suivre le mouvement de développements qui ne ressemblent plus à
ce que j'ai fait autrefois, et ne pas plutôt transposer mon travail
vers un nouvel environnement ? Par exemple GNU/Linux sur ATARI VCS ?
Par exemple Linux. Il n'y a pas un Linux VCS.
Post by Francois LE COAT
Voila les questions que je me pose. Je me pose ces questions depuis
avril 2007, lorsque j'ai acheté une PlayStation 3 qui hébergeait
GNU/Linux.
Sur laquelle tu as préféré recompiler Aranym pour éviter toutes "les
questions que tu te pose".
Et d'ailleurs je ne vois pas bien pourquoi tu flippes comme une pucelle :
soit tu arrives à recompiler ton soft, soit tu finiras par expliquer
qu'Aranym est le grââl car (je te donne des billes) "ça va donner un
compatible ST/Falcon extrèmement puissant !"
Post by Francois LE COAT
Mais mes idées se précisent encore plus avec la VCS.
Qui ne sort toujours pas... Tu as des nouvelles ?
Post by Francois LE COAT
Aujourd'hui on peut compiler des applis GNU/Linux sous freeMiNT. Ce
que je me demande, c'est ce que donnerait Eurêka 2.12 sous GNU/Linux ?
Nous aussi tu penses bien !
Post by Francois LE COAT
Il va nécessairement y avoir des passerelles de développements ...
C'est même certain. Elles devraient sortir en même temps que le prochain
élevage de licorne.
OL
2020-06-14 21:45:56 UTC
Permalink
Salut

Ah je vois!
Post by Francois LE COAT
Salut,
compile GCC 3 en cross compilateur cela t'apportera quoi ? Exactement le
même résultat qu'actuellement, juste plus rapide à compiler ton soft.
Ça n'est pas exactement cela ... Pour développer Eurêka 2.12, j'ai
utilisé un 1040STf, un MegaSTe4, un Falcon030 et un Hadès060. Je
me suis rendu compte sur Hadès060 que ça n'était pas aussi simple,
parce que l'Hadès060 émule un clavier ST avec un clavier PC. Mais
alors avec ARAnyM ou n'importe quel émulateur, c'est une galère !
Ah bon ? Moi je suis émulateur depuis 20 ans au moins je n'ai pas
franchement de soucis.
Post by Francois LE COAT
Tu ne connais peut être pas bien PURE C, mais c'est infernal à
utiliser sur ARAnyM.
Ah bon ?!!! Si je connais assez bien PureC vu que c'est mon environnement
par défaut pour compiler MyAES! Parce que cela m'évite à tout bout de
champs de sortir de Aranym et en même temps d'utiliser MyAES en test.
MyAES est développé sous MyAES.
Post by Francois LE COAT
Déjà pour le clavier,
Parce que tu as mal configuré ta machine, avec un Mint récent
normalement cela va, maintenant je ne sais pas trop car j'ai eu aussi des
soucis mais il y a des années j'ai intégré la correction de clavier
dans MyAES comme Magic. Sur un clavier PC en tous les cas pas de soucis.
Post by Francois LE COAT
mais en plus le debugger ne fonctionne pas.
Ca dépend mais je n'utilise pas, un AES cela ne supporte pas les debugger
alors je fais sans, je n'ai jamais franchement utilisé, je suis comme le
créateur de Java, à coup de printf!
Post by Francois LE COAT
J'ai été habitué sur mes machines ATARI, à un
environnement de développement adapté à la machine que j'utilise.
Quitte à ne plus pouvoir développer Eurêka 2.12 sur une machine
ATARI, autant le porter dans un autre environnement.
Très bonne idée, assez ambitieux
Post by Francois LE COAT
Et puisque
une machine ATARI est sur le point de paraître, autant l'utiliser.
En attendant, faute d'avoir la possibilité de développer, je suis
devenu utilisateur. À part le développement, il y a plein de choses
à faire dans l'environnement ATARI.
Il y a des choses que l'on fait avec des softs ATARI, qui sont
exploitables sur la machine hôte. Par exemple pourquoi faire tourner
POV-Ray sur ATARI, alors que la machine hôte le fait aussi. Pourquoi
faire un montage vidéo sur ATARI, alors que QuickTime le fait mieux.
Sur le Mac il existe un viewer VRML, et pas sur ATARI. Enfin, il y a
des multiples passerelles entre l'ATARI et le Macintosh.
Bien sur, c'est indéniable, c'est même une raison du peu d'intérêt de
par exemple essayer de faire tourner un linux sur une machine ancienne, si
c'est pour avoir la même chose en moins bien à part l'exploit technique,
c'est catastrophique.
Post by Francois LE COAT
Ce que tu appelles du développement ATARI, n'en est pas vraiment. Ce
que j'ai toujours développé sur mes différentes machines ATARI
successives, je ne peux plus le faire aujourd'hui. Alors pourquoi
suivre le mouvement de développements qui ne ressemblent plus à
ce que j'ai fait autrefois, et ne pas plutôt transposer mon travail
vers un nouvel environnement ? Par exemple GNU/Linux sur ATARI VCS ?
Mais vas y on est à 200% d'accord avec toi, tu veux GCC 3 pour cela, cela
doit se trouver déjà prêt à l'emploi, mais là où tu fais erreur, GCC
3 ne t'aidera pas beaucoup et il va te compliquer la tâche car tu n'auras
pas les bonnes libs pour ton système, pas d'autre solution que de migrer
et honnêtement dans ton port de ton logiciel ce n'est pas la partie si
difficile que cela, si tu flanches déjà là alors le reste je te
souhaite bien du courage, car il va te faire table rase de toute
l'interface (ce n'est pas un mal) mais vu que pour changer 2 lignes c'est
toute une histoire là il va falloir que tu choisisses tes outils et que
tu récupères les morceaux de code de ton soft, cela peut être très
bien mais cela ne se fera pas en un coup de baguette magique.
Post by Francois LE COAT
Voila les questions que je me pose. Je me pose ces questions depuis
avril 2007, lorsque j'ai acheté une PlayStation 3 qui hébergeait
GNU/Linux. Mais mes idées se précisent encore plus avec la VCS.
Aujourd'hui on peut compiler des applis GNU/Linux sous freeMiNT. Ce
que je me demande, c'est ce que donnerait Eurêka 2.12 sous GNU/Linux ?
Il va nécessairement y avoir des passerelles de développements ...
Quelles passerelles ? Il n'y aura jamais de passerelle pour passer de GEM
vers Linux, le seul projet en ce sens était "otosis" mais si c'est juste
faire la partie TOS du système je ne vois pas, toi tu dois utiliser
principalement gemdos ou les standard C de mintlib dans le premier cas on
peut facilement faire les routines les plus utilisées presque directement
en libc dans l'autre il n'y a rien à faire. Là ou il n'existe rien c'est
la VDI et l'AES, ceci dit en grande partie ton soft est une boite à
bouttons cela devrait pouvoir se faire avec un bon environnement de dev.

C'est intéressant cette démarche tu admets enfin que tu n'est plus
intéressé par l'environnement ou tu as développé, nous on le sait
depuis longtemps, on te souhaite de réussir et de passer enfin à quelque
chose de plus constructif.

Oui Eureka devrait être très rapide sous Linux, vas y et arrêtes de
nous seriner avec notre système vieillot qui est notre marotte commune et
le sujet de ce groupe.

Bon vent

Olivier
Francois LE COAT
2020-06-15 17:45:23 UTC
Permalink
Salut,
Post by OL
Post by Francois LE COAT
Post by OL
compile GCC 3 en cross compilateur cela t'apportera quoi ? Exactement
le même résultat qu'actuellement, juste plus rapide à compiler ton soft.
Ça n'est pas exactement cela ... Pour développer Eurêka 2.12, j'ai
utilisé un 1040STf, un MegaSTe4, un Falcon030 et un Hadès060. Je
me suis rendu compte sur Hadès060 que ça n'était pas aussi simple,
parce que l'Hadès060 émule un clavier ST avec un clavier PC. Mais
alors avec ARAnyM ou n'importe quel émulateur, c'est une galère !
Ah bon ? Moi je suis émulateur depuis 20 ans au moins je n'ai pas
franchement de soucis.
Tu ne connais pratiquement pas les machines ATARI physiques. C'est
un paradoxe pour un développeur comme toi.
Post by OL
Post by Francois LE COAT
Tu ne connais peut être pas bien PURE C, mais c'est infernal à
utiliser sur ARAnyM.
Ah bon ?!!! Si je connais assez bien PureC vu que c'est mon
environnement par défaut pour compiler MyAES! Parce que cela m'évite à
tout bout de champs de sortir de Aranym et en même temps d'utiliser
MyAES en test. MyAES est développé sous MyAES.
Oui, mais tu ne connais pas l'environnement de développement de PURE C,
que tu utilises il me semble comme un simple compilateur. D'autre part
tu ne connais pas le debugger symbolique, qui fait toute la puissance de
l'environnement PURE C.
Post by OL
Post by Francois LE COAT
Déjà pour le clavier,
Parce que tu as mal configuré ta machine, avec un Mint récent
normalement cela va, maintenant je ne sais pas trop car j'ai eu aussi
des soucis mais il y a des années j'ai intégré la correction de clavier
dans MyAES comme Magic. Sur un clavier PC en tous les cas pas de soucis.
J'ai un Mac. Mais bon, même sur un PC, la touche <HELP> spécifique
à l'ATARI ne doit pas être mappée. Cette touche est très utile dans
l'environnement de développement du PURE C. Ça permet de naviguer dans
le code de l'application.
Post by OL
Post by Francois LE COAT
mais en plus le debugger ne fonctionne pas.
Ca dépend mais je n'utilise pas, un AES cela ne supporte pas les
debugger alors je fais sans, je n'ai jamais franchement utilisé, je suis
comme le créateur de Java, à coup de printf!
C'est de la préhistoire ! PURE C est beaucoup plus évolué que ça.
Post by OL
Post by Francois LE COAT
J'ai été habitué sur mes machines ATARI, à un
environnement de développement adapté à la machine que j'utilise.
Quitte à ne plus pouvoir développer Eurêka 2.12 sur une machine
ATARI, autant le porter dans un autre environnement.
Très bonne idée, assez ambitieux
Ça fait longtemps que j'y pense, et ça ne se fera pas en 5 minutes.
Post by OL
Post by Francois LE COAT
Et puisque
une machine ATARI est sur le point de paraître, autant l'utiliser.
En attendant, faute d'avoir la possibilité de développer, je suis
devenu utilisateur. À part le développement, il y a plein de choses
à faire dans l'environnement ATARI.
Il y a des choses que l'on fait avec des softs ATARI, qui sont
exploitables sur la machine hôte. Par exemple pourquoi faire tourner
POV-Ray sur ATARI, alors que la machine hôte le fait aussi. Pourquoi
faire un montage vidéo sur ATARI, alors que QuickTime le fait mieux.
Sur le Mac il existe un viewer VRML, et pas sur ATARI. Enfin, il y a
des multiples passerelles entre l'ATARI et le Macintosh.
Bien sur, c'est indéniable, c'est même une raison du peu d'intérêt de
par exemple essayer de faire tourner un linux sur une machine ancienne,
si c'est pour avoir la même chose en moins bien à part l'exploit
technique, c'est catastrophique.
J'aimerais bien voir tourner Eurêka 2.12 à nouveau en natif.
Post by OL
Post by Francois LE COAT
Ce que tu appelles du développement ATARI, n'en est pas vraiment. Ce
que j'ai toujours développé sur mes différentes machines ATARI
successives, je ne peux plus le faire aujourd'hui. Alors pourquoi
suivre le mouvement de développements qui ne ressemblent plus à
ce que j'ai fait autrefois, et ne pas plutôt transposer mon travail
vers un nouvel environnement ? Par exemple GNU/Linux sur ATARI VCS ?
Mais vas y on est à 200% d'accord avec toi, tu veux GCC 3 pour cela,
cela doit se trouver déjà prêt à l'emploi, mais là où tu fais erreur,
GCC 3 ne t'aidera pas beaucoup et il va te compliquer la tâche car tu
n'auras pas les bonnes libs pour ton système, pas d'autre solution que
de migrer et honnêtement dans ton port de ton logiciel ce n'est pas la
partie si difficile que cela, si tu flanches déjà là alors le reste je
te souhaite bien du courage, car il va te faire table rase de toute
l'interface (ce n'est pas un mal) mais vu que pour changer 2 lignes
c'est toute une histoire là il va falloir que tu choisisses tes outils
et que tu récupères les morceaux de code de ton soft, cela peut être
très bien mais cela ne se fera pas en un coup de baguette magique.
À quoi bon développer sur un hôte qui n'intéresse plus personne. Il y
a des exemples de softs ATARI qui ont été portés sur Mac comme CAB,
ou GNU/Linux comme Euler. C'est une deuxième vie pour les softs.
Post by OL
Post by Francois LE COAT
Voila les questions que je me pose. Je me pose ces questions depuis
avril 2007, lorsque j'ai acheté une PlayStation 3 qui hébergeait
GNU/Linux. Mais mes idées se précisent encore plus avec la VCS.
Aujourd'hui on peut compiler des applis GNU/Linux sous freeMiNT. Ce
que je me demande, c'est ce que donnerait Eurêka 2.12 sous GNU/Linux ?
Il va nécessairement y avoir des passerelles de développements ...
Quelles passerelles ? Il n'y aura jamais de passerelle pour passer de
GEM vers Linux, le seul projet en ce sens était "otosis" mais si c'est
juste faire la partie TOS du système je ne vois pas, toi tu dois
utiliser principalement gemdos ou les standard C de mintlib dans le
premier cas on peut facilement faire les routines les plus utilisées
presque directement en libc dans l'autre il n'y a rien à faire. Là ou il
n'existe rien c'est la VDI et l'AES, ceci dit en grande partie ton soft
est une boite à bouttons cela devrait pouvoir se faire avec un bon
environnement de dev.
Oui par exemple Qt.
Post by OL
C'est intéressant cette démarche tu admets enfin que tu n'est plus
intéressé par l'environnement ou tu as développé, nous on le sait depuis
longtemps, on te souhaite de réussir et de passer enfin à quelque chose
de plus constructif.
Oui Eureka devrait être très rapide sous Linux, vas y et arrêtes de nous
seriner avec notre système vieillot qui est notre marotte commune et le
sujet de ce groupe.
Le sujet de ce groupe est le hardware ATARI et les softs qu'il exploite.
Or les machines ATARI n'existent plus, et les logiciels qui sont encore
développés ne sont plus compatibles avec ce matériel. Personne ici dans
l'absolu ne discute plus de ce pour quoi a été fondé f.c.s.a. Tout le
monde discute de sa marotte, qui n'a plus rien à voir avec l'ATARI ST !
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
pehache
2020-06-15 18:20:18 UTC
Permalink
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
Ça n'est pas exactement cela ... Pour développer Eurêka 2.12, j'ai
utilisé un 1040STf, un MegaSTe4, un Falcon030 et un Hadès060. Je
me suis rendu compte sur Hadès060 que ça n'était pas aussi simple,
parce que l'Hadès060 émule un clavier ST avec un clavier PC. Mais
alors avec ARAnyM ou n'importe quel émulateur, c'est une galère !
Ah bon ? Moi je suis émulateur depuis 20 ans au moins je n'ai pas
franchement de soucis.
Tu ne connais pratiquement pas les machines ATARI physiques. C'est
un paradoxe pour un développeur comme toi.
Ne change pas de sujet : il te dit qu'il arrive très bien à faire des
choses qui te posent des problèmes apparemment insurmontables. Et en
attendant, lui il continue à développer.
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
Tu ne connais peut être pas bien PURE C, mais c'est infernal à
utiliser sur ARAnyM.
Ah bon ?!!! Si je connais assez bien PureC vu que c'est mon
environnement par défaut pour compiler MyAES! Parce que cela m'évite à
tout bout de champs de sortir de Aranym et en même temps d'utiliser
MyAES en test. MyAES est développé sous MyAES.
Oui, mais tu ne connais pas l'environnement de développement de PURE C,
que tu utilises il me semble comme un simple compilateur. D'autre part
tu ne connais pas le debugger symbolique, qui fait toute la puissance de
l'environnement PURE C.
Ne change pas de sujet : il te dit qu'il arrive très bien à faire des
choses qui te posent des problèmes apparemment insurmontables. Et en
attendant, lui il continue à développer.
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
mais en plus le debugger ne fonctionne pas.
Ca dépend mais je n'utilise pas, un AES cela ne supporte pas les
debugger alors je fais sans, je n'ai jamais franchement utilisé, je
suis comme le créateur de Java, à coup de printf!
C'est de la préhistoire !
Crétin des Alpes, tu ne connais rien au monde du développement... Des
développeurs bien plus compétents que tu le seras jamais, y compris des
jeunes, n'utilisent jamais de debugger.

Par ailleurs il existe de nombreux contextes où les debuggers ne
permettent pas réellement de debugger, et où il faut savoir faire
autrement. Par exemple quand on a un bug qui ne se produit qu'avec les
options de compilation optimisée. Un développeur qui ne peut pas se
passer de debugger est un mauvais développeur. Remarque, ça colle avec toi.
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
Quitte à ne plus pouvoir développer Eurêka 2.12 sur une machine
ATARI, autant le porter dans un autre environnement.
Très bonne idée, assez ambitieux
Ça fait longtemps que j'y pense, et ça ne se fera pas en 5 minutes.
C'est sûr qu'au bout de 20 ans on peut se dire que tu ne sais tout
simplement pas faire.
Post by Francois LE COAT
Post by OL
C'est intéressant cette démarche tu admets enfin que tu n'est plus
intéressé par l'environnement ou tu as développé, nous on le sait
depuis longtemps, on te souhaite de réussir et de passer enfin à
quelque chose de plus constructif.
Oui Eureka devrait être très rapide sous Linux, vas y et arrêtes de
nous seriner avec notre système vieillot qui est notre marotte commune
et le sujet de ce groupe.
Le sujet de ce groupe est le hardware ATARI et les softs qu'il exploite.
Or les machines ATARI n'existent plus,
En effet.
Post by Francois LE COAT
et les logiciels qui sont encore
développés ne sont plus compatibles avec ce matériel.
Faux.
Post by Francois LE COAT
Personne ici dans
l'absolu ne discute plus de ce pour quoi a été fondé f.c.s.a. Tout le
monde discute de sa marotte, qui n'a plus rien à voir avec l'ATARI ST !
Plus c'est gros plus ça passe... Le seul connard qui passe son temps à
discuter de tout autre chose ici, c'est toi.
--
"...sois ouvert aux idées des autres pour peu qu'elles aillent dans le
même sens que les tiennes." (ST sur fr.bio.medecine)
"Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici."
(FLC sur fr.comp.sys.atari)
Pascal Wijsbroek
2020-06-15 20:55:06 UTC
Permalink
Post by Francois LE COAT
Le sujet de ce groupe est le hardware ATARI et les softs qu'il exploite.
Alléluia ! Fini les délires sur l'inclusif qui permettait de parler
chaussettes et godemiché dans le forum Atari !
Post by Francois LE COAT
Or les machines ATARI n'existent plus
N'importe quoi...
Post by Francois LE COAT
et les logiciels qui sont encore
développés ne sont plus compatibles avec ce matériel.
N'importe quoi...
Post by Francois LE COAT
Personne ici dans
l'absolu ne discute plus de ce pour quoi a été fondé f.c.s.a.
Nuance : quand on discute Atari tu viens instantanément râler, citer
Facebook/Microsoft/Apple/Google, te moquer de ceux qui ont encore du
hardware Atari, publier tes vidéos de Pacman merdeuses, expliquer que tu
as été un cador du ZX81, et terminer par une petite chanson.

On peut mettre à ton crédit la raréfaction de la publication de la
vidéo de Bill Gates entarté, tout aussi hors-sujet

Tu sais combien de fois tu as cité Ouya sur un forum ATARI ? 2370 fois !
Tu sais combien de fois tu as cité Bill Gates sur un forum ATARI ? 5130
fois !
Tu sais combien de fois tu as cité Facebook sur un forum ATARI ? 7170
fois !
Tu sais combien de fois tu as cité Microsoft sur un forum ATARI ? 18960
fois !
(je compte aussi les republications sans nettoyage de la source)

Bref : tu es celui qui parle LE MOINS d'Atari sur un forum Atari.
Post by Francois LE COAT
Tout le
monde discute de sa marotte, qui n'a plus rien à voir avec l'ATARI ST !
Non, c'est toi. C'est toujours toi.
Francois LE COAT
2020-06-15 21:13:38 UTC
Permalink
Salut,
Post by Pascal Wijsbroek
Tout le monde discute de sa marotte, qui n'a plus rien à voir avec l'ATARI ST !
Non, c'est toi. C'est toujours toi.
Faux. Et je le prouve : j'ai un Falcon030 et un Hadès060. Je développe
un soft ATARI Eurêka 2.12 qui fonctionne sur toute la gamme des machines
des clones, des émulateurs, et même la machine virtuelle. J'ai
d'ailleurs un site WEB qui lui est consacré. Sur ce site WEB, on peut
trouver une configuration de la machine virtuelle que je tiens à jour.
Et sur ce même site WEB, je maintiens l'ATARI Search Engine, qui est
le seul moteur de recherche ATARI. Je fréquente le Usenet ATARI
francophone depuis ses débuts, et l’international depuis mai 1994.

Mais j'ai jamais rencontré quelqu'un de plus nul que toi : tu ne fais
rien du tout ! Tu te contentes d'insulter les gens qui font des choses.

Si au moins tu avais fait quelque chose un jour avec un ATARI. Mais non,
pas du tout. Tu n'as rien à dire. Même pire : tu dis du mal d'ATARI !!!!

Tu es un troll de grande envergure ! Et tu as toujours détesté ATARI.
Tu es ici comme chez toi, et on connait même ta belle-mère, c'est dire !

ATARIstiquement vôtre =)
--
François LE COAT
Auteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/
pehache
2020-06-15 22:29:12 UTC
Permalink
Post by Francois LE COAT
Faux. Et je le prouve : j'ai un Falcon030 et un Hadès060. Je développe
un soft ATARI Eurêka 2.12
Ce serait bien que tu te mettes d'accord avec le type qui occupe l'autre
moitié de ton cerveau, car lui il prétend que vous ne développez plus
de soft Atari depuis des années parce sous Aranym c'est vraiment trop
pénible.
Pascal Wijsbroek
2020-06-16 07:08:41 UTC
Permalink
Faux. Et je le prouve : (...)
Je ne vois rien qui prouve ton activité ICI. J'ai ressorti des stats sur
les hors-sujets que tu pratiques ici à longueur de temps. Tu es le
champion toutes catégorie des hors-sujets.

Que tu aies un tatouage d'Atari sur la fesse droite ne t'exonère pas d'un
minimum de respect pour le sujet. Et passer ton temps à causer d'autre
chose ne sert qu'à une chose : tu prends de la place, tu t'étale, tu
frimes avec ton matos et ton soft, tu ressasses sans arrêt "le bon vieux
temps" en le comparant SYSTEMATIQUEMENT à aujourd'hui en pleurant comme
un bébé car tu n'es plus le centre de l'attention.

C'est le fond du problème : tu as un certain savoir dans UN domaine. Et
ce domaine est mort. Alors forcément tu refuses de retourner dans
l'anonymat et tu te bat pour avoir raison, pour prouver qu'il y a eu un
problème dans l'espace-temps et qu'il n'est pas NORMAL qu'Atari soit mort
et enterré.

Du coup quand un gugusse rachète la marque et promet un PC avec
l'autocollant Atari, hop : tu es persuadé que tout va recommencer ! Que
sur ce PC on va inventer un OS qui ne sera pas Windows, et qui sera à
nouveau compatible ST.

Spoil : ça n'arrivera pas. Ce forum parle effectivement du passé, mais
aussi des réalisations d'aujourd'hui qui sont des niches, peu vendues, et
n'ont de toute façon pas vocation à concurrencer un quelconque outil de
production.

Je vois bien que tu es frustré, mais le monde est fait comme ça et si
VRAIMENT tu voulais t'engager dans une cause tu serais mieux inspiré
d'aider ton prochain. Inscris-toi dans une association qui file de la
bouffe aux SDF, va bosser aux restos du coeur, tu feras VRAIMENT quelque
chose d'utile.

Je vais te dire le grand secret : acheter une console VCS ne bouleversera
pas l'ordre établi. Ne changera rien à l'existant. La VCS sera un
produit de niche. Et surtout : l'utiliser ne te donnera aucun point de
karma. Tu n'aidera personne en l'utilisant, tu ne sera pas meilleur. Et
non personne ne va créer une passerelle magique qui permettrait de
recompiler trois pauvres logiciels ST dessus. Il n'y a pas de plan pour
redonner à Atari l'aura de son age d'or.
Mais j'ai jamais rencontré quelqu'un de plus nul que toi : tu ne fais
rien du tout !
Ça n'est pas tout à fait vrai. J'ai tenté plusieurs fois des vraies
discussions techniques et/ou marketing sur la VCS. Des vraies questions,
des vraies interrogations. Et A CHAQUE FOIS tu as botté en touche. Tu n'a
repris qu'un très court extrait de mes propos, TOUJOURS en hors-sujet,
pour rajouter systématiquement que je ne comprenais rien et que j'avais
tort.
Tort en quoi ? Je ne sais pas puisqu'à ce jour tu n'as JAMAIS JAMAIS
JAMAIS JAMAIS répondu à rien.

Revenons sur le cas de la quadriphonie. Que tu sois enthousiaste et
rêveur n'est pas un défaut. Mais ta façon d'affirmer tout et n'importe
quoi sans JAMAIS vouloir en discuter te disqualifie instantanément.
Tu peux me traiter de nul, mais à ce jour le seul qui se soit autant
trompé ET A REFUSE TOUTE DISCUSSION A CE PROPOS c'est toi. C'est pas moi.
Tu débarques avec une théorie débile. Bon. Mais au lieu de venir ici
évoquer un potentiel en le confrontant aux avis des autres, tu préfères
inventer toute une histoire qui te donnerai raison. Forcément ça
chatouille ceux qui savent que tu dis des conneries. Et au lieu de te
calmer, tu en rajoute des couches et des couches en inventant de toutes
pièces des théories à tes propres théories.

En clair : tu pars d'un postulat faux, et au lieu de le confronter à la
réalité, tu inventes des myriades de béquilles pour que ça tienne
debout. Je t'invite à te relire sur le sujet, c'est édifiant.

Donc avant de me traiter de nul, tu serais peut-être inspiré de balayer
devant ta porte.
Tu te contentes d'insulter les gens qui font des choses.
Mensonge. Je n'insulte pas "les gens", je t'insulte toi. Et je ne
t'insulte pas gratuitement, je réponds à tes propres insultes.
Et je veux bien qu'on revienne sur "qui font des choses". Si tu parles de
toi je veux bien que tu me dise "quelles choses" tu as réalisé
récemment.
Si au moins tu avais fait quelque chose un jour avec un ATARI.
Un autre point désagréable avec toi, c'est ta capacité incroyable à
OUBLIER toutes les discussions que nous avons déjà tenues ici. Tu dis un
truc, on te répond, tu l'oublie, et quelques mois plus tard tu
recommences... Tu es fatiguant.
Même pire : tu dis du mal d'ATARI !!!!
Oui et ? Ca c'est ton pire défaut : il est impossible de discuter avec
toi de quoi que ce soit car ATARI c'est forcément bien. ATARI fait caca ?
Il faut manger du caca ! ATARI fait des bombes et des fusils d'assaut ?
Alors la guerre c'est bien ! ATARI vote pour Trump ? Trump est un génie !
Etc.

Dire du mal d'Atari quand Atari fait de la merde c'est NORMAL. Ici c'est
pas le forum "bisounours Atari". Tu peux demander sa création, mais en
attendant ici on cause d'Atari. Et quand Atari fait de la merde, alors on
a le droit de dire du mal d'Atari.

La Jaguar était une catastrophe, le Falcon était une catastrophe, la VCS
est une catastrophe.
Tu noteras d'ailleurs que pour les deux premiers l'histoire m'a donné
raison.
Tu es un troll de grande envergure !
Tu veux vraiment que je ressortes tes stats de publication Hors Charte ?
Le troll c'est toi mon grand.
Et tu as toujours détesté ATARI.
Pas du tout. Par contre je déteste ce que les actuels propriétaires du
nom en font. Et si tu n'étais pas aussi borné tu serais d'accord avec
nous.
Tu es ici comme chez toi, et on connait même ta belle-mère, c'est dire !
Tu as vraiment un problème avec ma famille toi... Qu'est ce que tu viens
parler de ma belle-mère ?
J'ai été gentil avec mes statistiques à ton sujet, j'ai zappé les
parties ou TU viens emmerder ma famille. Tu veux vraiment qu'on joue à
ça ? Que je te ra-ra-ra-ra-rappelle encore une fois que celui qui a été
fouiller Internet pour récupérer une photo de MA fille c'est toi ?

Tu veux qu'on discute de ça ? Qu'on en discute ici ? Tu vas un jour
m'expliquer ce que tu fais avec des photos de MA FILLE ? Et maintenant
c'est ma belle-mère ? Tu es complètement malade ?

Non c'est pas une question : tu es complètement malade.
Simon
2020-06-16 15:35:42 UTC
Permalink
Post by Pascal Wijsbroek
Post by Francois LE COAT
Personne ici dans
l'absolu ne discute plus de ce pour quoi a été fondé f.c.s.a.
(...)
Post by Pascal Wijsbroek
Tu sais combien de fois tu as cité Ouya sur un forum ATARI ? 2370 fois !
Tu sais combien de fois tu as cité Bill Gates sur un forum ATARI ? 5130
fois !
Tu sais combien de fois tu as cité Facebook sur un forum ATARI ? 7170
fois !
Tu sais combien de fois tu as cité Microsoft sur un forum ATARI ? 18960
fois !
(je compte aussi les republications sans nettoyage de la source)
Ah mais ce sont de vrais comptages ?
En lissant ça fait quasiment Microsoft 3 fois par jour pendant 20 ans,
et Facebook tous les jours... Super apport pour un forum Atari en effet ;)
Pascal Wijsbroek
2020-06-16 16:13:54 UTC
Permalink
Post by Simon
Ah mais ce sont de vrais comptages ?
C'est Google qui a compté pour moi, et ça englobe les réponses avec
citation. Mais la source originale est toujours celle de FLC. Donc ça
peut se diviser par trois en moyenne. Ce qui reste un bon ratio.
Simon
2020-06-16 18:23:23 UTC
Permalink
Post by Pascal Wijsbroek
Post by Simon
Ah mais ce sont de vrais comptages ?
C'est Google qui a compté pour moi, et ça englobe les réponses avec
citation. Mais la source originale est toujours celle de FLC. Donc ça
peut se diviser par trois en moyenne. Ce qui reste un bon ratio.
OK, par contre je lissais sur 20 ans mais je ne suis pas certain que FB
ait 20 ans, donc ça augmente la fréquence quotidienne de citation
compulsive.
Pascal Wijsbroek
2020-06-16 20:34:25 UTC
Permalink
Post by Simon
OK, par contre je lissais sur 20 ans mais je ne suis pas certain que FB
ait 20 ans, donc ça augmente la fréquence quotidienne de citation
compulsive.
Assez étonnamment les archives Google situent le premier message de FLC
dans le forum Atari le 8 novembre 2000. Il me semblait qu'avec
l'intégration de dejanews ils étaient exhaustifs.
pehache
2020-06-17 08:20:30 UTC
Permalink
Post by Simon
OK, par contre je lissais sur 20 ans mais je ne suis pas certain que FB
ait 20 ans, donc ça augmente la fréquence quotidienne de citation
compulsive.
Assez étonnamment les archives Google situent le premier message de FLC dans le
forum Atari le 8 novembre 2000. Il me semblait qu'avec l'intégration de dejanews
ils étaient exhaustifs.
Depuis 10 ans Google sabote les archives usenet. Le contenu est
probablement toujours là, mais les recherches sont devenues
problématiques.
https://www.vice.com/en_us/article/jp5a77/google-a-search-company-has-made-its-internet-archive-impossible-to-search

Accessoirement comment actuellement tu fais ce genre de recherche ?
Pascal Wijsbroek
2020-06-17 10:37:07 UTC
Permalink
Depuis 10 ans Google sabote les archives usenet. Le contenu est probablement
toujours là, mais les recherches sont devenues problématiques.
Tu... tu veux dire que Google qui est un gentil GAFAM serait en fait un
GAFAM normal ? J'en connais un qui va pleurer.
Accessoirement comment actuellement tu fais ce genre de recherche ?
Avec le lecteur de news de Google tu peux faire des recherches avec tous
les critères que permettent les champs Usenet. Du coup tu cherches les
messages émis par ***@atari.org.

Et ça remonte à 2000, ce qui -de mon point de vue de profane sans aucune
info- ressemble à un gros vidage de tout ce qui se cache avant 2000.

Donc il n'y a plus d'archive de Usenet DU TOUT ? Mince...
OL
2020-06-17 19:50:31 UTC
Permalink
Depuis 10 ans Google sabote les archives usenet. Le contenu est probablement
toujours là, mais les recherches sont devenues problématiques.
Tu... tu veux dire que Google qui est un gentil GAFAM serait en fait un GAFAM
normal ? J'en connais un qui va pleurer.
Accessoirement comment actuellement tu fais ce genre de recherche ?
Avec le lecteur de news de Google tu peux faire des recherches avec tous les
critères que permettent les champs Usenet. Du coup tu cherches les messages émis
Et ça remonte à 2000, ce qui -de mon point de vue de profane sans aucune info-
ressemble à un gros vidage de tout ce qui se cache avant 2000.
Donc il n'y a plus d'archive de Usenet DU TOUT ? Mince...
J'ai réussi à retrouver un de mes messages en date du 8 février 1996,
je ne sais pas si c'est le premier
OL
2020-06-17 20:10:42 UTC
Permalink
Depuis 10 ans Google sabote les archives usenet. Le contenu est probablement
toujours là, mais les recherches sont devenues problématiques.
Tu... tu veux dire que Google qui est un gentil GAFAM serait en fait un GAFAM
normal ? J'en connais un qui va pleurer.
Accessoirement comment actuellement tu fais ce genre de recherche ?
Avec le lecteur de news de Google tu peux faire des recherches avec tous les
critères que permettent les champs Usenet. Du coup tu cherches les messages émis
Et ça remonte à 2000, ce qui -de mon point de vue de profane sans aucune info-
ressemble à un gros vidage de tout ce qui se cache avant 2000.
Donc il n'y a plus d'archive de Usenet DU TOUT ? Mince...
J'ai réussi à retrouver un de mes messages en date du 8 février 1996, je ne
sais pas si c'est le premier
Et pour François pour le moment je suis au 1 avril 1996 (je ne le fais
pas exprès!)

https://groups.google.com/forum/#!searchin/fr.comp.sys.atari/***@ief-paris-sud.fr%7Csort:date/fr.comp.sys.atari/v34Ea7RfQyQ/_96kfxtUfc8J

Il a changé d'adresse email

OL
2020-06-17 19:37:42 UTC
Permalink
Post by Simon
OK, par contre je lissais sur 20 ans mais je ne suis pas certain que FB
ait 20 ans, donc ça augmente la fréquence quotidienne de citation
compulsive.
Assez étonnamment les archives Google situent le premier message de FLC dans le
forum Atari le 8 novembre 2000. Il me semblait qu'avec l'intégration de dejanews
ils étaient exhaustifs.
De mémoire cela doit être autour de 1995-1996 au moins
OL
2020-06-15 22:18:33 UTC
Permalink
Post by Francois LE COAT
Salut,
Post by OL
Post by Francois LE COAT
Post by OL
compile GCC 3 en cross compilateur cela t'apportera quoi ? Exactement
le même résultat qu'actuellement, juste plus rapide à compiler ton soft.
Ça n'est pas exactement cela ... Pour développer Eurêka 2.12, j'ai
utilisé un 1040STf, un MegaSTe4, un Falcon030 et un Hadès060. Je
me suis rendu compte sur Hadès060 que ça n'était pas aussi simple,
parce que l'Hadès060 émule un clavier ST avec un clavier PC. Mais
alors avec ARAnyM ou n'importe quel émulateur, c'est une galère !
Ah bon ? Moi je suis émulateur depuis 20 ans au moins je n'ai pas
franchement de soucis.
Tu ne connais pratiquement pas les machines ATARI physiques. C'est
un paradoxe pour un développeur comme toi.
De nombreuses vaches voient passer les trains tous les jours et pourtant
j'en sais plus sur les trains que ces vaches!
Le paradoxe c'est toi en fin de compte, avoir autant de machines et si mal
les connaître en fin de compte.
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
Tu ne connais peut être pas bien PURE C, mais c'est infernal à
utiliser sur ARAnyM.
Ah bon ?!!! Si je connais assez bien PureC vu que c'est mon
environnement par défaut pour compiler MyAES! Parce que cela m'évite à
tout bout de champs de sortir de Aranym et en même temps d'utiliser
MyAES en test. MyAES est développé sous MyAES.
Oui, mais tu ne connais pas l'environnement de développement de PURE C,
que tu utilises il me semble comme un simple compilateur.
Et alors ? Compiler clicker pour aller directement sur l'erreur c'est bien
suffisant, l'éditeur de PureC non merci, en noir et blanc c'est
illisible, soit c'est Qed soit c'est un éditeur de la machine hôte.
Tu te plaint du clavier, si les éditeurs ne marchent pas comme tu le veux
il y a toujours l'éditeur à côté cela marche aussi très bien et comme
tu utilises Aranym en fenêtre (moi je n'aime pas je trouve cela
déprimant) passer de l'un à l'autre c'est ultra simple. Faut un petit
peu d'imagination parfois.
Post by Francois LE COAT
D'autre part
tu ne connais pas le debugger symbolique, qui fait toute la puissance de
l'environnement PURE C.
Et alors c'est 15 dernières années je n'ai programmé pratiquement que
MyAES, et cela aucun debugger ne pourra debugger, ce n'est pas un
programme normal alors qu'est ce que j'en ai à faire? Rien, mais je l'ai
déjà fait fonctionner, stable je ne sais pas, mais oui c'est possible,
la seule chose qu'il ne supporte pas c'est fVDI. Tu vois je ne connais pas
mais je sais mieux le faire tourner que toi à priori sur Aranym. Je viens
de tenter l'expérience, cela marche bien et je t'ai envoyé un snap car
j'ai refait mon pc hier et je ne retrouve pas les mots de passes pour mon
site! Il est tard.
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
Déjà pour le clavier,
Parce que tu as mal configuré ta machine, avec un Mint récent
normalement cela va, maintenant je ne sais pas trop car j'ai eu aussi
des soucis mais il y a des années j'ai intégré la correction de clavier
dans MyAES comme Magic. Sur un clavier PC en tous les cas pas de soucis.
J'ai un Mac. Mais bon, même sur un PC, la touche <HELP> spécifique
à l'ATARI ne doit pas être mappée. Cette touche est très utile dans
l'environnement de développement du PURE C. Ça permet de naviguer dans
le code de l'application.
Chez moi sous linux c'est la touche F11 ! J'y crois pas tu ne vois pas la
touche et t'essayes pas! Mais comment veux tu passer pour quelqu'un de
sérieux ? Effectivement elle ne s'appelle pas help, mais elle est belle
et bien mappée par Aranym.
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
mais en plus le debugger ne fonctionne pas.
Ca dépend mais je n'utilise pas, un AES cela ne supporte pas les
debugger alors je fais sans, je n'ai jamais franchement utilisé, je suis
comme le créateur de Java, à coup de printf!
C'est de la préhistoire ! PURE C est beaucoup plus évolué que ça.
Mais je ne trouve que assez peu d'intérêt aux debugger la plupart du
temps je sais approximativement où se trouve l'erreur et les bugs qui
rendent fou sont rarement ceux qui plantent franchement.
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
J'ai été habitué sur mes machines ATARI, à un
environnement de développement adapté à la machine que j'utilise.
Quitte à ne plus pouvoir développer Eurêka 2.12 sur une machine
ATARI, autant le porter dans un autre environnement.
Très bonne idée, assez ambitieux
Ça fait longtemps que j'y pense, et ça ne se fera pas en 5 minutes.
Ah cela non! Reviens nous voir dans 20 ans.
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
Et puisque
une machine ATARI est sur le point de paraître, autant l'utiliser.
En attendant, faute d'avoir la possibilité de développer, je suis
devenu utilisateur. À part le développement, il y a plein de choses
à faire dans l'environnement ATARI.
Il y a des choses que l'on fait avec des softs ATARI, qui sont
exploitables sur la machine hôte. Par exemple pourquoi faire tourner
POV-Ray sur ATARI, alors que la machine hôte le fait aussi. Pourquoi
faire un montage vidéo sur ATARI, alors que QuickTime le fait mieux.
Sur le Mac il existe un viewer VRML, et pas sur ATARI. Enfin, il y a
des multiples passerelles entre l'ATARI et le Macintosh.
Bien sur, c'est indéniable, c'est même une raison du peu d'intérêt de
par exemple essayer de faire tourner un linux sur une machine ancienne,
si c'est pour avoir la même chose en moins bien à part l'exploit
technique, c'est catastrophique.
J'aimerais bien voir tourner Eurêka 2.12 à nouveau en natif.
je voudrais bien
mais je peux point
c'est pas la mode ...

Comme dirait Annie Cordy
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
Ce que tu appelles du développement ATARI, n'en est pas vraiment. Ce
que j'ai toujours développé sur mes différentes machines ATARI
successives, je ne peux plus le faire aujourd'hui. Alors pourquoi
suivre le mouvement de développements qui ne ressemblent plus à
ce que j'ai fait autrefois, et ne pas plutôt transposer mon travail
vers un nouvel environnement ? Par exemple GNU/Linux sur ATARI VCS ?
Mais vas y on est à 200% d'accord avec toi, tu veux GCC 3 pour cela,
cela doit se trouver déjà prêt à l'emploi, mais là où tu fais erreur,
GCC 3 ne t'aidera pas beaucoup et il va te compliquer la tâche car tu
n'auras pas les bonnes libs pour ton système, pas d'autre solution que
de migrer et honnêtement dans ton port de ton logiciel ce n'est pas la
partie si difficile que cela, si tu flanches déjà là alors le reste je
te souhaite bien du courage, car il va te faire table rase de toute
l'interface (ce n'est pas un mal) mais vu que pour changer 2 lignes
c'est toute une histoire là il va falloir que tu choisisses tes outils
et que tu récupères les morceaux de code de ton soft, cela peut être
très bien mais cela ne se fera pas en un coup de baguette magique.
À quoi bon développer sur un hôte qui n'intéresse plus personne. Il y
a des exemples de softs ATARI qui ont été portés sur Mac comme CAB,
ou GNU/Linux comme Euler. C'est une deuxième vie pour les softs.
Mais toi tu fais ce que tu veux de tes softs, si toi ton pied c'est de
porter Eureka sous Linux c'est très bien, mais ici ce n'est pas notre
préoccupation.
Post by Francois LE COAT
Post by OL
Post by Francois LE COAT
Voila les questions que je me pose. Je me pose ces questions depuis
avril 2007, lorsque j'ai acheté une PlayStation 3 qui hébergeait
GNU/Linux. Mais mes idées se précisent encore plus avec la VCS.
Aujourd'hui on peut compiler des applis GNU/Linux sous freeMiNT. Ce
que je me demande, c'est ce que donnerait Eurêka 2.12 sous GNU/Linux ?
Il va nécessairement y avoir des passerelles de développements ...
Quelles passerelles ? Il n'y aura jamais de passerelle pour passer de
GEM vers Linux, le seul projet en ce sens était "otosis" mais si c'est
juste faire la partie TOS du système je ne vois pas, toi tu dois
utiliser principalement gemdos ou les standard C de mintlib dans le
premier cas on peut facilement faire les routines les plus utilisées
presque directement en libc dans l'autre il n'y a rien à faire. Là ou il
n'existe rien c'est la VDI et l'AES, ceci dit en grande partie ton soft
est une boite à bouttons cela devrait pouvoir se faire avec un bon
environnement de dev.
Oui par exemple Qt.
Oui, y plus qu'à.... On te laisse faire.
Post by Francois LE COAT
Post by OL
C'est intéressant cette démarche tu admets enfin que tu n'est plus
intéressé par l'environnement ou tu as développé, nous on le sait depuis
longtemps, on te souhaite de réussir et de passer enfin à quelque chose
de plus constructif.
Oui Eureka devrait être très rapide sous Linux, vas y et arrêtes de nous
seriner avec notre système vieillot qui est notre marotte commune et le
sujet de ce groupe.
Le sujet de ce groupe est le hardware ATARI et les softs qu'il exploite.
Tu oublies le terme 68K et le système d'exploitation une paille, hop
reset, il y a le logo Atari et leur grande inculture ou révisionnistes,
enfin une société sans intérêt quoi.
Post by Francois LE COAT
Or les machines ATARI n'existent plus, et les logiciels qui sont encore
développés ne sont plus compatibles avec ce matériel. Personne ici dans
l'absolu ne discute plus de ce pour quoi a été fondé f.c.s.a. Tout le
monde discute de sa marotte, qui n'a plus rien à voir avec l'ATARI ST !
Non c'est toi qui détourne tous les sujets autour de ta personne.

Je résume ton post:
Tu ne sais pas faire marcher Aranym (c'est bête), en fait tu t'es encore
ridiculisé.
Tu veux développer ton soft en natif (quel bonheur cela va faire pour
nous pendant ce temps là cela nous fera des vacances)
pehache
2020-06-15 18:06:32 UTC
Permalink
Post by Francois LE COAT
Il y a des choses que l'on fait avec des softs ATARI, qui sont
exploitables sur la machine hôte. Par exemple pourquoi faire tourner
POV-Ray sur ATARI, alors que la machine hôte le fait aussi. Pourquoi
faire un montage vidéo sur ATARI, alors que QuickTime le fait mieux.
Sur le Mac il existe un viewer VRML, et pas sur ATARI.
C'est moi ou dans ce paragraphe il dit un truc puis son exact contraire ?
Post by Francois LE COAT
Ce que tu appelles du développement ATARI, n'en est pas vraiment. Ce
que j'ai toujours développé sur mes différentes machines ATARI
successives, je ne peux plus le faire aujourd'hui. Alors pourquoi
suivre le mouvement de développements qui ne ressemblent plus à
ce que j'ai fait autrefois, et ne pas plutôt transposer mon travail
vers un nouvel environnement ? Par exemple GNU/Linux sur ATARI VCS ?
Ca fait juste 20 ans que tu aurais pu le faire.
Post by Francois LE COAT
Voila les questions que je me pose. Je me pose ces questions depuis
avril 2007, lorsque j'ai acheté une PlayStation 3 qui hébergeait
GNU/Linux. Mais mes idées se précisent encore plus avec la VCS.
Aujourd'hui on peut compiler des applis GNU/Linux sous freeMiNT. Ce
que je me demande, c'est ce que donnerait Eurêka 2.12 sous GNU/Linux ?
Ben il aurait l'air nase.
Post by Francois LE COAT
Il va nécessairement y avoir des passerelles de développements ...
Ah, tu espères encore que d'autres vont développer pour des librairies
qui t'éviteront de devoir modifier ton code ?
--
"...sois ouvert aux idées des autres pour peu qu'elles aillent dans le
même sens que les tiennes." (ST sur fr.bio.medecine)
"Je suis ATARIste, et j'ai bien l'intention que l'on me respecte ici."
(FLC sur fr.comp.sys.atari)
Pascal Wijsbroek
2020-06-15 20:36:54 UTC
Permalink
Post by pehache
Post by Francois LE COAT
Il y a des choses que l'on fait avec des softs ATARI, qui sont
exploitables sur la machine hôte. Par exemple pourquoi faire tourner
POV-Ray sur ATARI, alors que la machine hôte le fait aussi. Pourquoi
faire un montage vidéo sur ATARI, alors que QuickTime le fait mieux.
Sur le Mac il existe un viewer VRML, et pas sur ATARI.
C'est moi ou dans ce paragraphe il dit un truc puis son exact contraire ?
C'est la reprise d'une antique discussion. De 2005 :
https://groups.google.com/g/fr.comp.sys.atari/c/IfY1IUbPNuI/m/62cR1pxN5mYJ

On notera qu'il lui a fallu 15 ans pour admettre ce qu'il dénonçait à
l'époque. L'arrivée (mouf mouf) de la VCS sous Linux y serait-elle pour
quelque chose ?
Arachide
2020-06-12 13:58:06 UTC
Permalink
Post by Francois LE COAT
Il ne s'agit pas de l'optimisation dont je parle. J'utilise un langage
qui me permet d'optimiser mes softs pour 68000, 68020, 68030+881,
68020-60. Lorsque je dis que j'utilise Eurêka 2.12 dans une version
optimisée, c'est que sa compilation est effectuée avec les paramètres
de compilation adaptés à la machine virtuelle ARAnyM.
Ok, j'ai compris le sens.

Guillaume.
Screetch
2020-06-07 11:03:26 UTC
Permalink
Vidéo très intéressante ! J'ai appris pleins de choses ! Cela me semble moins obscur.

Bravo, tu es très didactique :).
Loading...