Suivez-nous sur X
|
|
|
0,
A,
B,
C,
D,
E,
F,
G,
H,
I,
J,
K,
L,
M,
N,
O,
P,
Q,
R,
S,
T,
U,
V,
W,
X,
Y,
Z,
ALL
|
|
0,
A,
B,
C,
D,
E,
F,
G,
H,
I,
J,
K,
L,
M,
N,
O,
P,
Q,
R,
S,
T,
U,
V,
W,
X,
Y,
Z
|
|
0,
A,
B,
C,
D,
E,
F,
G,
H,
I,
J,
K,
L,
M,
N,
O,
P,
Q,
R,
S,
T,
U,
V,
W,
X,
Y,
Z
|
|
A propos d'Obligement
|
|
David Brunet
|
|
|
|
Le courrier des lecteurs d'Amiga News Tech - novembre 1991
(Rubrique animée par OK et Cancel et extraite d'Amiga News Tech - novembre 1991)
|
|
Amigaïste de Roumanie
Une petite lettre plus que sympathique est parvenue à la rédaction d'Amiga Revue, celle
d'un jeune Roumain qui, se sentant isolé, recherche des contacts de programmation. Séquence émotion.
Cher Monsieur, je suis un jeune roumain passionné d'informatique. Très heureux possesseur d'un ordinateur
Amiga 1000, j'avais commencé d'étudier le langage A-BASIC de cet ordinateur. Seulement avec cet A-BASIC,
et sans avoir accès à d'autres programmes, je me sens un peu désorienté. Mais le problème est que je n'ai
pas la possibilité de communiquer et d'échanger des idées avec d'autres possesseurs d'ordinateur. Pour ça,
je veux, bien sûr si possible, entrer en contact avec d'autres possesseurs d'Amiga qui pourraient m'initier
à la technique de programmation en assembleur et en C, et dans la création graphique. Mon adresse est :
Càlin Butiu
Str Giurgiu NR 15 AP 35
1900 Timisoara
Roumanie
Avec mes amitiés, merci.
Cette lettre nous est parvenue telle quelle, c'est-à-dire dans un français presque parfait (à quelques fôtes
d'aurthografe près). Nous espérons très sincèrement que vous serez nombreux à répondre à Càlin et qu'il
pourra rapidement progresser sur l'Amiga.
Génération de nombres aléatoires
Chez Pascal Amiable : Shaitan et moi-même, fervants lecteurs d'Amiga News Tech, avons un problème en C :
comment générer un nombre aléatoire sans rentrer dans une prise de tête mathématicale, simplement en
utilisant les fonctions contenues dans notre Lattice 5.0... Notre mémoire se souvient de ces temps reculés,
à l'heure de nos premiers balbutiements informatiques, où une simple commande A=RND(1) suffisait pour obtenir,
d'une manière réellement aléatoire, une valeur entre 0 et 0,99. Mais c'était l'âge de la micro-magnon et
du BASIC. Aujourd'hui, c'est C et les micro-sapiens que nous sommes appellent à l'aide : qu'est-ce donc
que ces fonctions rand(), drand()... qui renvoient inlassablement la même suite de nombres ?
[Cyrille Giquello (MAD), Issy les Moulineaux].
Réponse
Désolé si ce n'est pas Pascal Amiable qui répond, mais il est en train de se la couler douce sur un
bateau, quelque part au large des côtes françaises, là où il y a du soleil même en septembre... On prend ses
vacances quand on peut.
D'abord, cette bonne vieille instruction BASIC RND() ne renvoyait pas un nombre si aléatoire que ça,
mais plutôt pioché "au harsard" dans une table... Et encore, l'expression "au hasard" est tout à fait
subjective, puisqu'une suite de calculs autant mathématiques que précis donnait l'indice du nombre dans
la table...
D'ailleurs, les fonctions rand() et drand() agissent exactement de la même manière, à ceci près qu'il ne
s'agit plus de piocher dans une table, mais de calculer directement le nouveau nombre aléatoire. Je ne
rentrerai pas dans les détails de la formule, qui peut varier d'un compilateur C à un autre, mais l'avantage
d'une telle méthode est simplement de permettre à un programmeur, pour des raisons de débogage, de recréer
la même suite de "nombres aléatoires" autant de fois qu'il le désire.
Ces deux fonctions agissent de la même manière : une valeur de départ, baptisée "graine" (seed en anglais),
sert de base à la génération de la suite de nombres. Si cette graine ne change pas entre plusieurs exécutions
du programme, la suite non plus.
Il est fort heureusement possible de modifier cette graine, en appelant la fonction srand(new_seed), ce
qui correspond en gros à ce bon vieux RANDOMIZE du BASIC. Si la nouvelle graine est une constante, la
suite "aléatoire" ne le sera bien sûr pas vraiment... Mais il est possible de lui donner une valeur (presque)
quelconque avec le petit bout de code suivant :
USHORT seed = *(USHORT *) 0xdff006;
srand(seed);
|
"rand()" renvoie un entier de type USHORT, "drand()" un réel de type DOUBLE, etc.
Chaque bibliothèque du Lattice possède sa propre fonction rand(), en fonction du type des données manipulées.
Consultez votre documentation.
Un dernier point sur les nombres aléatoires avec le Lattice : Frédéric Mazué avait mis en avant et corrigé
un bogue des fonctions drand48() et erand480... Ça se passait dans cet article.
Idées pour l'ANT
Bonjour à tous. Si vous êtes en manque d'imagination pour créer de nouvelles rubriques dans l'ANT, je me fais
un plaisir de vous soumettre quelques idées :
- Infographie : 2D, dessin vectoriel, 3D, lancer de rayons...
- Programmation : création d'un langage (interprèteur, compilateur, éditeur de liens)...
- Algorithmie (votre confrère ST Magazine disposait d'une excellence série sur ce sujet).
- Mathématiques scientifiques et financières.
Vous le voyez, ce sont là des sujets généraux, plutôt que bien arrêtés sur le système d'exploitation (Intuition,
Exec). Il y a matière à beaucoup d'articles, qui seront sans aucun doute appréciés de nombreux lecteurs
[Laurent Cadéac, Rennes].
Réponse
Oui, ce sont là de bonnes idées, mais nous pensons qu'avant d'aborder des sujets aussi généraux, il faut
d'abord savoir programmer la machine elle-même ! Cela dit, nous sommes conscients du fait qu'on ne vas
pas pouvoir vous parler éternellement des fenêtres, des BOB ou des interruptions... C'est pourquoi nous
préparons d'ores et déjà de nouvelles rubriques, parmi lesquelles la télématique, la compression de données,
des algorithmes divers et variés, les microprocesseurs 68020 et 68030... Comme disait le prophète, "chaque
chose en son temps et les vaches seront bien gardées".
Trier des données en assembleur
Bonjour à toute la rédaction. Cette lettre s'adresse plus spécialement à votre spécialiste de l'assembleur, Max :
j'ai besoin d'un petit conseil sur la meilleure façon de trier des données en assembleur. Je sais que
tu as déjà publié un article sur le sujet dans un ancien numéro de l'ANT, mais cela ne concernait que le
"tri à bulles", qui est loin d'être assez rapide dans mon cas. Pourrais-tu expliquer d'autres méthodes plus
rapides, par exemple le Quick-Sort ou bien le Shell-Sort ? Je ne les connais que de nom mais on m'a certifié
que c'étaient les méthodes les plus rapides
[Stéphane Rouget, Paris].
Réponse
Excellente idée, je me mets au travail immédiatement. J'espère pouvoir vous proposer de telles routines d'ici
deux ou trois mois. Désolé ne pas pouvoir en parler dans ces pages, mais cela prendrait vraiment trop de place
[Max].
ANT trop technique ?
1. Salut à toute l'équipe de l'ANT. Je vous écris pour vous signaler que je ne connais absolument rien au C et
qu'il y en a beaucoup trop dans votre journal (qui est pourtant sensass !). J'espérais trouver plus de
programmes en assembleur et notamment des exemples de programmation de démos ou des effets bien particuliers.
Ça ne m'empêche pas de renouveller mon abonnement, mais si vous pouviez faire un petit effort
[TLP].
2. Messieurs, j'apprécie beaucoup votre revue, bien que les trois-quarts soient incompréhensibles pour moi...
Le langage C et l'assembleur me sont parfaitement inconnus et je ne suis que plutôt médiocre en GFA Basic.
J'espérais, à travers votre revue, pouvoir progresser dans ce langage et, même si je dois reconnaître apprendre
beaucoup sur le système d'exploitation de l'Amiga, je suis plutôt déçu. Avez-vous l'intention prochaine de
réparer cette injustice ? [Alain Souillard, Blois].
3. Bravo pour votre magazine, qui est de loin ce qui se fait de mieux en la matière. On pourra regretter une
PAO timide, quelques fautes d'orthographe ou de français qui arrivent encore à se glisser de ci et de là
(beaucoup moins qu'au début en tout cas !), mais le contenu est tout à fait ce que j'en attendais. Programmeur
professionnel en Turbo C et Turbo Pascal (sur un IBM AT 386...), je voulais seulement vous dire que l'Amiga
News Tech soutient largement la comparaison avec des revues similaires sur PC mais vendues en kiosque, à
un prix équivalent et parfois plus cher. Continuez sur cette voie et un jour, qui sait, peut-être pourrons-nous
trouver Amiga News Tech dans les rayons de notre libraire habituelle. C'est en tout cas tout le mal que je vous
souhaite. Au fait, une dernière chose : c'est très gentil à vous et fort intelligent de fournir des langages
du domaine public tel que le Pascal ou le Fortran... Mais si vous n'en parlez pas dans le magazine, la disquette
ira vite se faire oublier au fond d'un tiroir...
[Éric Rochant, Épinay].
Réponse
Ces trois lettres ne sont qu'un tout petit échantillon représentatif du courrier que nous recevons... J'aimerais
une fois de plus rappeler qu'il est difficile de contenter tout le monde, même avec la meilleure volonté.
Deux rubriques sont entièrement consacrées à la programmation en mode "démo", c'est-à-dire sans utiliser le
système d'exploitation. Ce sont "DemoMakers" et "Hardware". Pour cette dernière, Loïc Far préfère aborder en
premier les sujets qui ne l'ont jamais (ou très peu) été ailleurs, comme vous avez certainement pu vous en
rendre compte : CIA, lecteur de disquette, clavier... Copper et Blitter suivront, mais en leur temps. De plus,
la rubrique Transactor peut vous permettre de vous exprimer sur un sujet particulier de votre choix ; c'est
votre rubrique, à vous de la remplir !
Le BASIC (que ce soit AmigaBasic ou GFA Basic) ne fait effectivement pas partie des langages dont on
parle régulièrement dans l'ANT. Il y a plusieurs raisons à cela : d'abord, il faut reconnaître que ce
n'est pas une franche réussite (l'AmigaBasic est lent et lourd, le GFA Basic est bogué jusqu'à la moelle).
Ensuite, les passionnés préfèrent l'assembleur et les pros, le C. Reste donc l'AMOS, auquel une rubrique
est consacrée, signée (est-il réellement besoin de le rappeler ?) par l'auteur du langage lui-même,
j'ai nommé François Lionet.
Enfin, pour expliquer l'orientation réellement "système" de l'ANT, il faut vous avouer que nous avons toujours
considéré que l'Amiga est un ordinateur par trop extraordinaire pour le confiner au rôle de "console de jeux"
ou de "machine à démos", aussi étonnantes soient-elles. Nous soutenons donc la programmation propre, multitâche,
bref, "Amiga friendly". Ce qui ne nous empêchera pas de développer à la première occasion l'autre côté de la chose.
Complément à l'article sur les lecteurs de disquette ?
Je voudrais juste signaler à Loïc Far que son article "Les Disques
Chouettes" sur les lecteurs de disquette
était peut-être compréhensible par quelqu'un ayant déjà quelques notions sur le sujet, mais pour celui qui
espérait pouvoir programmer un chargeur de piste (trackload) avec. Le format MFM est abordé avec beaucoup
trop de rapidité, sans parler réellement du procédé de décodage (et il n'est même pas fait mention du codage).
Serait-il donc possible que monsieur Far y apporte quelques compléments ?
[Un lecteur au hasard parmi beaucoup d'autres].
Réponse
Hé, hé, hé... Je n'ai passé cette lettre que pour embêter l'ami Loïc, qui a d'ores et déjà réalisé
le complément demandé. Tournez vite la page et voyez par vous-mêmes.
|
